[00:06] <maco> i just attempted to allocate the permissions with edit_acl.py. i got an error. can the DMB seriously not do that?
[00:06] <stgraber> maco: only TB can
[00:07] <maco> that's annoying
[00:11] <jcrigby> maco, thanks for trying
[00:12] <micahg> that's why I said what I said :)
[00:13] <micahg> any DMB member can e-mail the TB, but in the past it's been the person chairing
[00:14] <jcrigby> micahg, I sent an email to persia
[00:14] <jcrigby> per your advice
[00:16] <micahg> jcrigby: k, if you need this immediately, you could ask one of the other DMB members to do it
[00:17] <jcrigby> micahg, it can wait until tomorrow.  If I don't hear back from persia I will do that
[00:19] <broder> email to persia> i thought persia didn't read e-mail
[00:20] <micahg> jcrigby: I would offer to sponsor but E_NOTACOREDEV
[00:20] <jcrigby> broder, ok I won't be surprised if I don't here back from him then:)
[00:20] <jcrigby> micahg, no problem
[00:24] <stgraber> jcrigby: do you have that package around somewhere? as you're supposed to have upload rights, I'm fine uploading it for you.
[00:25] <jcrigby> stgraber, actually one of the reasons for uploading today was to test the uploading:)
[00:26] <jcrigby> stgraber, I actually have 5 linaro kernels to upload total
[00:28] <stgraber> jcrigby: ok. Got to go now anyway. If it's not solved tomorrow and you want it uploaded, just poke me and I'll upload all of them.
[00:28] <jcrigby> stgraber, thanks!
[00:39] <apw> help /buffer
[01:18] <micahg> RoAkSoAx: why would you add an epoch to a new package?
[01:19] <RoAkSoAx> micahg cause it ships a binary that is another spurce package which also has and epoc and to upgrade is neecessary
[01:19] <RoAkSoAx> is in another source package aswell
[01:20] <micahg> RoAkSoAx: you can do that in debian/rules with a substitution, non need to bump the source like that
[01:21] <RoAkSoAx> micagh the shource is was already bumped in snother in the old.ackage and needed to be in new package
[01:22] <micahg> RoAkSoAx: huh?  you can bump a binary separately from the source, see thunderbird in oneiric for an example
[01:22] <RoAkSoAx> k
[01:22] <micahg> I would suggest having this deleted and roll back the epoch, it'll make syncing with Debian harder
[01:23] <RoAkSoAx> bthats how it was handled.by debian initially
[01:23] <RoAkSoAx> y
[01:23] <micahg> RoAkSoAx: is Debian introducing the same epoch?
[01:23] <RoAkSoAx> cluster-agents was handled by thst when got seplarated from heartbeat
[01:24] <RoAkSoAx> yes we will have same lackage
[01:24] <micahg> RoAkSoAx: I mean in the new package, if you're sure they'll take the same epoch, that's fine then
[01:24] <RoAkSoAx> yes they will
[01:24] <micahg> k
[01:24] <RoAkSoAx> they are waiting for me to.forward it
[01:25] <RoAkSoAx> thats all.already been discussed at AUDS
[04:36] <alex__> Anyone know when the Ubuntu key servers will be back online?
[05:46] <pitti> Good morning
[05:47] <micahg> hi pitti :)
[05:47] <micahg> great timing :)
[05:47] <pitti> hey micahg -- ready to release the lot? :-)
[05:47] <micahg> pitti: can I get you to promote all the firefox locale binaries in -updates and -security :)
[05:48] <micahg> pitti: I had jdstrand do that earlier, we seemed to have forgotten to promote the locale packages to main though
[05:48] <pitti> ok, I see that firefox itself is in natty-updates/main
[05:49] <pitti> doing
[05:49] <micahg> thans
[05:49] <micahg> *thanks
[05:51] <pitti> seems the langpacks made it alright
[05:51] <micahg> \o/
[05:51] <pitti> so let's hope not too many people only have main enabled, and thus broken the upgrade
[05:51] <pitti> micahg: promoted now; will hit the mirrors in 70 mins
[05:52] <micahg> I've only had one bug report so far and I think that was due to the langpacks hitting after firefox (we'll watch for that next time)
[05:52] <micahg> pitti: thanks
[06:46] <pitti> slangasek: hey Steve
[06:47] <slangasek> pitti: hey, how goes?
[06:47] <pitti> pretty well, thanks!
[06:47] <pitti> slangasek: I was pondering debian bug 583958, and the 'usergroups' option of pam_umask
[06:48]  * slangasek nods
[06:48] <pitti> slangasek: your/ceg's proposal seems to be to change pam_umask to read the USERGROUPS_ENAB option, but I wonder how that should behave wrt. the "usergroups" option
[06:49] <pitti> slangasek: if we make this an "and" , i. e. when you specify "usergroups" it reads login.defs, then we might break systems which expect usergroups to be enabled that way (but disabled it in login.defs)
[06:49] <pitti> although this admittedly would be a weird configuration
[06:49] <slangasek> pitti: ah, I was thinking 'or'
[06:49] <pitti> so the other optiohn would be to imply "usergroups" if login.defs says USERGROUPS_ENAB
[06:49] <slangasek> and then effectively deprecating the 'usergroups' module option
[06:50] <pitti> right, that was my idea; so you agree?
[06:50] <slangasek> yep!
[06:50] <pitti> so the plan would be:
[06:50] <pitti> - read login.defs USERGROUPS
[06:50] <pitti> - document "usergroups" as deprecated
[06:50] <pitti> - add pam_umask without any options to common-session{,-noninteractive}, as per http://launchpadlibrarian.net/42107572/pam_umask-for-common-sessions.patch
[06:51] <pitti> sounds ok?
[06:51] <slangasek> yep, sounds good to me
[06:51] <pitti> thanks
[06:52] <slangasek> thank *you* :)
[06:53] <pitti> I updated the WIs accordingly
[07:08] <slangasek> pitti: looking closely I see that there's an explicit 'UMASK' setting in our login.defs, which ought to take precedence if set; so we should update login to comment that out at the same time
[07:08] <pitti> slangasek: that's Debian bug 583971
[07:08] <pitti> slangasek: I added a WI to update the documentation there
[07:09] <pitti> slangasek: so you'd rather prefer an implicit default of 022, and not have USERGROUPS_ENAB relax that to 002 automatically?
[07:09] <slangasek> I don't think USERGROUPS_ENAB should override an explicit UMASK
[07:09] <slangasek> or was that how login worked before PAM?
[07:10] <pitti> we haven't used usergroup magic by default in Debian/Ubuntu, so this is a yet undefined territory
[07:10] <pitti> in the past, /etc/profile just had a static "umask 022", I think
[07:11] <pitti> lucid still has
[07:11] <slangasek> "before PAM" was a long time ago :)
[07:11] <pitti> ah, I took that to mean "before pam_umask"
[07:11] <slangasek> we don't have to be bound by pre-PAM behavior, but the meaning of login.defs is defined by login, not by pam
[07:11] <slangasek> so it would be best to be consistent
[07:14] <pitti> ok, so comment it out by default, and have implicit default be "022 with automatic usergroups"
[07:14] <pitti> ?
[07:15] <pitti> and if it's defined anywhere (login.defs, /etc/default/login, and all the other places that pam_umask looks for), just take it as it is
[07:21] <didrocks> good morning
[07:23] <pitti> slangasek: the email thread and bug report seem to think that the historic behaviour is that USERGROUPS_ENAB did modify the UMASK default
[07:25] <pitti> slangasek: it would have the added benefit that you could set 077 and automatically get 007 for user groups
[07:25] <pitti> but it's a bit less expected indeed
[07:26] <pitti> slangasek: I'll follow up to the Debian bugs to digest it there
[07:56] <wgrant> pitti: >= Natty, not >= Oneiric?
[07:57] <pitti> wgrant: hmm, good question; I guess we could start with oneiric only
[07:58] <pitti> wgrant: updated bug description
[07:59] <wgrant> pitti: OK. >= Natty is easier, but >= Oneiric is probably safer.
[08:05] <dholbach> good morning
[08:34] <seb128> do we have a wiki page or something explaining how to use submittodebian without a mta configured?
[08:34] <seb128> i.e without having a working sendmail or whatever
[08:35] <didrocks> I think there isn't last time I check
[08:35] <seb128> got a contributor who tried to send a patch to debian following the wiki and says he's blocked because summittodebian write the email but doesn't manage to send it
[08:35] <seb128> dholbach, ^
[08:36] <seb128> he's asking if he can tell submittodebian to use his gmail account or something
[08:36] <micahg> seb128: https://wiki.ubuntu.com/Debian/Bugs#Using_reportbug_to_report_bugs_in_Debian
[08:36] <micahg> that's the closest I know of
[08:36] <micahg> and yes, it's not explicit
[08:37] <seb128> micahg, it doesn't tell you "that relies on you to be a sysadmin and having configured your command line to send emails"
[08:37] <apw> load /usr/share/weechat/python/go.py
[08:38] <micahg> seb128: no, if you run reportbug --configure, it should walk you through it
[08:38] <didrocks> also, IIRC, submittodebian is reporting with the ubuntu version which breaks the version tracking there is in debian (got flamed once because of that, now I edit it or report manually)
[08:38] <micahg> but idr, it's been almost 2 years
[08:38] <seb128> micahg, but users don't want to configure a mail server, they just want to send the email on gmail or whatever
[08:41] <seb128> re
[08:41] <seb128> sorry, got some issues
[08:41] <micahg> seb128: not configure a mail server, configure reportbug
[08:41] <micahg> there's an smtphost setting
[08:42] <seb128> ok
[08:42] <seb128> well I still think we could do better ;-)
[08:42] <micahg> indeed :)
[08:42] <seb128> like at least give an option "send it using your normal email client"
[08:42] <seb128> which would just do what i.e nautilus-sendo is doing
[08:42] <seb128> calling the composer and attach the patch and set the title and text or something
[08:43] <micahg> well, I just use Debian's SMTP host actually, it's a lot easier that opening in the mail client (and Debian sends you a copy in any event)
[08:43] <seb128> it's a free to world smtp?
[08:43] <micahg> yep
[08:43] <seb128> like you can send a patch with your gmail account by it?
[08:43] <micahg> well, at least to report bugs :)
[08:43] <seb128> ok
[08:44] <micahg> sure, you set the address in the reportbugrc file
[08:44] <seb128> thanks, I will reply that to the user
[08:45] <dholbach> is there something that we can improve in the docs?
[08:46] <micahg> dholbach: invite people to set up reportbug before using submitodebian?
[08:46] <dholbach> yes
[08:48] <dholbach> seb128, micahg: I followed up on https://bugs.launchpad.net/ubuntu-packaging-guide/+bug/704845
[08:48] <dholbach> didrocks, is that a bug that can be fixed in submittodebian?
[08:49] <didrocks> dholbach: I guess that we should have a way to replace with the current version (or the closest we have) in debian
[08:51] <seb128> dholbach, thanks, I think ideally submittodebian would ask you whether you want to send it from a command line and telling you what is configured or not or give you the option to open the dump in your email client
[08:52] <dholbach> yes, that'd be nie
[08:52] <dholbach> nice
[08:52] <seb128> so people who want to use their normal email client and see what they send can do that rather than relying on some command line magic to send the email where they get no feedback on whether it worked
[08:52] <dholbach> can somebody file a bug on ubuntu-dev-tools about that?
[08:52] <micahg> seb128: reportbug tells you that you should receive a response w/in an hour I think
[08:52] <seb128> it's still not really intuitive
[08:53] <seb128> what the contributor emailed me is
[08:53] <seb128> "The only problem was that I tried using submittodebian (for the first time) but I still haven't found out how to get it send the emails. I reported a bug on this since the tool outputs that the patch was sent but in /var/log/mail.log I could see that this was not the case."
[08:54] <micahg> seb128: right, it needs more sanity checks for either a local MTA or a remote one
[08:54] <seb128> "Do you know how to configure sendtodebian, reportbug or postfix to actually send mails using gmail for example(or whatever the easyest way is)?"
[08:55]  * micahg also thought reportbug offered to configure the first time it's run, does submittodebian bypass that?
[08:57] <seb128> dholbach, ok, I will do a bit of checking on what works and not and maybe check open bugs and send an email to ubuntu-devel about that
[08:58] <seb128> dholbach, then I can open a bug as well about what comes out from it
[08:59] <pitti> slangasek: OK, that's working nicely now; I sent https://code.launchpad.net/~pitti/pam/pam-umask/+merge/65451 your way for a first review
[09:00]  * dholbach hugs seb128
[09:02]  * seb128 hugs dholbach
[09:06] <tumbleweed> seb128: is this in reference to bug 800429?
[09:06] <seb128> tumbleweed, yes
[09:07] <seb128> dholbach, ^ the bug about the issue (the contributor who emailed me opened it)
[09:07] <tumbleweed> I think it's relatively straightforward to display some instructions if a ~./reportbugrc doesn't exist
[09:08] <seb128> why do a reportbugrc need to exist?
[09:08] <seb128> that seems backward, it should just do it works and call your email client composer
[09:08] <seb128> with the patch attached and the title and text set
[09:08] <tumbleweed> using an unconfigured reportbug is very irritating (it won't let you set severities, for a start)
[09:09] <tumbleweed> and unless the user has an MTA on their machine, tehy'll want to configure it to use another MTA
[09:09] <seb128> why does it need to use reportbug to start?
[09:09] <tumbleweed> because that's the official method for reporting bugs to debian?
[09:10] <tumbleweed> how much do we want users to learn how to interact with debian's BTS (which does require some learning)?
[09:10] <micahg> reportbug is used to find if there's an existing bug in the BTS to attach the patch to as well as manipulate that bug
[09:10] <tumbleweed> err new developers
[09:11] <tumbleweed> it doesn't attach the patch for me, (when using it with mutt), must actually look into that...
[09:11] <seb128> tumbleweed, learning the Debian BTS is fine, learning how to configure sendmail to send a bug is not
[09:11] <tumbleweed> seb128: you don't need to. reportbug can use your ISPs MTA, gmails, or even debian's
[09:12] <seb128> well somewhat it manages to confuse contributors, cf the bug we are discussing
[09:12] <seb128> I've to admit I usually copy the reportbug summary in my email client composer
[09:13] <seb128> because submittodebian never worked for me either and I didn't want to bother fighting with mail servers when I've a working email client
[09:13] <seb128> so it's not only that guy ;-)
[09:13] <tumbleweed> it's really not hard ot get reportbug to work. You just need to know that you need to configure it :)
[09:13] <seb128> well that's what is driving contributors away
[09:14] <tumbleweed> indeed, and debian is aware of this, but there is lots of inertia (and some people are afraid that if it's too easy, they'll get bad bug reports)
[09:15] <seb128> we are not talking about bug reports there, we are talking about patches
[09:15] <seb128> which are sent in form of bug report, but those sort of bugs should be easy to open
[09:16] <seb128> if the contributor is technical enough to send you a fix you probably want to make it easy for the fix to reach you
[09:16] <seb128> it's not like saying you make easy to file "doesn't work" bugs
[09:16] <tumbleweed> we could easily make submittodebian drop in a .reportbugrc using Debian's MTA for bugs (and tell the user that it did so)
[09:16] <seb128> ok, so please do that ;-)
[09:17] <seb128> that would seem a good start
[09:17] <seb128> though ideally I still think it should open whatever it did in the user preferred email client
[09:17] <seb128> that way you can pick what email you want to use to send it, you have feedback it's sent, you have it archived in your outbox, etc
[09:18] <tumbleweed> is there a standard interface for giving an e-mail client a prepared email?
[09:18] <pitti> persia: in https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-qin-ubuntu-china we discussed "install sunpinyan by default, drop bopomofo"
[09:18] <pitti> persia: bopomofo maps to ibus-table-zhuyin as far as I can see, but we don't install that by default anywhere, nor does language-selector; am I missing something?
[09:19] <seb128> tumbleweed, xdg-email is somewhat aiming at that I guess
[09:19] <seb128> xdg-email [--utf8] [--cc address] [--bcc address] [--subject text] [--body text
[09:19] <seb128> ] [--attach file] [ mailto-uri | address(es) ]
[09:22] <tumbleweed> that seems usable
[09:23] <pitti> echo body | mail -s "subject" address1 ..
[09:23] <pitti> but requires mailx, which we don't install by default
[09:23]  * tumbleweed is glad to see zack is still poking debian bug 590214
[09:23] <pitti> so I guess xdg-email it is
[09:23] <Laney> and a configured MTA, which is the problem
[09:24] <pitti> ah, right
[09:24] <pitti> how can you not have one :)
[09:25] <seb128> pitti, the discussion started because relying on a working system email setup is an issue, contributors don't want to have to deal with that
[09:25] <pitti> right, sorry, misunderstood
[09:25] <seb128> you also get no feedback of what you send, not outbox archiving, etc
[09:25] <seb128> pitti, no worry ;-)
[09:25] <tumbleweed> by default it CCs it to you, so you do get what you sent
[09:25] <seb128> if it works
[09:25] <seb128> if it doesn't you have no clue of what is happening and why
[09:25] <tumbleweed> however we can't get that if we use the debian public MTA
[09:26] <Laney> ?
[09:26] <micahg> pitti: can I get you to copy one more thing for me?
[09:26] <seb128> out of knowing what system logs to read to figure what went wrong
[09:26] <pitti> micahg: sure
[09:26] <Laney> I've used X-Debbugs-CC with reportbug.d.o for ages
[09:26] <seb128> Laney, X-Debbugs-CC?
[09:26] <micahg> pitti: firefox source, lucid from ubuntu-mozilla-security PPA
[09:26] <tumbleweed> Laney: I mean submission-time CC
[09:26] <Laney> does it matter?
[09:26] <tumbleweed> seb128: that CCs the bug after it's been filed, i.e. to other people who should know about it
[09:26] <pitti> micahg: to lucid-proposed?
[09:27] <tumbleweed> Laney: no, I don't think so (assuming it all works)
[09:27] <micahg> pitti: no, lucid-security
[09:27] <Laney> what env var does xdg-mail use?
[09:28] <Laney> http://paste.debian.net/120616/ :'(
[09:28] <pitti> micahg: done
[09:30] <micahg> pitti: thanks
[10:27] <dholbach> hey ev - I just noticed, there's ~ev and ~evand - do you think they can be merged somehow?
[10:41] <ev> dholbach: oh weird
[10:41] <ev> annoyingly I can't merge them as<EMAIL_ADDRESS>will bounce.  I'll follow up with #launchpad
[10:41] <ev> thanks for bringing that to my attention
[11:47] <seb128> tumbleweed, do you plan to send your clasp build fix to debian?
[11:49] <debfx> pitti, chrisccoulson: the new langauge packs pull in firefox (on natty and oneiric)
[11:50] <tumbleweed> seb128: did so (that was actually for testing submittodebian changes)
[11:50] <debfx> firefox-locale-* probably shouldn't depend on firefox
[11:50] <seb128> tumbleweed, ok, it's not showing on http://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=no&src=clasp so I was wondering
[11:51] <tumbleweed> seb128: debian bug 631270
[11:51] <seb128> tumbleweed, thanks
[11:52]  * tumbleweed normally includes debian bug numbers in the patch before uploading to ubuntu (naughty me) :P
[11:52] <seb128> tumbleweed, sorry for picking on this one, I noticed a stack of build fixes in the sponsoring queue yesterday and none sent to debian, I'm trying to see how we do in regard of sending those to debian when we upload ;-)
[11:52] <seb128> tumbleweed, ideally I think we should have the debian but reference in the patch or changelog
[11:52] <tumbleweed> yes, I usualyl do that
[11:52] <seb128> it's a good practice and ensure the fix is sent back ;-)
[11:53] <diwic> does anybody know why my build fails on amd64 with "dpkg-shlibdeps: error: couldn't find library libc.so.6 needed by debian/snd-hda-tools/usr/bin/hda-verb (ELF format: 'elf32-i386'; RPATH: '')."?
[11:53] <diwic> is this something multiarch related?
[11:59] <diwic> never mind, got it figured out I think
[12:07] <brendand> if glxgears is exhibiting poor performance on my system, is that symptomatic of something?
[12:07] <directhex> glxgears is not a benchmark
[12:17] <persia> pitti, I don't remember clearly.  After looking at the spec again, and language-selector, I *think* that the request is to use ibus-table-zhuyin as a useful option, rather than, or in addition to, the set already in place for zh-han*
[12:18] <persia> Err, nevermind.  I see what you mean now.  I don't see how ibus-table-zhuyin is selected either.
[12:19] <brendand> directhex - maybe 'poor performance' is the wrong term. it's somehow using much more CPU than other GL applications
[12:20] <persia> freeflying, Do you happen to remember precisely what was desired for Qin and bopomofo ?
[12:21] <freeflying> persia: bopomofo is nearly useless to us, try to remove it
[12:21] <persia> freeflying, Remove from the archive, or just not present it?
[12:21] <freeflying> persia: not present it
[12:22] <persia> Do you know how it is presented now?
[12:22] <persia> It doesn't appear to be the default anywhere.
[12:22] <freeflying> persia: within natty, if you choose chinesee during installation, it will be presented
[12:28] <persia> freeflying, Could you file a bug with the precise steps needed to be taken to do that?  I can't find anywhere in the code that seems like it should install ibus-table-zhuyin.  Alternately, do you expect the issue is more about ibus configuration, rather than about the packages that are installed?
[12:34] <freeflying> persia: seems its not from ibus-table-zhuyin, mostly from m17n
[12:36] <persia> ibus-m17n ?
[12:39] <Quintasan> jono: ping
[12:40] <Quintasan> jono: meh, ubuntu-pl has expired from locoteams-approved, can something be done about that the quick way or we need to follow some procedure?
[12:43] <persia> Quintasan, You want a member of the LoCo Council for that question: tru #ubuntu-locoteams as a starting point
[12:43] <persia> s/tru/try/
[12:46] <persia> freeflying, I'm confused how ibus-m17n even gets installed.  To me it looks like zh-hans should always get ibus-pinyin+ibus-table-wubi and zh-hant should always get ibus-chewing+ibus-table-cangjie
[12:58] <pitti> freeflying: hm, but we don't install m17n either any more
[13:03] <persia> pitti, Looking at language-selector, it seems data/pkg-depends is new for oneiric: what was the equivalent in natty?  (I've been looking at the dependencies of binary language-support-input-*)
[13:03] <pitti> persia: pkgdepends has been around since maverick or even lucid
[13:05] <persia> pitti, As the handler for input methods?
[13:05] <pitti> persia: ah, no; in natty we still used language-support-input-*
[13:05] <pitti> Package: language-support-input-zh-hans
[13:05] <persia> Ah, good, then I've been looking in all the right places :)
[13:05] <pitti> Depends: im-switch, ibus-pinyin, ibus-table-wubi
[13:06] <persia> Right.
[13:06] <pitti> Package: language-support-input-zh-hant
[13:06] <pitti> Depends: im-switch, ibus-chewing, ibus-table-cangjie
[13:07] <freeflying> pitti: persia I was wrong, bopomofo seems included within ibus-pinyin, lemme double check
[13:08] <persia> Ah, so the request is to modify the configuration of ibus-pinyin so that it doesn't default to bopomofo (or bopomofo is hidden by default)?
[13:09] <freeflying> persia: hide bopomofo from default
[13:10] <pitti> freeflying: the request also includes installing "sunpinyan" by default for zh-hans; is that ibus-sunpinyin?
[13:10] <pitti> if so, should that replace the current ibus-pinyin, or be installed in addition?
[13:10] <persia> Alternately, is that just a different default for ibus-pinyin?
[13:12] <freeflying> pitti: yes
[13:12] <pitti> freeflying: "yes" means sunpinyan == ibus-sunpinyin?
[13:13] <freeflying> pitti: sunpinyin here means ibus-sunpinyin
[13:13] <pitti> thanks
[13:13] <pitti> freeflying: should that replace ibus-pinyin, or be in additino?
[13:13] <persia> so zh-hans: should specify ibus-sunpinyin+ibus-table-wubi ?
[13:14] <freeflying> pitti: ibus-sunpinyin itself perform better than ibus-pinyin
[13:14] <freeflying> pitti: but it lacks a configuration tool atm
[13:14] <pitti> freeflying: ah, ok; so if we drop ibus-pinyin, and that is the one which pulls in bopomofo, replacing it would also drop bopomofo?
[13:15] <freeflying> pitti: yes
[13:16] <persia> Heh, and now "replace bopomofo with sunpinyin" makes sense :)
[13:16] <freeflying> pitti: is this the plan for oneiric? if so, I will talk to ibus-sunpinyin upstream to see if they can implement the configuration
[13:16] <chihchun> No.
[13:16] <persia> chihchun, ?]
[13:17] <pitti> freeflying: I was asked to do that in https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-qin-ubuntu-china
[13:17] <freeflying> pitti: ok, btw, ibus need merged from sid to get gtk3 support
[13:18] <pitti> ah, right
[13:20] <chihchun> persia: I thought  "replace bopomofo with sunpinyin" is plan for general ubuntu installation
[13:20] <chihchun> persia: but it's ok for china only.
[13:21] <pitti> chihchun: right, this is all per-locale now (zh_CN)
[13:21] <freeflying> pitti: #789882
[13:21] <persia> chihchun, It's the expected default for all zh-hans environments.
[13:21] <pitti> zh_TW/zh-hant has different ibus modules
[13:21] <chihchun> no problem
[13:21] <chihchun> understand. :-)
[13:21] <persia> chihchun, So, if you're working in zh-hant, you can ignore this.  If you think that it makes sense to have bopomofo as default for zh-hans, be prepared to make a very strong argument.
[13:22] <pitti> freeflying: ok; seems the biggest thing there is porting the indicator, but that shoudln't be too hard
[13:23] <pitti> freeflying: so, we add ibus-sunpinyin and drop ibus-pinyin, which will also get rid of bopomofo; right?
[13:23] <freeflying> pitti: to merge from sid, I think indicator's patch still works
[13:23] <freeflying> pitti: exactly
[13:23] <pitti> freeflying: nah, needs porting to gir1.2-appindicator
[13:23] <pitti> freeflying: thanks
[13:23] <pitti> but that should be easy
[13:23] <persia> The beauty of a 3-character patch :)
[13:25] <freeflying> pitti: the only difference between sid and oneiric is gtk3 support, guess we enable it, and add a binary package would be fine
[13:31] <pitti> freeflying, persia: ugh, replacing pinyin with sunpinyin would be a + 5 MB compressed size increase :/
[13:31] <pitti> would we actually need to install that on the default ubuntu CDs, or is it enough to have on the Chinese Edition?
[13:31] <pitti> cjwatson: ^ do you know?
[13:32] <freeflying> pitti: indeed, sunpinyin is statisitical language model based
[13:32] <cjwatson> pitti: we're going to have to talk at the rally about localised CD build questions.  until then I don't know
[13:32] <pitti> well, even the Ubuntu CD will install it when you select Chinese, but would download it from the network
[13:32] <pitti> cjwatson: ok, thanks
[13:33] <cjwatson> pitti: (because right now the Chinese edition uses the very same livefs and pool as the primary Ubuntu images)
[13:34] <pitti> cjwatson: we are going to have an ubuntu-defaults-chinese package anyway (https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-qin-ubuntu-china), perhaps we can build the Chinese edition with that
[13:34] <pitti> ok, -> rally
[13:34] <cjwatson> I think that would be the idea, yes
[13:36] <cjwatson> since all the ubuntu-defaults-* changes are additive, presumably this would still mean that the localised Chinese image wouldn't fit on a CD
[13:36] <pitti> yeah, we'd need a separate solution for dropping all other langpacks from that
[13:38] <freeflying> ubuntu-chinese-default-settings and ubuntu-chinese-meta hit universe since natty
[13:39] <cjwatson> freeflying: that's not what we're talking about
[13:40] <cjwatson> https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-cd-localization
[13:43] <persia> Where ubuntu-defaults-${LOCALE} just provides localised configuration for default packages, whereas *default-settings provides configuration variables for a flavour?
[13:44] <pitti> the package name doesn't have to have any particular form, although ubuntu-defaults-french or derivative-default-settings are the two recommended forms
[13:44] <persia> I'd like to avoid the word "derivative" in this context, as it's already overloaded in lots of ways.
[13:45] <persia> I'd also prefer to avoid declarations based solely on common language names: should the same values be used in Quebec and France?
[13:45] <persia> Obviously, friendly locale names are preferred, rather than "zh_CN" or similar :)
[13:47] <pitti> persia: I mean like "mythbuntu-default-settings"
[13:47] <cjwatson> I don't see why that's obvious.  People get these packages mainly by downloading images, not by selecting the package name for a list.  Personally I'd rather that the packages used locale names to keep it simple and avoid collision.
[13:47] <pitti> OEM custom projects also use that schema
[13:47] <persia> pitti, Ah, sorry.  Missed that as a variable.  Sure.
[13:47] <cjwatson> or will get these packages, anyway, according to the Plan
[13:48] <persia> cjwatson, So use the same sort of strings we used for language-support-* ?
[13:48] <cjwatson> yep.
[13:48] <pitti> well, l-support provided packages for all countries of a particular language
[13:48] <cjwatson> but probably with more instances of country codes tacked on the end.
[13:48] <pitti> these are not really just language bound
[13:49] <persia> Ah, so maybe it is better to use proper locale codes then.
[13:49] <freeflying> same scheme like language-support-xx would be clear
[13:49] <pitti> if the France loco team wants to do their own image, they'd probably call it -france, but I agree that the standard ll-cc schema avoids conflicts
[13:49] <pitti> so we probably should recommend that
[13:50] <persia> Or rather, flattened codes (e.g. de_at)
[13:50] <persia> Err, "de-at" (_ is prohibited)
[13:50] <pitti> and a special -bavaria edition, with a white-blue background by default
[13:51] <cjwatson> just use ISO-639-3 for that and call it ubuntu-defaults-bar. :-)
[13:51] <pitti> (gotta do somethign with those excess mirror space, bandwidth and iso testing resources..)
[13:52] <persia> pitti, Well, at least the french and japanese teams are likely to prefer their own mirror networks anyway (as they already have infrastructure).  Wouldn't surprise me if the same was true for several other locales (with which I'm less familiar).
[13:53] <persia> Similarly, many locos are already doing ISO testing for remastered images, so that implies there are resources.
[13:53] <pitti> persia: that was the idea indeed
[13:54] <pitti> persia: we absolutely don't want to host/test a dozen iso flavour
[13:54] <pitti> s
[13:54] <pitti> persia: but instead write tools that allow locos etc. to do them on their own with a safe and "approved" set of tools
[13:54] <persia> Right.
[13:55] <persia> Mind you, I'm all in favour of hosting as many flavours as can justify themselves technically, but I categorically exclude language-specific variants as potential "flavours".   This may just be my personal nomenclature though.
[14:05] <didrocks> persia: indeed, for the french at least, we have something like 15 mirrors in our infra, so I guess it's better to rely on that
[14:05] <didrocks> (some having the official flavors as well, but most of them only hosting our own respin)
[14:07] <persia> didrocks, Do you guys do just ubuntu-fr, or also kubuntu,. xubuntu, etc.?
[14:07] <persia> We've done kubuntu-jp a couple times, with some interest (with not much overhead over having the first remix)
[14:07] <didrocks> persia: we just do that for the ubuntu desktop iso. But we have kubuntu-fr.org and xubuntu-fr.org domain name. Just don't provide a respin (would be too much work)
[14:08] <persia> The new tools should help with that :)
[14:08] <persia> But it depends more on your testing resources than anything else.
[14:08] <didrocks> right, the thing is that we press 10 000 CD of ubuntu desktop respin, we can't do that for kubuntu-fr and xubuntu-fr ;)
[14:08] <didrocks> right
[14:10] <persia> Oh, certainly.  I think the last time we pressed the Japanese remix, it was only 3000 or so, but the other flavours were download only.
[14:10] <didrocks> noting that the testing has already limited ressource on our first respin (which is also used for framakey ubuntu-fr remix which is an usb key sharing profiles between windows/mac/ubuntu with portable applications), which is quite scary for the volume of pressed CD/installed usb key we have :)
[14:10] <didrocks> but sure that other flavors can come as download only
[14:19] <mterry> doko_, ping about deja-dup's MIR (well, really ubuntuone-couch).  It's ready to be re-reviewed after converting to dh_python2
[15:41] <jcrigby> cjwatson, pitti or some other other TB member I need to get permissions to upload some packages.  This was approved on the DMB mtg on 23May and I believe persia sent an email about this yesterday or earlier today.  My application is here (it lists the packages) https://wiki.ubuntu.com/JohnRigby/DeveloperApplication-LinaroLinuxAndUBoot
[15:41] <jcrigby> also is there a way to check permissions without actually trying an upload?
[15:43] <Daviey> jcrigby: Yes, and you currently have no upload access.
[15:43] <Daviey> :(
[15:44] <jcrigby> Daviey, that is actually not a surprise:)
[15:44]  * cjwatson goes to see if that mail is in the mod queue
[15:46] <cjwatson> I don't see any such mail
[15:46] <cjwatson> the TB is happy to act when instructed by the DMB but I'd prefer to actually get an instruction from them directly :)
[15:46] <cjwatson> let's see, I wonder if I can find the meeting log
[15:47] <Daviey> jcrigby: I note that another package set (adding user to lp team) hasn't been actioned yet.  So they may be still doing the actions
[15:47] <stgraber> cjwatson: http://irclogs.ubuntu.com/2011/05/23/%23ubuntu-meeting.html
[15:47] <jcrigby> cjwatson, persia was the chair that day and said yesterday that he would send an email to the TB
[15:48] <Daviey> oh wow, i assumed that was a recent meeting.
[15:48] <cjwatson> OK, found it now
[15:49] <cjwatson> jcrigby: done now
[15:50] <jcrigby> cjwatson, thanks!
[15:51] <cjwatson> I've also done upload rights for hrw's cross toolchain packages
[15:52] <cjwatson> I'm a bit surprised at the backlog there.  Perhaps somebody could check whether there are any other things that the TB is supposed to have taken action on?
[15:52] <hrw> cjwatson: armhf ones? thanks
[15:52] <cjwatson> no, armel-cross-toolchain-base gcc-4.4-armel-cross gcc-4.5-armel-cross gcc-defaults-armel-cross
[15:53] <hrw> cjwatson: ok
[15:53] <cjwatson> are the armhf ones in the archive yet?
[15:53] <cjwatson> or the 4.6 ones?
[15:53] <hrw> cjwatson: yes, they are now. I was busy with other tasks to ask for upload permissions
[15:53] <cjwatson> if you could give me the source package names, I can add them
[15:53] <sarit> the command "/lib/udev/firmware --firmware=/lib/firmware/<IP_ADDRESS>/bnx2/bnx2-mips-09-6.2.1a.fw --devpath=/dev" gives libudev: set_loading: error: can not open '/sys/dev/loading'. Any ideas?
[15:53] <hrw> cjwatson: armhf-cross-toolchain-base, gcc-defaults-armhf-cross, gcc-4.4-armhf-cross, gcc-4.5-armhf-cross, gcc-4.6-armhf-cross
[15:54] <hrw> cjwatson: and same for armel: armel-cross-toolchain-base gcc-4.4-armel-cross gcc-4.5-armel-cross gcc-defaults-armel-cross gcc-4.6-armel-cross
[15:55] <cjwatson> oh, looks like the armel bits may have been there already
[15:55] <cjwatson> I've added the armhf packages now
[15:55] <hrw> thx
[15:55] <hrw> cjwatson: I asked TB for most of armel ones in past
[16:42] <didrocks> dholbach: can you advise to use debcheckout for http://people.canonical.com/~dholbach/packaging-guide/html/udd-intro.html#getting-the-source please? (see https://code.launchpad.net/~amoog/ubuntu/oneiric/libqtbamf/lp-765915/+merge/65132)
[16:42] <slangasek> pitti, seb128: do you know if I should merge pitivi 0.14.0-2 from Debian?  I touched it for the dh_python2 migration, now it's under my name on merges.u.c :)
[16:43] <seb128> slangasek, that would be great ;-) should be an easy one
[16:43] <seb128> slangasek, thanks
[16:43] <slangasek> seb128: ack - didn't figure the merge would be problematic, but I don't use it so my testing will be non-existant :)
[16:44] <seb128> slangasek, that's fine, I just run it and close it usually to test, we are few changes over debian and nothing likely to break it
[16:44] <dholbach> didrocks, could you file a bug on https://pad.lv/p/ubuntu-packaging-guide?
[16:44] <didrocks> dholbach: sure :)
[16:44] <slangasek> seb128: ok :)
[16:45] <dholbach> didrocks, I'm not 100% sure what exactly is the best approach and if it always works, so maybe it's good if somebody else comments on it as well
[16:45] <didrocks> dholbach: agreed, I'll link to my discusson on ubuntu-devel mailing list as well
[16:45] <dholbach> gracias!
[16:49]  * mvo just discovered "gummi" the latex editor
[16:50] <juliank> mvo: Sounds interesting
[16:51] <pitti> mvo: hah, nice name
[16:52] <mvo> looking over the new stuff in app-install-data is always fun :)
[16:54] <didrocks> I was more found of Kile :)
[17:08] <slangasek> cjwatson: so as ev mentioned in the meeting, all the options for updating wubi this cycle seem to imply it won't fit on the CD anymore.  Where does that land on our priority list?
[17:10] <ev> not all of them. It might be wise to keep the legacy version around, if that's the route we go with.
[17:10] <ev> so at least they have *something* on the CD
[17:10] <slangasek> ev: a complete legacy branch, or a legacy frontend that's maintained in parallel?
[17:10] <ev> a complete legacy branch
[17:11] <ev> unless we're still writing python code
[17:11] <ev> the wubi code is actually core/ui split
[17:11] <slangasek> right; having two completely different branches of wubi would worry me
[17:11] <slangasek> doesn't seem sustainable
[17:12] <ev> ideally the old one wouldn't break and we wouldn't have to poke it much, other than to update it for new versions of grub and whatnot.
[17:12] <ev> that's actually largely been the case
[17:13] <ev> we barely touch the UI code these days
[17:13] <ev> mind you, I may live in a fantasy land full of rainbows and unicorns
[17:14] <slangasek> I've heard that said about London :)
[17:15] <ev> lol
[17:15] <slangasek> well, we could let wubi drift for a few cycles that way, but I think ultimately we'd wind up with only one of the two well-supported
[17:16] <ev> sure, but in a few cycles time hopefully the number of Windows XP users hitting Ubuntu.com will be far, far less
[17:16] <ev> or they'll all have .NET 3.5
[17:17] <cjwatson> I think it's still pretty cool for inserting a USB stick into a Windows system to do something useful, although it doesn't have to be the current form
[17:17] <slangasek> meaning we'd do *another* rewrite?  Or we'd target .NET 3.5 now for the website with the understanding that it's not good enough for the CD?
[17:18] <cjwatson> even if it were a shell one of whose options downloaded stuff from ubuntu.com to kick off wubi
[17:18] <cjwatson> a bit weird, but ...
[17:18] <ev> slangasek: well, we could be fancypants and offer up the legacy version on the website where we can detect a version of .NET older than 3.5
[17:18] <slangasek> hah
[17:18] <slangasek> I don't think we'd want that, really
[17:18] <ev> and do the rewrite in WPF or whatever Microsoft is pushing on top of .NET these days
[17:19] <ev> why not? It's in the user agent string.
[17:19] <ev> simple enough
[17:19] <slangasek> yes, but then it gives them a crippled experience
[17:19] <slangasek> if they're on the website downloading anyway, better to give them the full experience
[17:19] <ev> it's better than no experience or a 50MB download before they get an experience
[17:19] <slangasek> I'm not convinced the latter is true
[17:19] <cjwatson> we haven't touched UI code very much, but I do occasionally have the need to work on the backend Python code; I'd appreciate it if that were at least somewhat accessible to Ubuntu developers who aren't Windows developers
[17:20] <cjwatson> e.g. if you're going to use .NET, make sure it works with mono, or something
[17:20] <ev> yeah, I was just thinking I should really test that.  The .NET 3.5 installation experience when running a WPF application, that is.
[17:20] <ev> mono> WPF wont, Silverlight will.
[17:21] <cjwatson> didn't moon just get removed?
[17:21] <slangasek> ev: I don't want a user to have a completely different experience clicking the "install Ubuntu" link from one XP machine where they happen to have .NET upgraded, than on another machine where they haven't, with no explanation
[17:21] <ev> Moonlight? I have no idea.
[17:21] <cjwatson> or I'm pretty sure I saw directhex talking about it
[17:21] <ev> That would be an interesting development.
[17:21] <ev> slangasek: fair point.
[17:27] <slangasek> oh hah, that's why no one's complained about the util-linux merge breaking things, it's still in NEW
[17:55] <hallyn> hm, when i do debuild -S, it gets to telling me what user (mine) it will sign with, but never asks for passphrase
[17:56] <hallyn> oh, it's complaining about dead agent
[17:56] <hallyn> nm
[18:02] <stgraber> @pilot in
[18:03] <broder> stgraber: fyi, overlay doesn't support more than 2 branches, unfortunately
[18:03] <broder> it just has an "upper" and "lower" branch
[18:03] <broder> err, overlayfs
[18:06] <hallyn> broder: yeah but you can nest them :)
[18:06] <broder> blech
[18:20] <stgraber> broder: ok, I guess I'll have to play with that soon...
[18:33] <cjwatson> jhunt: I've fixed the priority_list problem you spotted in debconf
[18:33] <cjwatson> it only happened if you did 'use Debconf::Priority' under 'use strict' before 'use Debconf::Config' (or something else that used Debconf::Config)
[18:48] <stgraber> broder: hey, I'm looking at the SRU for bug 565047
[18:48] <broder> stgraber: yeah, i think the fix in oneiric is still pending
[18:48] <broder> last i heard cjwatson was waiting to figure out what was going on with /run before merging the new initramfs-tools
[18:49] <stgraber> broder: so apparently debian's initramfs-tools in version 0.99 fixes it but it's not in oneiric yet. Should I just apply the same fix to oneiric for now and upload the SRUs or wait till we get 0.99 in oneiric?
[18:50] <broder> stgraber: cherry-picking the commit for oneiric for the time being seems like a good idea, since the /run stuff seems to be a bit stalled
[18:50] <broder> i can do the writeup for that in a few minutes if you'd like
[18:50] <stgraber> broder: that'd be great. Just let me know when it's done and I'll upload all of that
[18:52] <jhunt> cjwatson: thx!
[19:00] <broder> stgraber: do you know if the SRU team will still do forward-copies of packages like they do with 0-day SRUs? because that would work here
[19:01] <stgraber> broder: I don't think it's part of the official SRU process, at least I noticed quite a few cases where that didn't happen.
[19:01]  * broder shrugs
[19:01] <broder> not like the debdiff is hard to put together or anything
[19:01] <stgraber> broder: in this case I'd just upload 0.98.8ubuntu4 in oneiric and the exact same thing as 0.98.8ubuntu3.1 to -proposed
[19:03] <broder> stgraber: ok, debdiff with s/ubuntu3.1/ubuntu4/ is attached to the bug :)
[19:03] <broder> i didn't want to mess with the branch because i don't know what to do with Keybuk's /run change
[19:05] <stgraber> broder: ok, I'll have a look. thanks
[19:18] <stgraber> broder: hmm, yeah, I'm not entirely sure how to deal with what's currently in the branch for oneiric...
[19:18] <stgraber> I don't really want to upload what's in the branch at the moment. I just want to upload the bugfix...
[19:19] <stgraber> barry: how should I deal with that? (non-uploaded changes in a packaging branch where I just want to apply a small bugfix but not upload what's currently waiting in there)
[19:20] <slangasek> stgraber: I think in general people shouldn't push changes to the official packaging branch before they're ready for upload; is there a reason you don't want to upload those at the same time?
[19:20] <slangasek> is the stuff on there right now entangled with /run?
[19:21] <stgraber> slangasek: yeah, current content of the packaging branch is the switch from /dev/.initramfs/varrun to /run (changes to the init script and manpage)
[19:22] <slangasek> mmk
[19:22] <stgraber> slangasek: http://paste.ubuntu.com/630925/
[19:22] <slangasek> what's the current holdup with /run?  I thought that was ready to go
[19:24] <stgraber> well, maybe it's ready to be uploaded but as Keybuk is a coredev I'd think he'd have uploaded it then. I know that broder's fix won't cause any problem when uploaded to oneiric but I really don't have the same confidence with the /run change :)
[19:27] <stgraber> looking at the code currently in the branch, it "seems" good. The only thing I'm wondering is what will happen if /run doesn't exist on the target (as it's currently the case in oneiric)
[19:28] <broder> stgraber, slangasek: there was also the change that Keybuk had sitting on top of base-files. initramfs-tools might be good to go if you upload the base-files change first
[19:29] <broder> stgraber: yeah, the new base-files creates /run
[19:30] <stgraber> broder: where's that code? I don't see any non-uploaded commit in ubuntu:oneiric/base-files
[19:30] <broder> stgraber: it got moved out of the way by the package importer: https://code.launchpad.net/~ubuntu-branches/ubuntu/oneiric/base-files/oneiric-201105041859/+merge/59981
[19:35] <stgraber> hmm, for base-files, shouldn't we instead merge 6.4 from debian that essentially does the same thing ?
[19:37] <broder> On upgraded systems, initscripts will handle the transition to /run> seems potentially problematic for us
[19:38] <stgraber> I'm almost tempted to just upload broder's fix to oneiric without using UDD. Let the imported move the current changes from Keybuk to another branch as the whole switching to /run thing seems to be a bit more work than what I'm prepared to do when patch piloting :)
[19:38] <stgraber> *importer
[19:38] <broder> geez. the number of things that change to support /run in sysvinit 2.88dsf-13.3 is terrifying
[19:40] <stgraber> I "could" upload base-files with the changes from Keybuk, then upload initramfs-tools with a strict dependency on base-files + broder's fix. But I'm really quite worried I'm going to break a lot of systems just a few days before people go to the sprint...
[19:41] <broder> haha, and look what happens if you say "Keybuk" enough times :-P
[19:41] <stgraber> hehe
[19:43] <stgraber> hey Keybuk
[19:44] <stgraber> Keybuk: broder has a simple one line patch to apply to initramfs-tools in oneiric and I noticed you currently have non-uploaded changes in the branch for the switch to /run
[19:44] <stgraber> Keybuk: should I move your changes to a separate branch for now and upload broder's fix or are the changes to switch to /run ready to upload?
[19:51] <Keybuk> stgraber: oh, yes
[19:51] <Keybuk> sorry, I stalled my changes based on things in Debian
[19:51] <Keybuk> and didn't back them to a branch
[19:51] <Keybuk> so yeah, move my changes out of the way for now
[19:52] <stgraber> Keybuk: ok, thanks
[19:53] <stgraber> slangasek: what's the best way of doing that? do a direct upload and let the importer deal with it or do a push to another branch, then uncommit, then push overwrite to the packaging branch?
[19:54] <slangasek> Keybuk: what's stalled on the Debian side?  I thought it was moving along over there
[19:54] <slangasek> stgraber: whatever you do, do NOT uncommit - the importer will never forgive you :-)
[19:54] <slangasek> stgraber: direct upload + importer dealing seems fine
[19:54] <stgraber> slangasek: ok, noted :) will do a direct upload then
[19:54] <stgraber> slangasek: AFAICS initramfs-tools, base-files and sysvinit have all been uploaded to Debian
[19:55] <stgraber> so unless I missed something, sid should already be using /run
[19:58] <Keybuk> slangasek: nothing, I mean I stalled my side when I realised it was already being worked on there
[19:58] <slangasek> ah
[20:02] <stgraber> broder: uploaded for oneiric, natty-proposed and maverick-proposed. Thanks!
[20:05] <broder> stgraber: rock on. thank *you*
[22:15] <charlie-tca> ubuntu-bug xubuntu-default-settings
[22:15] <charlie-tca> or
[22:15] <charlie-tca> ubuntu-bug xubuntu-meta
[22:24] <stgraber> @pilot out


[07:44] <chamois> Hi everyone!
[08:45] <sakrecoer> hi chamois !
[08:46] <chamois> sakrecoer : I don't understand what Jonathan Aquilina wrote on the email
[08:46] <chamois> I mean, I didn't send an attachment, just a link to youtube
[08:46] <sakrecoer> chamois: i haven't seen it yet, let me check
[08:50] <sakrecoer> chamois, i see no attachement either, let it be.. :)
[08:50] <chamois> ok thanks!
[08:52] <sakrecoer> that said, YOU ROCK!!!! chamois
[08:53] <sakrecoer> maybe i miss tye cool rotation of titles.. but i can live without them :) perhaps that effect is too MTV (Fromwhen it broadcasted music) for evryone to follow :D
[08:53] <sakrecoer> that effect = title rotation
[08:54] <sakrecoer> chamois: let me know if you want me to render it for you :)
[09:05] <chamois> Ahaha sakrecoer thanks! I know I miss it too but I think geirdal was right, the last version is more elegant, clear and it gets straight to the point.
[09:10] <sakrecoer> yes, its easier to read as you did it now, chamois :)
[09:11] <chamois> sakrecoer : That depends on how many samples we want.. If 100 is enough, I can handle it by myself. If not, I'll need your help ;)
[09:12] <sakrecoer> what do you think, chamois ? is 100 enough?
[09:13] <sakrecoer> we do want great quality :)
[09:14] <sakrecoer> i think it would be nice to have the source-file regardless..
[09:15] <sakrecoer> would you be ok with sharing the source file in the website assets repository on launchpad, chamois ?
[09:16] <chamois> http://pasteall.org/pic/index.php?id=106805
[09:16] <chamois> This is with 100 samples
[09:16] <chamois> and yes!
[09:17] <chamois> What do you mean.. the .blend file?
[09:17] <sakrecoer> yes, the .blend file
[09:18] <sakrecoer> you can share it with us via pasteall.org, before you do, make sure all external data is embedded, and open a text-editor window in blender and add your credits and license ;)
[09:48] <chamois> I have never done something like this.. What should I write in the credits and license?
[09:49] <chamois> sakrecoer
[09:50] <sakrecoer> Just write something like "Creadted by One Chamois 2016, Creative commons license (preferably https://creativecommons.org/licenses/by-sa/3.0/ )
[09:50] <sakrecoer> chamois: ^
[09:51] <sakrecoer> and then you can go fancy for the rest, like: "respect the penguins, big up to all GNUs. Peace love and having fun! Remember kids, drugs are bad" (nothing harmfull, hatefull, no bigotry, no sex etc of coursE)
[09:55] <sakrecoer> chamois: actualy, this one is better: https://creativecommons.org/licenses/by-sa/4.0/ (international)
[10:03] <chamois> sakrecoer: so "Created by One Chamois 2016, Creative commons license 4.0"?
[10:05] <sakrecoer> chamois: yes, but include the link to the license, so we know which one it is :)
[10:06] <chamois> "Created by One Chamois 2016, Creative Commons license https://creativecommons.org/licenses/by/4.0/" ?
[10:07] <chamois> sakrecoer : Can I use One Chamois as name?
[10:17] <sakrecoer> chamois: yes, like that. you can use whatever name you are comfortable with. :)
[10:17] <chamois> Ok thank you very much sakrecoer
[10:56] <sakrecoer> no problem chamois :) thank _you_ !
[11:09] <chamois> sakrecoer : I will change the video a little bit following the advices of Thomas.. I suppose that I should share the final version, right?
[11:35] <eylul> Chamois I think thomas means, adding the names of the open source programs not the adobe ones. Unless I misunderstood the email? So having more program names in each category I believe
[11:56] <chamois> eylul : You are right, thanks
[11:56] <eylul> ;)
[11:56] <eylul> btw nice job with the video
[11:57] <eylul> and thank you for working on it


 https://launchpad.net/ubuntu/+source/qtwebengine-opensource-src/5.15.3+dfsg-3ubuntu1
 @mitya57 What in rules is the jumbo build change there?
 looks like qt6-webengine will also oom on ubuntu without some changes
 nm. found it


[03:14] <reborn> ?
[03:14] <reborn> there?
[04:32] <fitus> hello everyone
[04:33] <fitus> anyone here at this time?
[04:36] <bioterror> just leaving
[04:36] <bioterror> off to train station ;)
[04:38] <fitus> anyone else?
[04:38] <fitus> I am having trouble with the volume
[05:26] <donniezazen> How do i get numerical temperature, cpu and memory in panel? I have used https://launchpad.net/indicator-sensors and https://launchpad.net/indicator-sysmonitor on Ubuntu, Thanks
[07:52] <ikr11> I installed an updated version of the nvidia drives through offered by the "aditional drivers" menu and now I can't boot... how can I go back to the previous drivers?
[08:19] <l33_> pcsx
[08:19] <l33_> ooops
[08:19] <l33_> hehehe
[08:19] <l33_> hi
[11:09] <morri> allo
[12:12] <teamahma> Dunno why but my display goes always to 80% and I have to manually set it to 100% with xbacklight. How to set display permanently to 100% (brightness)
[12:57] <negthorn> Where can I see which video driver I'm currently using ?
[13:22] <Kalidarn> hi, does anyone know why im getting horrible window refreshes when i move a window
[13:22] <Kalidarn> basically if i move a window quickly
[13:22] <Kalidarn> nothing refreshes and i get massive ghosting
[13:23] <Kalidarn> until i minimize the app
[13:23] <Kalidarn> or load something over the top of it
[13:25] <negthorn> I have "ghosts" too... but for a while
[13:25] <negthorn> I think it's Videocard problem
[13:26] <Kalidarn> i've got a nvidia gtx 570
[13:26] <negthorn> I have Radeon 9200 SE ... and it is not well supported
[13:26] <negthorn> hm ...
[13:26] <negthorn> you mean 5700  ?
[13:26] <Kalidarn> okay
[13:27] <Kalidarn> this could be the issue
[13:27] <Kalidarn> direct rendering: Yes
[13:27] <Kalidarn> server glx vendor string: SGI
[13:27] <Kalidarn> its not using nvidia proprietary drivers maybe
[13:27] <negthorn> it may be ...
[13:27] <Kalidarn> i used to use LXDE for all my VMs
[13:27] <Kalidarn> and basically ive had it with GNOME and Unity
[13:27] <Kalidarn> and if im going to fall back and use the old GNOME2 shell i might as well use LXDE
[13:28] <Kalidarn> :P
[13:28] <Kalidarn> ie yes unity is a good step, but it's pretty unstable.
[13:28] <Kalidarn> dunno what they were thinking releasing oneric so early
[13:28] <negthorn> (previously I though it is GForce 5700 - my mistake (blush) )
[13:28] <Kalidarn> nah thats an old old card
[13:28] <Kalidarn> GTX 570 580 590 are newish cards
[13:29] <negthorn> I saw ...
[13:30] <negthorn> It might be about driver selection ... but  - Oh sHell .. I don't know where is the "conf" file
[13:30] <negthorn> I've mentioned "/usr/share/X11/xorg.conf.d"
[13:30] <negthorn> is entire folder about xorg
[13:31] <negthorn> but in my case there is no file related with monitor/vc
[13:31] <Kalidarn> oyeah i just realised neither proprietary driver were activated
[13:31] <Kalidarn> least from memory LXDE is pretty solid
[13:32] <Kalidarn> i have a lot of stuff open when i work and nothing worse is having the window manager crash
[13:32] <Kalidarn> ive not had good experiences with KDE either actually
[13:32] <Kalidarn> plasma is still kinda crashy too
[13:32] <negthorn> me too
[13:32] <Kalidarn> been completely turned off both desktops for quite a while
[13:32] <negthorn> I've stopped liking KDE since 3.4.3
[13:32] <Kalidarn> yeah i used 4.0-4.2 and then came back in 4.5-4.7
[13:33] <Kalidarn> it was a bit better
[13:33] <Kalidarn> but there's still rough edges
[13:33] <Kalidarn> then i figured i'd give gnome 3 a shot cos i hadn't used gnome in a while but im not sure what canonical was thinking by doing gnome+unity
[13:33] <Kalidarn> unity is no where near production ready
[13:33] <Kalidarn> ain't ever going to clear bug 1 if it's less stable than it's competition
[13:34] <negthorn> I think you can still use metacity/compiz ... bla-bla
[13:35] <negthorn> I mean ... still in repos
[13:35] <negthorn> but I preffer Gnome 3 than Unity
[13:36] <negthorn> I 've tried both
[13:36] <Kalidarn> and that seems to have fixed my issues
[13:36] <Kalidarn> installing the driver ;) i must have accidentally removed it when removing gnome
[13:36] <negthorn> (thumb_up) ... Great
[13:37] <Kalidarn> about the only thing i do miss in lxde is expose type feature
[13:37] <Kalidarn> thats about the only thing i used
[13:37] <Kalidarn> i guess i have alt tab that's good enough i suppose
[13:38] <Kalidarn> the workspace view wasn't bad either maybe i can bind my workspaces to key combinations
[13:39] <negthorn> I've heared about tools ... one in Xfce, one in Gnome ... for key-combos
[13:39] <negthorn> but I don't remember names
[13:40] <Kalidarn> mm and a lauchy type bar would be good too
[13:41] <Kalidarn> something with low dependencies
[13:41] <negthorn> wbar
[13:43] <negthorn> in Ubuntu repos is stil older version
[13:43] <negthorn> 1.3 sucks
[13:43] <negthorn> but you can download 2.2 from their site
[13:44] <negthorn> much pretier
[13:44] <Kalidarn> hmm
[13:45] <Kalidarn> lol yer except it's i386 :P
[13:45] <negthorn> hm ?
[13:46] <Kalidarn> im on an amd64 machine
[13:46] <Kalidarn> so ill have to compile from source i guess
[13:46] <negthorn> it's about the driver
[13:46] <negthorn> or the bar ?
[13:47] <Kalidarn> the bar
[13:47] <Kalidarn> https://code.google.com/p/wbar/downloads/list
[13:47] <negthorn> try the debs ..
[13:48] <negthorn> I don't think it matters
[13:48] <negthorn> it's very light
[13:49] <negthorn> (most probably reason for tagging  as i386 )
[13:50] <Kalidarn> i guess ill ahve to use dpkg and force it
[13:50] <brother-> Kalidarn: if you just want some view of all applications running and sorting them by workspace is ok you can middle click the desktop
[13:51] <Kalidarn> haha cept my middle mousebutton is broken lol
[13:51] <brother-> Kalidarn: and you can bind that to a key combo if you want.
[13:51] <brother->         <action name="ShowMenu">
[13:51] <brother-> 	  <menu>client-list-combined-menu</menu>
[13:51] <brother->         </action>
[13:51] <negthorn>  :*/
[13:51] <brother-> Kalidarn: left+right == middle generally
[13:51] <brother-> try that
[13:51] <brother-> hm
[13:51] <negthorn> I'm afk for a 20 mins
[13:51] <brother-> might not work indeed =)
[13:53] <Kalidarn> 5~
[13:53] <Kalidarn> mm left right?
[14:03] <Kalidarn> hmm what module is reponsible for showing the volume onscreen when using volume keys
[14:03] <Kalidarn> i might have removed that
[14:07] <Kalidarn> hmm
[14:07] <Kalidarn> i wonder if ill get notifications working anymore
[14:16] <Kalidarn> yeah some weird reason notify osd isn't working
[15:36] <adamspgh> how can i get the caps-lock key to be another control key in Lubuntu?
[16:50] <l33_> hi
[16:51] <wxl> yo
[16:51] <l33_> ;)
[16:52] <l33_> wonder if any1 here is really using the rt preempt kernel
[17:00] <wxl> Linux 3.0.4-linode38 #1 SMP Thu Sep 22 14:59:08 EDT 2011
[17:00] <wxl> so, yeah, no
[17:03] <l33_> i mean this rt patch
[17:04] <wxl> well never bothered with it but figured such a patch would have an effect on your kernel version
[17:04] <l33_> running here a lowlatency kernel from a ubuntu repo
[17:06] <l33_> and tuned the irq threading
[18:24] <OneKorea>
[18:38] <negthorn> how can I change the video driver, in case that Xorg do not use "xorg.conf" file anymore ?
[18:39] <negthorn> I suggest that my system is using "ati", instead of "radeon"
[18:41] <bioterror> sudo Xorg -configure
[18:41] <bioterror> and change the driver
[18:41] <negthorn> also there is something I cannot undestand while read "lshw -C display" result
[18:41] <bioterror> I've always used opensource driver, as my card is supported
[18:42] <bioterror> !ati
[18:44] <leszek> hi
[19:16] <BenPA> hi all ... can someone tell me how to reinstall lubuntu 11.04 ... currently, I am having a shutdown/restart problem and it was suggested I reinstall
[19:17] <emce> hello guys
[19:17] <emce> I've gotquestion about strange situation with lubuntu-logout
[19:18] <BenPA> emce: I am having a problem like that too ... what is it?
[19:19] <emce> a use normal root account (su root) with changed root password, and after first login on root account after trying to reboot or halt system there is a prompt about password, which dissapear after few second
[19:20] <emce> you have to be very quick to put the password :)
[19:21] <BenPA> I am having a problem whereby mine will not shutdown or reboot or logout unless I use a terminal
[19:22] <brother-> BenPA: how did you manage to install it in the first time?
[19:22] <morri> hi guys
[19:22] <brother-> BenPA: just do it the same way
[19:23] <morri> where do I get desktop setting in lubuntu 1110?
[19:23] <leszek> morri: which desktop settings ?
[19:23] <BenPA> brother: you are right ... I used a disk ... I did 2 and the other was upgrading to 11.10
[19:24] <brother-> BenPA: either you donwload a 11.10 image and use that (cd or usb doesn't matter) or you reuse the old disc and just go through the upgrade again
[19:24] <morri> desktop setting (thats what it is called) and you use it to change the desktop (colour and background
[19:24] <BenPA> brother: sorry my dumbness ... forgot that I did it that way on this machine
[19:24] <leszek> morri: ah ok you want to change the background
[19:24] <brother-> morri: lxappearance?
[19:25] <leszek> morri: I guess right clicking on the desktop and going to preferences
[19:25] <brother-> morri: background is inside the pcmanfm settings. right click the background and select it there or execute pcmanfm --desktop-pref
[19:25] <leszek> :)
[19:25] <BenPA> brother: but do you know of a way to fix the shutdown reboot logout error without having to reinstall?
[19:26] <morri> it isnt in the right click, only the standard desktop reconfig etrc is there but if it is possible to get it via terminal its great
[19:26] <brother-> BenPA: I have no such issue so I have no idea
[19:26] <leszek> BenPA: whats the exact problem there ?
[19:26] <brother-> morri: untick the box at the advanced tab when you have launched via command line
[19:28] <BenPA> leszek:  I cannot shutdown or reboot or logout from the menu ... only from terminal with shutdown command
[19:28] <morri> okay cool :) thanks
[19:29] <emce> leszek: for me - the same
[19:30] <brother-> BenPA: earlier (vary vary long time ago) you had to have your user in a special group
[19:31] <brother-> BenPA: powerdev
[19:31] <brother-> BenPA: for reference. I am not in that group on my 11.10 install so that long shoot is not relevant =)
[19:31] <BenPA> brother: ok do what do I do remove it from that group or what
[19:31] <brother-> brother ~$ groups
[19:31] <brother-> brother adm dialout cdrom plugdev lpadmin sambashare admin
[19:31] <brother-> I think my system is fairly standard at this point
[19:32] <BenPA> brother: no I see now powerdev group listed
[19:32] <BenPA> see no
[19:33] <BenPA> brother: adm dialout cdrom plugdev lpadmin netdev admin sambashare
[19:34] <leszek> BenPA emce: So you don't have the menu entry or if you press logout it does nothing ?
[19:35] <BenPA> brother: I have the entry but my laptop hangs and does nothing ... looks as tho it is going to do something but hangs
[19:35] <emce> leszek: a use normal root account (su root) with changed root password, and after first login on root account after trying to reboot or halt system there is a prompt about password, which dissapear after few second
[19:35] <BenPA> brother: I have a netdev group is the only one I see that might be different from yours
[19:35] <emce> I click either menu or button on panel
[19:36] <BenPA> brother: same here
[19:37] <leszek> hmm... you could try replacing lxdm with gdm and then reboot. Perhaps this will work. And its never wise to login as root in a graphical environment
[19:37] <BenPA> brother/leszek: I went to launchpad first before coming here and the last entry on a post was to reinstall
[19:38] <brother-> BenPA: I am not sure if I was unclear or anything.
[19:38] <BenPA> leszek: I am using kdm ... using kde not gnome
[19:39] <brother-> BenPA: I have /NO/ idea how to solve this for you. my ideas was old and not applicable.
[19:39] <brother-> BenPA: my system works fine
[19:39] <brother-> BenPA: I installed 11.04 and have upgraded to 11.10
[19:40] <leszek> BenPA: maybe this is the problem
[19:40] <BenPA> brother: I just installed 11.04 about 2 weeks ago
[19:40] <leszek> perhaps you need lxdm or gdm for it to work
[19:40] <BenPA> brother: I installed on an unused unformatted partition
[19:40] <emce> leszek: it's not in graphical e., just in conole
[19:40] <emce> console
[19:41] <brother-> BenPA: thanks. and I can not help you.
[19:41] <leszek> ah ok
[19:41] <BenPA> brother: thanks
[21:38] <smw> I am using empathy on lubuntu. How can I setup the proxy it uses?
[21:38] <smw> normally I would use "system>preferences>Network proxy"
[23:03] <wxl> anyone know about unencrypting $HOME?
[23:13] <Ned1> hi
[23:13] <Ned1> has anyone ever got the message from filesystem or hd "read only filesystem"
[23:14] <Ned1> I don't understand what might be wrong, but something is locking up the system
[23:16] <Ned1> if I do a read/write test from live lubuntu CD, would it detect any hard ware trouble I might be having?
[23:17] <Ned1> I booted in lubuntu live cd and could not delete and reformat hard drive, and it took me a while to understand the live cd somehow grabs swap
[23:17] <Ned1> when I found a work around it formatted fine
[23:17] <Ned1> but I still get this "read only filesystem" what ever I use on the hard drive
[23:18] <Ned1> disk utility shows everything as fine, healthy disk and green lights
[23:18] <Ned1> any idea how to trouble shoot for errors ?
[23:19] <Ned1> this laptop is on it's way into the garbage bin unless I find a way to target these issues
[23:20] <Ned1> it is not just lubuntu, as I made a frugal install with safefile on a newly formatted hard drive and still get the same messages
[23:21] <wxl> controller problem?
[23:21] <wxl> see if you have the same issues with an external
[23:21] <Ned1> controller?
[23:21] <Ned1> on yes, usb connected
[23:22] <wxl> https://secure.wikimedia.org/wikipedia/en/wiki/Disk_controller
[23:23] <wxl> if you have no such problem with a usb external drive, then it's either the drive (unlikely given the green lights) or the controller
[23:23] <wxl> there's an array of smaller related issues it could be:
[23:23] <wxl> bad cable
[23:23] <wxl> not connected correctly
[23:23] <Ned1> I see
[23:24] <wxl> jumpers being set wrong
[23:24] <Ned1> jumpers?
[23:24] <wxl> hardware switches basically
[23:24] <Ned1> system has froze again here, so need a reboot to make it work again
[23:24] <wxl> if you never opened it up probably not
[23:24] <wxl> and proabably not if it used to work
[23:25] <wxl> i've heard of cables dying and/or coming unseated
[23:25] <wxl> the latter especially so with laptops
[23:25] <KM0201> i had a hard drive that i thought was going bad one time, because it kept makng this clicking noise.
[23:25] <wxl> hahahahah
[23:26] <Ned1> I have disassebled it, for cleaning cpu fan and installing a better hard driver
[23:26] <wxl> we call that jra in the bike industry, KM0201
[23:26] <KM0201> jra?
[23:26] <wxl> as in "i was just riding along when..."
[23:26] <KM0201> lol,
[23:26] <Ned1> HD *
[23:26] <wxl> so you have a new hard drive.. might have been installed incorrectly or whatever
[23:27] <KM0201> well, the hard drive ended up being fine, but when i went to remove the molex connector, i discovered a single broken wire inside the molex connector....
[23:27] <wxl> i'd say you likely have a hardware (read: not lubuntu) issue
[23:27] <KM0201> i toko the HD back, bought a power supply, and the problem never occurred again.
[23:27] <wxl> sweeet
[23:27] <KM0201> only thing i can assume, is the irregular voltage was causing the platters to click and clack from starting/stopping
[23:28] <Ned1> wxl, yes I am having that feeling too
[23:28] <Ned1> not sure powersupply can be replaced in laptops
[23:28] <Ned1> maybe this old notebook has served it's time
[23:29] <Ned1> I should just focus on replacing it rather than keep it up
[23:30] <KM0201> Ned1: its not really the power supply that goes bad on a laptop (as that is n the outside) its the power connector that is inside the case, they can be replaced, but it's not for the novice
[23:30] <KM0201> usually requires to remove the motherboard (which can be a pain on some laptops)
[23:30] <Ned1> I shall have to replace the fan too, as it has become considerably more noisy than it used to be
[23:30] <KM0201> and soldering on a new connector
[23:30] <wxl> that's a little beyond me
[23:30] <wxl> i fear no mac, brave soul that i am, but i don't trust myself soldering
[23:31] <wxl> i'd like to say i could but alas.
[23:31] <Ned1> I have had bad luck lately
[23:31] <Ned1> both my computers have failed me
[23:32] <Ned1> they are all old like 4 years or so
[23:32] <Ned1> the other one have some strange issues with power on/off button
[23:32] <Ned1> I cannot switch it on anylonger at all
[23:32] <Ned1> it used to be a good one, ran windows 7 and ubuntu fine
[23:33] <Ned1> lubuntu too
[23:33] <Ned1> desktop environment in Ubuntu is very nice, but I like the simple light mplayer setup
[23:34] <Ned1> not taxing to the system, and suits my purpose
[23:35] <KM0201> Ned1: are you talkin gabout "ubuntu" or "lubuntu".. cuz i'd call the DE of ubuntu, anything but "light"
[23:35] <Ned1> thanks for the tips, I shall have to check for bad connectors and wires
[23:36] <Ned1> Yes I was talking about the Ubuntu desktop, gnome with something?
[23:36] <Ned1> it looks very nice
[23:36] <wxl> yes, gnome with bloat
[23:36] <wxl> it's pretty and all but damn that's a lot of crap
[23:37] <wxl> well, actually, i really hate unity
[23:37] <Ned1> yes, unity, that's it
[23:37] <KM0201> wxl: i agree
[23:37] <KM0201> Ned1: it might look nice but it's certainly not "light"
[23:37] <Ned1> I suppose if you have tons of cpu ram and 64 bit system you hardly know it is bloated ?
[23:37] <wxl> ridiculous icons
[23:37] <wxl> i guess
[23:38] <wxl> but that's waste processing you could use for virtual machines and other fun stuff :D
[23:38] <KM0201> Ned1: did you ever use gnome 2.x?
[23:38] <Ned1> I have a regular 2GHz cpu and 1GB ram and I notice totem and flash player is very heavy on the system
[23:38] <wxl> sweet
[23:38] <wxl> i got a 1.5ghz laptop
[23:38] <wxl> screaming
[23:39] <Ned1> no, not yet
[23:39] <KM0201> Ned1: if you had never used gnome 2.x (gnome 3 sucks as bad, if not worse than, unity).. then that explains why you like Unity..
[23:39] <KM0201> LXDE saved me... cuz i'd ahve had to go Xfce, and i didn't really want to do that
[23:39] <Ned1> yes, 1.5 can be all fine, even with the latest. It does depend upon other specs in the cpu. Not sure how it works
[23:41] <Ned1> in all the disassembling I might have ruined wires and connectors, darn I thought I was careful
[23:42] <Ned1> I my  mind a notebook should preferably run for 10 years without hard ware failure
[23:42] <Ned1> I am afraid sellers and makers wants us to update ever three years or so
[23:43] <Ned1> which is just a way to keep the money flowing
[23:44] <Ned1> back later ; )


[00:21] <Guest8023> hi
[00:21] <Armageddon> hi
[00:21] <Guest8023> how r u
[00:21] <Guest8023> u good?
[00:21] <Armageddon> does it matter ?
[00:21] <Guest8023> yea it does
[00:22] <Armageddon> no it doesn't
[00:22] <Guest8023> am askin if u ok
[00:22] <Guest8023> ok ,watever
[00:22] <Armageddon> how is me being ok or not relevant ? :o
[00:23] <Guest8023> sorry
[00:23] <Guest8023> I dnt wana argue
[00:23] <Armageddon> cause turns out you were wrong ? :p
[00:24] <Armageddon> so how can I help you today Guest8023 ?
[00:24] <Guest8023> help me?
[00:25] <Guest8023> dats fuNny
[00:25] <Armageddon> what do you find amusing ?
[00:25] <Guest8023> do u wana argue forever?
[00:25] <Armageddon> so asking a question is arguing ?
[00:25] <Armageddon> people are not allowed to ask anymore ?
[00:28] <Armageddon> so ! no answer ?
[01:31] <rapacity> Armageddon: I'm interested to know about how you are doing as well
[01:31] <Armageddon> liar
[01:31] <rapacity> you see, I'm doing a wide survey regardin this sort of matter
[01:31] <Armageddon> no you ain't
[01:32] <rapacity> you're the liar here
[01:32]  * rapacity punches Armageddon


[02:00] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4059 Diff missing
[04:52] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4047 Generating diffs
[04:52] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4047 Successfully built
[06:25] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4059 Generating diffs
[06:27] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4059 Successfully built
[07:23] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4060 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[07:26] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4060 Generating diffs
[07:27] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4060 Failed to build
[07:48] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4059 Publishing packages
[08:00] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4059 UNAPPROVED queue
[08:01] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4060 Pending binary packages
[08:20] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4060 Successfully built
[10:38] -queuebot:#ubuntu-ci-eng- mitya57 RikMills, https://bileto.ubuntu.com/#/ticket/4057 Dependency wait (groovy/qtdeclarative-opensource-src, groovy/qttools-opensource-src). Failed to build (groovy/qtbase-opensource-src)
[12:25] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4052 Merging branches
[13:12] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4051 Needs rebuild due to higher version at destination
[13:14] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4053 Needs rebuild due to higher version at destination (groovy/sssd). Successfully built (groovy/openldap)
[14:07] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4047 Needs rebuild due to higher version at destination
[14:11] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4051 Needs rebuild due to higher version at destination (groovy/sssd). Ready to build (groovy/ldb, groovy/samba, groovy/talloc, groovy/tdb, groovy/tevent)
[14:12] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4053 Preparing packages
[14:15] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4051 Preparing packages
[14:19] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4051 Generating diffs
[14:38] -queuebot:#ubuntu-ci-eng- mitya57 RikMills, https://bileto.ubuntu.com/#/ticket/4057 Dependency wait (groovy/qtdeclarative-opensource-src, groovy/qttools-opensource-src). Failed to build (groovy/qtbase-opensource-src)
[14:53] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4053 Failed to build (groovy/sssd). Successfully built (groovy/openldap)
[16:21] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4061 Diff missing
[17:22] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4061 Pending binary packages
[18:22] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4061 Diff missing
[18:23] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4061 Generating diffs
[18:23] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4061 Successfully built
[18:38] -queuebot:#ubuntu-ci-eng- mitya57 RikMills, https://bileto.ubuntu.com/#/ticket/4057 Currently building (groovy/qtdeclarative-opensource-src). Dependency wait (groovy/qttools-opensource-src). Failed to build (groovy/qtbase-opensource-src)
[18:58] -queuebot:#ubuntu-ci-eng- mitya57 RikMills, https://bileto.ubuntu.com/#/ticket/4057 Dependency wait (groovy/qtdeclarative-opensource-src, groovy/qttools-opensource-src). Failed to build (groovy/qtbase-opensource-src)


[03:12] <ComputerChic> Hi all
[03:16] <chris4585> welcome back ComputerChic
[03:25] <ComputerChic> hey
[04:19] <chris4585> night time is usually dead
[08:16]  * cyberanger isn't sure it's night for her
[08:29] <chris4585> probably not
[08:29] <chris4585> but she said something about a meetup? so I don't know
[08:45] <cyberanger> ah, yeah, she did
[08:45] <cyberanger> just joins so many channels, looke potentially automated
[09:02] <cyberanger> don't think it is, but it's a lot of channels
[14:23] <wrst> like xTEMPx is actually here... that loser
[14:38] <alyawn> morning
[14:42] <wrst> morning alyawn, how are you doing?
[14:42] <alyawn> doing good... glad it's a bit warmer in my basement today :)
[14:42] <wrst> ha ha its a bit warmer everywhere today it seems
[14:48] <alyawn> but, as we all know... Winter is Coming
[14:52] <wrst> yes it is
[14:52] <wrst> hopefully snow!
[14:56] <cyberanger> hey alyawn
[14:56] <cyberanger> it was worse a few hours ago
[14:57] <cyberanger> alyawn: you involved in DC423?
[14:57] <alyawn> I guess so... I went to the meeting this week :)
[14:57] <alyawn> met some guys
[14:58] <cyberanger> I was going to, hurricane sandy changed those plans
[14:58] <alyawn> ah... bummer
[14:58] <alyawn> are you going to the thing tonight?
[15:03] <cyberanger> what thing tonight? I don't recall anything tonight
[15:03] <alyawn> ah... it's a joint dc423/Chugalug party
[15:03] <alyawn> http://chugalug.org/widget/2693/HallowedThanksMas
[15:04] <cyberanger> oh, Mike Harrison's HallowedThanksMas party, yeah
[15:04] <alyawn> yeah.. .he also invited dc423
[15:04] <alyawn> (and who knows who else)
[15:05] <cyberanger> I uh can't unfortunately, I get off one shift at one job at 7, gotta close it down, so really that's like 8pm, then gotta be back here for a night shift at another job
[15:06] <cyberanger> so it'd be more driving than even saying hello
[15:06] <alyawn> ouch... understood
[15:08] <alyawn> I'm just happy I finally got my superdrive working on my MBP today
[15:08] <cyberanger> yeah, hope mike doesn't burn his place again
[15:08] <alyawn> burn? again?
[15:08] <cyberanger> I recall his "toy" back in march 2011
[15:09] <alyawn> I met mike at the dc423 meeting... seems like a fun guy
[15:09] <cyberanger> he, uh had a homeade flamethrower if I recall right
[15:10] <alyawn> wow... nice
[15:10] <cyberanger> and it was seen from somewhere, he thought the wal-mart below, two fire depts & one sherrif's office visit later, all cool about the thing
[15:10] <cyberanger> but it was certainly a story
[15:11] <alyawn> nice
[15:11] <alyawn> well, I don't really have a toy to bring, but I will bring my wife and perhaps some alcohol
[15:13] <cyberanger> I'll see most of the group between now & chattacon, half the group at chattacon
[15:14] <cyberanger> and will have a mess with wifi again I'll bet
[15:15] <cyberanger> cleveland just doesn't feel as close to chattanooga anymore, and since work in athens picked up, even cleveland isn't close
[15:15] <cyberanger> you go to any of the chugalunches?
[15:16] <cyberanger> if you do, I'll try to make sure your aware of the next one I go to (few & far between, due to my messy fridays)
[15:20] <alyawn> never been, but certainly could
[15:20] <alyawn> chattacon?
[15:20] <alyawn> never heard of that either
[15:21] <alyawn> I went to Dragon*Con this year, though
[15:23] <cyberanger> http://www.chattacon.org/drupal/
[15:23] <cyberanger> I'll be in Computer Gaming again, I think
[15:24] <alyawn> how is it I've never heard of this before? It's as old as I am
[15:24] <alyawn> and I was born here
[15:24] <cyberanger> idk, but now you have
[15:24] <alyawn> :)
[15:24] <alyawn> good lord, and it's in January
[15:25] <cyberanger> much more recent is ConNooga, but I've yet to go, a friend is involved in that, I'm loyal to Chattacon, but will likely be at both this year
[15:25] <cyberanger> yeah, late Jan.
[15:25] <cyberanger> so there's time
[15:26] <cyberanger> well, gotta get ready for work, can't believe it's that time already
[15:27] <alyawn> well... have a good one
[15:27] <alyawn> thanks for all the info :)
[15:27] <cyberanger> welcome, I'll bbl