[00:41] <joens> does a repository with a debug kernel of 2.6.31-16 (latest karmic) exist, or is it necessary to build it your self?
[00:46] <jpds> joens: http://ddebs.ubuntu.com/pool/main/l/linux/
[00:47] <joens> thanks
[01:00] <kirkland> nixternal: hey
[01:00] <kirkland> nixternal: yo, you bolted before i answered your question ;-)
[01:01] <kirkland> nixternal: figured it out?
[01:02] <nixternal> kirkland: yeah, I added 'gcal_agenda=1' to $HOME/.byobu/status
[01:02] <kirkland> nixternal: you're playing with the custom scripts?
[01:02] <nixternal> now my next meeting shows up in my status :)
[01:02] <nixternal> kirkland: yes I am
[01:02] <kirkland> nixternal: building from source?
[01:02] <nixternal> no, running karmic package on this machine
[01:03] <kirkland> nixternal: hmm, oh, interesting
[01:03] <kirkland> nixternal: well, i have that feature coming in 2.40, actually
[01:03] <kirkland> nixternal: you'll be able to just put your own status scripts in ~/.byobu/bin
[01:03] <nixternal> ya, I added it to /usr/lib/byobu, which I don't like with updates and what not, modified the common to add a backtick for it
[01:03] <kirkland> nixternal: name them NN_NAME
[01:03] <nixternal> ooh, now that is the hotness!
[01:03] <kirkland> nixternal: where NN is the frequency in seconds to run
[01:04] <kirkland> nixternal: and NAME is whatever you want to call it
[01:04] <kirkland> nixternal: any executable script
[01:04] <kirkland> nixternal: will be there very soon ;-)
[01:04] <nixternal> definitely can't wait and will be following that one
[01:04] <jml> hello
[01:05] <nixternal> I like my Google Calendar Fridge feed for all of the meetings, and then it shows up in the status...yummy :)
[01:05] <kirkland> nixternal: cool ;-)
[01:06] <nixternal> ooh, Ubuntu Java Meeting tomorrow morning :)
[01:07] <jml> who's the best person to talk to about https://dev.launchpad.net/Ubuntu/InfrastructureNeeds ?
[01:08] <nixternal> jml: there is a 'contact us' link up top...that would be my first place to check
[01:08] <jml> nixternal, that's about contacting the Launchpad developers
[01:08] <jml> nixternal, I already know how to do that :)
[01:08] <nixternal> kind of figured that, but I felt like being a bit of an ass :)
[01:09] <jml> nixternal, :D
[01:48] <Amaranth> jml: Who else would you need to contact for those?
[01:48] <Amaranth> Looks like a launchpad wishlist from Ubuntu folks to me
[01:52] <slangasek> james_w: bzr init-repo didn't help
[01:56] <james_w> slangasek: oh, odd
[01:57] <james_w> I tested the fix, the init-repo thing was just a guess
[01:58] <slangasek> james_w: ah, ok
[03:01] <IkoniaISaBITCH> IkoniaISaBITCH:
[03:01] <IkoniaISaBITCH> [04:56] [474] IkoniaISaBITCH #xubuntu You're banned from that channel
[03:01] <IkoniaISaBITCH> [04:56] [Notice] -ChanServ- [#kubuntu] Welcome to #kubuntu! Please read the channel topic and consider spending some time on the FAQ mentioned there. This channel is publicly logged. The official Ubuntu logs are at http://irclogs.ubuntu.com/
[03:01] <IkoniaISaBITCH> [04:58] [474] IkoniaISaBITCH #kubuntu You're banned from that channel
[03:01] <IkoniaISaBITCH> IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH
[03:01] <IkoniaISaBITCH> IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH
[03:01] <IkoniaISaBITCH> IKONIA IS A BITCH IKONIA IS A BITCH
[03:01] <IkoniaISaBITCH> IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH
[03:01] <IkoniaISaBITCH> IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH V
[03:02] <IkoniaISaBITCH> IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH
[03:02] <IkoniaISaBITCH> IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH
[03:02] <IkoniaISaBITCH> IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH
[03:02] <IkoniaISaBITCH> IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH 
[03:02] <IkoniaISaBITCH> BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A 
[03:02] <IkoniaISaBITCH> IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA IS A BITCH IKONIA 
[03:05] <jdong> heh...
[03:05] <jdong> full moon?
[03:10] <slangasek> no, that was last week
[03:17] <netdur1> who to talk to in case I got (found?) security problem?
[03:37] <RoAkSoAx> doko_, are there any plans of Ubuntu to participate in the GSoC 2010.
[03:37] <RoAkSoAx> ?
[04:02] <JanC> RoAkSoAx: maybe they will if you can convince them you can do something useful  ;)
[04:03] <JanC> (IIRC there were some not-so-good experiences with GSoC in the past)
[04:04] <RoAkSoAx> yeah probably. However I was just wondering since they were accepted for GSoC 2009 and after that they decided not to participate... so I just wondered if they time they were willing to go for it...
[05:54] <dnivra_> I'm looking at the logs of Ubuntu Open Week's bug fixing session(https://wiki.ubuntu.com/MeetingLogs/openweekKarmic/BugFixing)
[05:55] <dnivra_> I've successfully made all changes as per the logs in the source file. But when I run debuild -S, I get "gpg error occurred. debsign failed". how do i actually specify the gpg key while building the package?
[05:56] <dtchen> -k . And, you may want to idle in #ubuntu-motu for these sorts of questions.
[05:59] <dnivra_> oh right sorry :)
[07:59] <pitti> Good morning
[08:32] <dholbach> good morning
[08:33] <mvo> hey dholbach!
[08:34] <dholbach> hi mvo
[08:38] <pitti> tjaalton: xserver-xorg-input-keyboard wants to go to universe, is that okay? -evdev for the win?
[08:51] <davmor2> pitti: I came across a couple of issues yesterday jockey and fglrx didn't want to play and the other is in oem mode you lose the keyboard between setting up the end user and the end user gdm screen
[08:52] <pitti> davmor2: fglrx> wasn't shown, or doesn't install?
[08:52] <pitti> davmor2: losing keyboard sounds weird, do you happen to have an Xorg.0.log?
[08:53] <davmor2> pitti: didn't install bug 494699
[08:53] <davmor2> pitti: no once I restart the keyborad was fine again
[08:54] <superm1> i dont think the driver in the archive yet supports 2.6.32
[08:55] <davmor2> pitti: I think it is because when oem end user setup runs it's on the oem users account, however the keyboard is then set backup for the end user before you get to gdm and that I think is the bit that is breaking
[08:56] <pitti> ok, fglrx bug changed accordingly
[08:56] <tjaalton> pitti: yes, evdev replaces -keyboard/mouse
[08:56] <pitti> davmor2: so you do oem-config-prepare, and then it stops working?
[08:57] <pitti> tjaalton: should we just remove the package entirely perhaps?
[08:57] <pitti> davmor2: but after a reboot you get the setup screen just fine?
[08:57] <tjaalton> pitti: debian still has them, but we only have Linux, so.. maybe
[08:58] <pitti> tjaalton: /me is in ~ubuntu-cruft-busters :)
[08:58] <tjaalton> pitti: you rock :)
[08:58] <tjaalton> and in the same boat
[08:59] <davmor2> pitti: No you run oem-config-prepare and the keyboard is working.  You setup the new user.  It then pops up a window that says configure user...keyboard...etc.  You are then presented with the new user gdm but no keyboard so you can't log in.  However after a reboot the keyboard then works fine.
[09:00] <pitti> ah, ok
[09:00] <pitti> davmor2: I recently changed oem-config to do a proper input device triggering; that might have caused it
[09:00] <pitti> davmor2: did you already report a bug? I think it belongs to me
[09:00] <azteech> anyone know how long the ubuntu forums will be down - keep getting a database error page when I try to go there. been that way for couple hours now.
[09:00] <davmor2> pitti: no wasn't sure what to drop it under
[09:01] <pitti> davmor2: ubiquity (binary oem-config)
[09:01] <pitti> davmor2: at least that's a likely candidate; I'll replicate it here and check
[09:01] <davmor2> no probs I'll assign it to you :)
[09:02] <pitti> tjaalton: removed and blacklisted
[09:11] <tjaalton> pitti: thanks
[09:25] <davmor2> is anyone else having issues with lp timing out when reporting bugs?
[09:30] <cody-somerville> davmor2, at what stage?
[09:32] <davmor2> I type in a description hit continue and it times out
[09:32] <cody-somerville> try a shorter description
[09:32] <cody-somerville> you can change it back after its done the dupe search
[09:34] <davmor2> cody-somerville: nope timing out with just the word keyboard
[09:40] <pitti> bah, it should time out on too short descriptions :)
[09:45] <StevenK> pitti: gnome-mount used to be the way to check if stuff didn't mount, what's the new way?
[09:46] <pitti> StevenK: devkit-disks --mount /dev/foo
[09:46] <arthur_> doko: around?
[09:46] <pitti> StevenK: or gvfs-mount, depending on what level you are debugging on
[09:47] <arthur_> doko: when you update the svn-updates.diff patch, please use the command line in the top of the file (or tell me which one you're using so I can merge it)
[09:47] <arthur_> +++ b/src/gcc/testsuite/gfortran.dg/recursive_check_15.f90 (.../branches/gcc-4_4-branch)
[09:48] <arthur_> +++ gcc/testsuite/gfortran.dg/recursive_check_15.f90 (.../branches/gcc-4_4-branch) (revision 155122)
[09:48] <arthur_> doko: ^ then the diff wouldn't be full of those...
[09:49] <davmor2> pitti: zzzzzzzz worked as a description.  but more import bug 494942 for your browsing pleasure :)
[09:50] <StevenK> pitti: Hm. That works, but it doesn't mount automagically when I plug the key in
[09:50] <pitti> StevenK: easiest is probably "ubuntu-bug storage" and let it figure out all the logging automatically
[09:51] <pitti> StevenK: can you run "gvfs-mount -oi", then plug in the key, and then pastebin the output?
[09:51] <pitti> davmor2: thank you!
[10:11] <tseliot> pitti, cjwatson, kees: I've just noticed (from irclogs) that you started discussing my core-dev application. How and when shall we proceed?
[10:11] <pitti> tseliot: can you make it to the next DMB meeting in two weeks? this Tuesday you had a national holiday and thus weren't online
[10:12] <tseliot> pitti: is it somewhere on a google calendar?
[10:12] <StevenK> pitti: Hmmm. What's supposed to make gvfs-mount spawn? Cause it ain't running.
[10:12] <pitti> tseliot: yes, "DMB meeting"
[10:13] <pitti> StevenK: it shouldn't be running; it's just a CLI for manual operations/debugging
[10:13] <pitti> StevenK: the thing that automounts is nautilus
[10:13] <pitti> through gvfs library calls
[10:14] <tseliot> pitti: ok, I'll be there then
[10:20] <arthur_> $ ls build/buildd-gcc-4.4_4.4.2-4-alpha-sKR6CD/gcc-4.4-4.4.2/testsuite
[10:20] <arthur_> 21_strings  29_atomics  c-c++-common  gcc.c-torture  gcc.dg  gcc.target  g++.dg  gfortran.dg  libgomp.c  libgomp.fortran
[10:21] <arthur_> doko: ^ in fact, you really screw up the upload :-(
[10:27] <persia> pitti: Would you mind subscribing the fridge to that event?  ( http://fridge.ubuntu.com/calendar )  It doesn't show in the calendar there.
[10:42] <pitti> persia: done
[10:42] <persia> pitti: Thanks :)
[11:21] <slangasek> smoser: have reviewed the publish-release commands now on https://wiki.ubuntu.com/UEC/Images/Publishing, and proposed a slightly different syntax; I fear the syntax actually has to be different for the devel release vs. past releases, given the current directory structure used for publishing (differing from how it's laid out on cdimage)
[11:22] <slangasek> smoser: for publishing to hardy, your commands were correct - so perhaps you want to keep both commands on the page
[11:49] <slangasek> cjwatson: is /etc/network/if-up.d/openssh-server still needed? ... because it doesn't work with NetworkManager.
[11:56] <cjwatson> slangasek: I think it is; is this Debian #475188 perhaps?
[11:56] <slangasek> cjwatson: heh, yes
[11:56] <cjwatson> (which I maintain is an NM bug, using ADDRFAM for this is silly)
[11:56] <slangasek> absolutely
[11:57] <slangasek> but I stumbled upon it because it broke my samba SRU fix; I guess we don't want to fix NM's behavior in SRU
[11:57] <cjwatson> mm, I certainly don't know what fixing this would break
[11:57] <cjwatson> how did it break samba?
[11:58] <slangasek> the samba SRU was to add an if-up.d script, copy-pasted from the openssh one ;)
[11:58] <cjwatson> oh :-)
[11:58] <cjwatson> depends how stubborn you want to be about getting the NM bug fixed, I guess
[11:59] <cjwatson> I think it's probably actually relatively harmless to trigger a restart on ADDRFAM=NetworkManager as well - I just didn't want to give in without a fight and thus perpetuate the bug
[11:59] <slangasek> I'm going to go with revving the samba SRU for now, Just In Case something relies on NM's goofy behavior here
[11:59] <slangasek> and then I'm going to fix NM in lucid
[11:59]  * cjwatson cheers
[12:00] <slangasek> now if only I had a good way to fix NM to not bypass /etc/dhcp3/dhclient-enter-hooks.d :P
[12:09] <sabdfl> mdz: DMB bit looks fine to me
[12:09] <mdz> sabdfl, thanks, posted yesterday
[12:31] <Tm_T> sabdfl: mdz: have to admit that combining -dev and -motu in that way is good start (:
[12:35] <pitti> cjwatson: would you mind making me an admin of https://launchpad.net/~ubuntu-sru ?
[12:35] <pitti> cjwatson: so that I can start doing the motu-sru merging?
[12:37] <cjwatson> pitti: makes sense, done
[12:37] <pitti> thanks
[12:42] <mdz> pitti, can you explain the rationale for APPORT_FILES? (cf. 444975)
[12:43] <mdz> I'm happy to provide a patch to get rid of it, but I assume you put it there for a reason
[12:43] <mdz> ah, I think I see, it's used for more than just bugpattern matching
[12:44] <mdz> it is less than ideal for bugpatterns though
[12:45] <pitti> mdz, sabdfl: do you know what https://edge.launchpad.net/~registry is for, and why it is a member of ~ubuntu-sru?
[12:46] <pitti> mdz: the primary intention was to limit what download() has to grab; often there are tons of other attachments on a bug which aren't necessary for dup checking, etc.
[12:46] <sabdfl> no idea
[12:46] <pitti> mdz: with the advent of free-form hooks and pattern matches it's tricky indeed; we could just drop it altogether and live with the overhead, I guess
[12:46] <mdz> pitti, that team is magic; it is the owner for a whole bunch of projects
[12:46] <sabdfl> i *thought* it was a team which owned a lot of "homeless, ownerless" projects
[12:47] <pitti> can we make TB the owner of ubuntu-sru?
[12:47] <mdz> pitti, no idea why it would be a member of ubuntu-sru
[12:47] <mdz> pitti, who is the current owner?
[12:47] <pitti> it feels weird to have 60 unrelated people being a member of SRU
[12:47] <pitti> mdz: cjwatson
[12:47] <mdz> pitti, yes, TB would be better
[12:48]  * pitti changes then, thanks
[12:48] <cjwatson> agreed
[12:48] <pitti> "6  active members"
[12:48] <pitti> now, that sounds much better than 67
[12:49] <pitti> cjwatson: I can't change the owner, that probably needs to be done by you
[12:49] <mdz> james_w,     SMTP error from remote mail server after RCPT TO:<ubuntu-distributed-development@lists.ubuntu.com>:
[12:49] <mdz>     host lists.ubuntu.com [91.189.94.204]: 550 unknown user
[12:50] <james_w> oops, ubuntu-distributed-devel
[12:52] <cjwatson> pitti: done
[12:57] <mdz> cjwatson, do you know whether d-i will detect and use a USB ethernet dongle?
[12:59] <cjwatson> mdz: depends whether the module is available to it; AFAIK there is nothing especially special about them
[12:59] <cjwatson> it's normally just like loading the module for a PCI network card, is it not?
[13:00] <cjwatson> mdz: there is a 'nic-usb-modules' udeb with some appropriate-looking stuff in it
[13:00] <mdz> cjwatson, yes, they're just usbnet I believe
[13:05] <Daviey> mdz: I have one conencted now, and it depends on the usbnet kernel module.
[13:16] <slangasek> luisbg: are you guys shooting for inclusion in alpha 1, or are you going to give it a pass?  images are posted to the tracker if you want them, but you only have a few hours left to test to be included in the announcement
[13:33] <pitti> dholbach: grand unification: http://people.canonical.com/~ubuntu-archive/pending-sru.html
[13:33]  * cjwatson rebinds "close window" to something other than Alt-F4 - deeply fed up of losing work because I tried to look at d-i's syslog and forgot to make kvm grab the keyboard first
[13:33] <dholbach> pitti: neat :)
[13:34] <cjwatson> pitti: how come ubiquity 2.0.10 isn't showing up as green? the bug has the verification-done tag
[13:35] <pitti> hm, curious
[13:37] <pitti> cjwatson: I'll debug that after lunch
[13:40] <slangasek> superm1: what's the outlook for mythbuntu/amd64 testing for alpha1?
[13:41] <jdstrand> pitti: hi! I am using the postgresql-common testsuite, and it is mostly working, but have a couple questions-- do you have time to help me?
[13:42] <pitti> jdstrand: I'm off to lunch now, but just shoot; back in ~ 30 mins
[13:42] <jdstrand> pitti: ok thanks
[13:42] <jdstrand> pitti: I'll get you when you come back
[13:48] <blackxored>  I'm about to upload an azureus revision for new upstream into ubuntu, but I had to diverge since 3.0 format isn't in lucid yet, so you think is ok to upload this merge, otherwise it would be a sync eventually
[13:48] <Laney> 3.0 will be available soon
[13:48] <Laney> you could wait a few days
[13:52] <blackxored> all right, I can wait a week more or so, what do you think? 4.3.0.0-1 is on sid since dec-2
[13:54] <cjwatson> I *believe* that it's due for Launchpad 3.1.12, https://dev.launchpad.net/Releases/2009Calendar
[13:55] <ScottK> Laney: For a lartge value of few, I think that's true.  Given it's already slipped once, I wouldn't make assumptions about when it will land.
[13:56]  * cjwatson goes to check LP bzr
[13:58] <Laney> ScottK: Oh, someone gave me a date, but I don't know if it was authoratative
[14:01] <ttx> mdz: installer doesn't seem to pick up the USB NIC when run from "kvm -usb -usbdevice net:"
[14:02] <mdz> cjwatson, ^ FYI
[14:02] <mdz> ttx, did you check that it shows up as a device correctly inside the vm?
[14:02] <mdz> ttx, is usbnet loaded?
[14:05] <ttx> mdz, cjwatson: it shows up in lsusb. usbnet module doesn't get autoloaded.
[14:06] <mdz> ttx, maybe we need to specify some options to kvm to get the right flavour of device?
[14:07]  * ttx looks
[14:07] <mdz> ttx, it looks like the default is for an RNDIS device. we need it to act like a CDC device
[14:07] <mdz> (maybe)
[14:08]  * ttx looks for some usbdevice net:options doc
[14:10] <pitti> jdstrand: re
[14:11] <cjwatson> mdz,ttx: I think the problem is simply that cdc_subset is missing from nic-usb-modules
[14:11] <cjwatson> -> kernel bug
[14:12] <cjwatson> mdz,ttx: lsusb lists 0525:a4a2, which is matched by cdc_subset
[14:12] <mdz> cjwatson, I just got there myself ;-)
[14:12] <wgrant> ScottK, Laney, cjwatson: We're right now testing out 3.0 support on dogfood. Landing the branch is currently blocked on getting the new dpkg into all of the test images. That should happen on Monday, immediately after which things can land, in time for the release on Wednesday.
[14:14] <pitti> yay!
[14:14] <wgrant> But possible holdups after that are with the buildds. I don't know how they're going.
[14:14] <cjwatson> mdz,ttx: actually, I think cdc_ether would be better
[14:15] <jdstrand> pitti: hey, first for all releases I generate the following locales using locale-gen: 'en_US', 'en_US.UTF-8', 'ru_RU', 'ru_RU.UTF-8', but 050_encodings.t fails two tests in hardy and later (dapper fails more, but we'll take about that later)
[14:15] <pitti> jdstrand: oh, which?
[14:15] <jdstrand> pitti: well, the numbers are different depending on the release, but for karmic:
[14:15] <jdstrand> not ok 18 - Server error message has correct language and encoding
[14:15] <jdstrand> not ok 39 - Server error message has correct language and encoding
[14:15] <ttx> cjwatson: if you can tell me which model should be currently matched by nic-usb-modules, I can buy those
[14:15] <cjwatson> mdz,ttx: it's less limited, and matches more devices. Plus Debian's nic-usb-modules includes it.
[14:16] <pitti> jdstrand: oh, did you install the russian language packs?
[14:16] <cjwatson> ttx: cdc_ether should match a wide range of stuff
[14:16] <pitti> jdstrand: you need those to get error messages actually translated
[14:16] <cjwatson> oh, currently?
[14:16] <pitti> jdstrand: (sorry, I usually test with local builds)
[14:16] <jdstrand> pitti: no-- which do I need?
[14:16] <pitti> jdstrand: language-pack-ru shoul ddo
[14:16] <jdstrand> pitti: cool, that is a big help
[14:16] <jdstrand> pitti: couple other things:
[14:17] <ttx> cjwatson: if cdc_ether should be fixed anyway, let's go for that fix. If it looks specific, then I should shop an already-supported one
[14:17] <pitti> jdstrand: I picked Russian back then because I still moderately understand it, and it uses a highly nondefault legacy encoding, and non-latin glyphs
[14:17] <jdstrand> pitti: has another failure: not ok 20 - pg_maintenance works as user postgres with appropriate directory permissions
[14:17] <cjwatson> ttx: nic-usb-modules currently includes: catc kaweth pegasus prism2_usb rt2500usb rt2570 rt73usb rtl8150 usbnet zd1201 zd1211rw. But we should just fix nic-usb-modules to include cdc_ether too.
[14:17] <cjwatson> ttx: could you file a bug on linux (or reassign, as appropriate)? it's a one-line fix
[14:17] <jdstrand> pitti: using russian is an excellent idea, I just missed the langpack :)
[14:17] <ttx> cjwatson: thanks (and agreed)
[14:18] <jdstrand> pitti: oh, that failure was on in 8.10
[14:18] <cjwatson> ttx: http://paste.ubuntu.com/338682/
[14:18] <ttx> bug filing in progress
[14:18] <jdstrand> pitti: (the pg_maintenance one)
[14:18] <pitti> jdstrand: oh, hm, that code has gone entirely
[14:18]  * jdstrand thought he typed it but realized he only thought it
[14:18] <pitti> jdstrand: getting the intrepid version
[14:19] <jdstrand> pitti: well, it is 8.10-- I don't mind listing that as an expected failure. no biggie really
[14:19] <pitti> jdstrand: it should give you a diff of expected vs. actual output, does it?
[14:19] <jdstrand> pitti: what this is all about is I have written a qa-regression-testing script that can be run in an automated fashion for the server team
[14:20] <jdstrand> pitti: it does, but I don't have it atm-- let me get it
[14:20] <pitti> jdstrand: I remember that there was a bug that it tests "grp" vs. "own" in a particular order, but sometimes the order is reverse
[14:20] <pitti> jdstrand: so it was really a test suite bug
[14:20] <jdstrand> pitti: I am pretty sure that is the issue
[14:20] <pitti> it's fixed now, since pg_maintenance went away completely
[14:20]  * jdstrand will double check and get back to you though
[14:20]  * jdstrand nods
[14:21] <jdstrand> 9.04 and later don't have it
[14:21] <pitti> jdstrand: cool, thanks for caring about this
[14:21] <jdstrand> pitti: lastly (and I have the error output), lucid has three failures
[14:21]  * jdstrand goes to paste it
[14:22] <jdstrand> pitti: it's been long on my todo list, and I have pygresql update that I am going to toss into the qrt script anyway, so we all win :)
[14:22] <ttx> cjwatson: filed as https://bugs.launchpad.net/ubuntu/+source/linux/+bug/495060
[14:24] <jdstrand> pitti: http://paste.ubuntu.com/338683/
[14:25] <cjwatson> ttx: thanks, signed-off
[14:25] <pitti> jdstrand: hm, it looks like you have existing clusters somewhere?
[14:25] <pitti> jdstrand: hm, no
[14:26] <pitti> jdstrand: let me run it here and see whether I can reproduce
[14:26] <jdstrand> pitti: this is in a schroot, and I did the following apt-get: http://paste.ubuntu.com/338685/
[14:26] <jdstrand> (I don't have postgresql running on the host, or in any other schroots)
[14:28] <pitti> jdstrand: test suite running
[14:28] <mdz> ttx, confirmed that when cdc_ether is loaded, the kvm device gets connected to eth1. the installer should be perfectly happy with this
[14:29] <ttx> mdz: great!
[14:29] <mdz> ttx, I also pinged rtg on #-kernel and asked him to make sure the fix gets applied in lucid
[14:30] <jdstrand> pitti: lastly, and I'm not sure how important this is cause I can whitelist the failures in the qrt script, but Dapper's 8.1 has the following issues: http://paste.ubuntu.com/338688/
[14:30] <pitti> cjwatson: oh, I know -- bug 473241 is private
[14:30] <jdstrand> pitti: (the 'failed_ok.append' stuff is part of the qrt script
[14:30] <pitti> cjwatson: that's why sru-report can't figure it out
[14:30] <cjwatson> mdz: I missed the background; not that I'm arguing this should be fixed, but why is this of right-now importance? :)
[14:30] <pitti> cjwatson: moving to -updates then
[14:30] <cjwatson> pitti: ah, thank you
[14:30] <apw> cjwatson, the fix in bug #495060 which you have added a s-o-b were you the author there?
[14:30] <jdstrand> pitti: are there any additional things I need to get dapper going?
[14:30] <cjwatson> apw: yes
[14:30] <apw> thanks
[14:31] <jdstrand> pitti: or is Dapper known to fail some tests?
[14:31] <pitti> jdstrand: 020_create_sql_remove.t just succeeded here, hm (current lucid alpha-2, install from yesterday)
[14:31] <pitti> jdstrand: dapper's tests are a bit brittle
[14:31] <pitti> jdstrand: but the first few should succeed
[14:32] <pitti> jdstrand: that's strange, though, it should not fail that badly
[14:32] <mdz> pitti, argh, TB is getting spammed with SRU bug email now
[14:33] <jdstrand> pitti: I'll update the schroot (and add the langpack) and try lucid again
[14:33] <jdstrand> pitti: are you doing this in a chroot or vm?
[14:33] <pitti> jdstrand: in my normal production system
[14:34] <pitti> mdz: I disabled TB as a member (it's still the owner)
[14:34] <mdz> pitti, hopefully that will fix it
[14:35] <pitti> mdz: it landed in the moderation queue?
[14:36] <superm1> slangasek, i think we're gonna have to skip it.  major issue right now with mysql not being able to be spawned in the chroot with no good solution
[14:36] <pitti> jdstrand: oh, hang on
[14:36] <slangasek> superm1: ah; is that a blocker for alpha1 altogether for you?  It looked like the frontend install went ok?
[14:36] <pitti> jdstrand: can it be that your chroot does not have a default locale set?
[14:37] <pitti> jdstrand: it expects to have a default UTF-8 system locale
[14:37] <mdz> pitti, moderation queue?
[14:37] <pitti> mdz: oh, TB doesn't have the ML set as contact point? Ignore me then
[14:37] <pitti> jdstrand: I ought to check that in t/001_packages.t
[14:38] <jdstrand> pitti: ah!
[14:38] <superm1> slangasek, yeah, it's a blocker
[14:38] <jdstrand> pitti: that should fix 020_create_sql_remove.t and 130_nonroot_admin.t, but would it also fix 090_multicluster.t?
[14:38] <slangasek> superm1: ok
[14:39] <mdz> pitti, no, it got emailed to me directly
[14:39] <pitti> jdstrand: no, the 090 one is a bit of a mystery to me; it should try ports in order
[14:39] <superm1> slangasek, i'd say its okay to skip a1 for mythbuntu and we'll have something figured out by a2
[14:39] <jdstrand> pitti: if you are going to update t/001_packages.t, can you also add the following: libpq-dev libpqxx-dev?
[14:39] <pitti> jdstrand: btw, 050_encodings still fails in lucid, since the Russian translations were removed due to being too incomplete
[14:39] <pitti> jdstrand: seems I need to use another language for the tests now :-(
[14:40] <jdstrand> :(
[14:40] <jdstrand> pitti: re libpq-dev libpqxx-dev I noticed they were needed for the pg_config tests
[14:40] <pitti> jdstrand: I'll add a test for -server-dev, which implies libpq-dev
[14:40] <pitti> jdstrand: but the tests don't need libpqxx
[14:40] <pitti> it's a totally separate project
[14:41] <jdstrand> pitti: hmm-- I installed libpq-dev only, and something failed until I installed libpqxx-dev
[14:41] <pitti> that'd be strange
[14:41] <jdstrand> well, I can track it down
[14:42] <jdstrand> give me a few minutes :)
[14:44] <jdstrand> pitti: ok, really lastly: and this is purely fyi, I noticed that 8.3 testsuite looks for /usr/lib/postgresql/8.3/bin/pg_config, but pg_config is in /usr/bin. Lucid had the some issue, but with /usr/lib/postgresql/8.4/bin/pg_config (though oddly, karmic didn't)
[14:44] <jdstrand> pitti: I just create a symlink in the qrt script to work around it, and it works fine that way
[14:44] <jdstrand> s/some/same/
[14:46] <pitti> bzr commit -m 't/001_packages.t: Check that the system default locale is an UTF-8 one.'
[14:46] <pitti> jdstrand: ^
[14:46] <pitti> jdstrand: I also added a check for -server-dev
[14:46] <pitti> jdstrand: that's deliberate
[14:46] <pitti> jdstrand: and which is why -server-dev is required
[14:46] <mdz> zsync is my new favourite thing
[14:47] <pitti> jdstrand: client-side packages should use /usr/bin/pg_config (latest version)
[14:47] <jdstrand> pitti: the pg_config is deliberate?
[14:47] <pitti> jdstrand: server-side extensions need the per-version pg_config in /usr/lib/
[14:47] <jdstrand> ah, ok
[14:47]  * jdstrand will adjust the scripts accordingly
[14:47] <mdz> ionice -c3 zsync -i karmic-dvd-i386.iso -i lucid-desktop-i386.iso -i lucid-server-i386.iso -o lucid-dvd-i386.iso -k lucid-dvd-i386.iso.zsync http://cdimage.ubuntu.com/dvd/current/lucid-dvd-i386.iso.zsync
[14:47] <jdstrand> pitti: you've been a huge help, thanks! :)
[14:47] <pitti> jdstrand: I usually test with having two or three major versions installed, so that I can test upgrades/migration/conffile argument rewriting
[14:48] <barry> ls
[14:48] <pitti> jdstrand: so, I'm still puzzled about the 090 breakage
[14:48] <pitti> barry: rm -rf ~
[14:48] <jdstrand> pitti: are you seeing it too?
[14:48] <barry> pitti: ;)
[14:48] <pitti> trying (it stopped at 050)
[14:48]  * jdstrand nods
[14:51] <pitti> jdstrand: no, went through
[14:52] <cjwatson> mdz: oh, that's nice
[14:52] <jdstrand> pitti: ok, let me get all the packages installed and the locale setup and try again
[14:53] <mdz> cjwatson, especially for those of us who don't maintain a local mirror
[15:01] <ttx> cjwatson: just had a look at ~cjwatson/eucalyptus/cloud-preseed, nothing stands out as obviously wrong :) More feedback when you'll land it and we'll be able to test it :)
[15:04] <cjwatson> ttx: thanks
[15:06] <ttx> cjwatson: I will land lp:~ttx/eucalyptus/autoregistration shortly after you. It adds non-destructive support for the uec-component-listener, with action scripts that just log what was detected. That should allow us to validate the annouces before switching from local-registration to auto-registration.
[15:10] <cjwatson> ttx: right
[15:11] <WeazelON> Hey guys, i've re-install karmic a few days ago, and did it from an external cdrom via USB,  now for some reason, i've noticed, that ubuntu doesn't recognize my internal cdrom-- when i reboot and at the POST/bios  cdrom can eject and it seems to work.
[15:13] <mdz> cjwatson, FYI, the result of that command was Target 77.8% complete.
[15:13] <mdz> (zsync)
[15:14] <mdz> robbiew, proposal that the chair select an order at the start of the meeting and we proceed according to that ;-)
[15:15] <robbiew> mdz: who's the chair? me or randa?
[15:15] <mdz> robbiew, I defer to the chair to answer
[15:15] <robbiew> heh
[15:16] <mdz> who is it making this announcement at CES?
[15:16] <robbiew> mdz: you realize your in ubuntu-devel?
[15:17] <mdz> robbiew, heh
[15:17] <robbiew> ;)
[15:17] <smoser> i'm trying to test server install , and on reboot i don't come all the way up.  I get a flashing '.'  aparently consoles are set up (alt-f2, alt-f3 change the position of the .).
[15:18] <smoser> this is after screen changes mode. i took off quite and splash.
[15:18] <smoser> any clues?
[15:19] <smoser> ttx, see above, blocking my node controller test.
[15:19] <slangasek> smoser: check tty8 for messages
[15:19] <slangasek> ?
[15:20] <ttx> smoser: is network up ? ssh up ?
[15:20] <jdstrand> pitti: ah, I didn't have to do the symlink on karmic cause I already had postgresql-server-dev-8.4 installed :)
[15:20] <smoser> no change of '.' location for alt-f8, as if its not there. for all other f1-f7 it moves back and forth (1 is at bottom, others at top)
[15:21] <smoser> ttx, no network
[15:21] <slangasek> smoser: boot with nomodeset option? (what video chipset?)
[15:21] <smoser> nbono idea. dell inspiron 531. i have to google.
[15:22] <smoser> s/nbono/no/
[15:23] <smoser> slangasek, nomodeset brought it up
[15:24] <slangasek> smoser: ok - now you can check the chipset and file a bug on the kernel :)
[15:25] <smoser> it was confusing to me that the screen still does flash on 'nomodeset', but then after being a bit patient the login prompt just appeared.
[15:29] <smoser> being new to grub2, where can i put 'nomodeset' so i dont have to walk down to my basement if i want to reboot this thing?
[15:29] <cjwatson> /etc/default/grub GRUB_CMDLINE_LINUX
[15:30] <cjwatson> and see instructions on first two lines
[15:30] <smoser> thank you cjwatson .
[15:36] <mdz> smoser, hmm, I wonder if we shouldn't disable that by default for servers?
[15:37] <ion> I like to have modesetting on my server. When i need to stab it with a keyboard and a monitor, it’s nice to have a good resolution.
[15:38] <mdz> ion, yes, I agree it's nice to have as an option, but I'm not keen to see regressions like smoser has where the console is unusable
[15:39] <ion> It’s a bug and it should be fixed. If one ‘fixes’ it by disabling KMS on servers, a desktop user will sooner or later have the same problem when trying to do something in a virtual console.
[15:39] <dholbach> did anybody see anything like this on karmic: http://people.canonical.com/~dholbach/IMG_5925.JPG ?
[15:39] <dholbach> this is after booting
[15:40] <slangasek> I also can't think of a good way to have different kernel module defaults on server vs. desktop sysems (only a series of ugly ones...)
[15:40] <mdz> ion, I didn't say "don't report that bug" or "don't fix it".  I wondered aloud if we should change the default setting.
[15:40] <mdz> slangasek, /etc/modprobe.d/ubuntu-server.conf
[15:40] <slangasek> dholbach: not me
[15:41] <dholbach> anything I should have a look at?
[15:41] <slangasek> mdz: and if the admin installs gdm (which I understand some folks like to do), it will fail to run?
[15:41] <mdz> slangasek, Conflicts: ubuntu-server-default-settings
[15:41] <slangasek> dholbach: find a set of boot options that lets you get to a console?
[15:42] <slangasek> mdz: hum, that's not so bad then, yeah
[15:42] <mdz> slangasek, I can imagine some other parameters which might be worth tweaking
[15:42] <dholbach> slangasek: ctrl-alt-f1 and back to ctrl-alt-f7 and I got the regular login window
[15:42] <slangasek> mdz: though, Conflicts: doesn't force removal of conffiles
[15:43] <dholbach> tseliot: http://people.canonical.com/~dholbach/IMG_5925.JPG <- ever seen anything like this on machine startup?
[15:43] <slangasek> dholbach: Kubuntu or Ubuntu?
[15:43] <seb128> got a similar screen on boot on karmic yesterday
[15:43] <seb128> ubuntu
[15:43] <Riddell> I havn't
[15:43] <dholbach> slangasek: ubuntu
[15:44] <slangasek> seb128: Kubuntu or Ubuntu? ;)
[15:44] <slangasek> mmk
[15:44] <tseliot> dholbach: ouch, no, what card card/os version are you using?
[15:44] <seb128> slangasek, ubuntu on ati card with open source driver
[15:44] <dholbach> tseliot: karmic, nvidia something, using nv driver
[15:44] <seb128> but that was a one time thing, ie next boot was fine again
[15:44] <maco> unhappy drm? when i tried using 2.6.32 on karmic, the kubuntu logo was drawn but in funny colors like that
[15:44] <slangasek> if it were kubuntu, there's the just-fixed regression where gdm + kdm + failsafe-x == two X servers running
[15:44] <dholbach> as I said: ctrl-alt-f1 and back to ctrl-alt-f7 and I got the regular login window
[15:45] <slangasek> dholbach: what about ctrl-alt-f8?
[15:45] <dholbach> slangasek: that's some funny colours too
[15:45] <tseliot> dholbach: maybe a /var/log/Xorg.0.log (after reproducing the bug) can help
[15:45] <ogra> we call that art over here
[15:46] <slangasek> dholbach: check if you have more than one X server running..
[15:46] <slangasek> dholbach: maybe failsafe-x is running in parallel for some reason
[15:46] <dholbach> slangasek: just one
[15:46] <slangasek> hmm
[15:46] <slangasek> usplash?
[15:46] <dholbach> no failsafe
[15:46] <dholbach> no usplash
[15:46] <slangasek> wonder what's on vt8 then
[15:46] <dholbach> tseliot: I'll get you a fresh Xorg log when it happens again
[15:47] <slangasek> dholbach: sudo fuser -v /dev/tty8?
[15:47] <tseliot> dholbach: ok, thanks
[15:47] <dholbach> slangasek: says nothing
[15:47] <slangasek> strange
[15:53] <pitti> mdz: still got sru spam? I sent some 30 mails by now, I think
[15:53] <pitti> (after deleting techboard as a member)
[15:53] <pitti> free: rejecting your intrepid smart upload, there's no bug link
[15:54] <mdz> pitti, no, looks good now, thanks
[16:01] <jdstrand> pitti: fyi 090_multicluster.t works after setting the default locale to UTF-8
[16:01] <jdstrand> pitti: so lucid is now clean, excepting the russion removal issue (which also affects karmic, btw)
[16:01] <jdstrand> russian
[16:02] <pitti> right
[16:02] <pitti> I'll fix the test case for this soon
[16:02] <jdstrand> pitti: no rush, but if you can ping me when you do, that would be great
[16:09] <slangasek> smoser, zul: I see two UEC/EC2 images with results outstanding (EU amd64 EC2, UEC amd64) - is testing in progress on those?
[16:09] <smoser> UEC amd64 i'm about finished with.
[16:10] <smoser> and i tested single of EU amd64 EC2 yesterday
[16:10] <slangasek> ah, refresh shows results now, ok
[16:18] <cody-somerville> cjwatson, is that frame buffer issue still affecting lucid GTK d-i images?
[16:25] <cjwatson> cody-somerville: which issue is that?
[16:25] <cody-somerville> cjwatson, you have the GTK d-i images disabled from building
[16:25] <cody-somerville> you quoted a framebuffer issue
[16:25] <cjwatson> I know it's completely broken in Debian right now
[16:26] <cjwatson> I asked bratsche if he could have a look at it and gave him a reproduction recipe, but he hasn't got back to me yet
[16:26] <cjwatson> I did attempt to fix it but it's a GTK bug that's well beyond me
[16:28] <slangasek> plars: can bug #494787 be un-privatized?
[16:28] <plars> slangasek: I'd love to, but unfortunately I can't access it anymore
[16:28] <highvoltage> ooh, is lucid getting gtk d-i?
[16:28] <cjwatson> unlikely at the current rate, and it wouldn't be the default anyway
[16:29] <plars> slangasek: in my attempt to subscribe someone else, I accidentally hit the unsubscribe button instead
[16:29] <slangasek> plars: blink - were you the submitter?
[16:29] <slangasek> stgraber: ^^
[16:29] <plars> slangasek: yep
[16:29] <slangasek> plars: what package was it filed on?
[16:30] <plars> slangasek: it was a segfault with firefox-3.5
[16:30] <slangasek> ok
[16:30] <slangasek> asac: ^^ do you have access to make bug #494787 public?
[16:34] <plars> slangasek: He didn't have access to it either, which was why I was originally trying to subscribe someone else
[16:34] <slangasek> ah
[16:34] <JordiGH> Is there a channel for discussing app development in Ubuntu?
[16:34] <slangasek> pitti: do /you/ have access to make that bug public? :)
[16:34] <JordiGH> #ubuntu is too noisy to chat about libs and headers and stuffs.
[16:34] <pitti> slangasek: not as me, let me try as apport
[16:35]  * stgraber didn't know one can loose access to his own bugs ;)
[16:35] <plars> pitti: it was file indirectly through apport-cli, then using the provided url on another machine.  It hasn't been retraced yet
[16:35] <jmarsden> JordiGH: App development would usually not be distro-specific, so maybe go to a language-related channel instead?
[16:35] <plars> stgraber: filed a bug about that on lp last night after doing it :)
[16:35] <pitti> plars: no, can't; there are no retracers for lucid yet; incidentially I'm just setting up chroots
[16:36] <pitti> plars: can there be anything private in this crash?
[16:36] <pitti> plars: like, is this a "production" firefox profile
[16:36] <pitti> ?
[16:36] <plars> pitti: it was purely a test machine, should be plenty safe
[16:36] <JordiGH> jmarsden: Okay, how about a discussion on how to setup boost in Ubuntu order to compile old code?
[16:36] <pitti> slangasek: public now
[16:36] <pitti> plars: thanks for confirming
[16:36] <slangasek> yay
[16:36] <plars> pitti: thanks!
[16:37] <jmarsden> JordiGH: Unless Boost is "special" in Ubuntu, which I somewhat doubt, wouldn't a C++ related channel work for that?
[16:37] <JordiGH> jmarsden: Its packaging is special.
[16:39] <jmarsden> JordiGH: I'm not sure there's enough interest in distro-specific app development issues, but you could try starting #ubuntu-application-development (or #ubuntu-app-dev) and see if others join it... I'd just ask in a C++ channel, where many people will be familiar with Boost, and explain anything that is truly Ubuntu-specific.
[16:40] <JordiGH> jmarsden: ##c++ is only about standard C++, not about how Boost is packaged in Ubuntu. :-/ Oh well, I guess we can start a new channel to talk about Ubuntu-specific matters more interesting than how to setup a network or video card.
[16:41] <jmarsden> JordiGH: OK.  I've packaged software for Ubuntu that uses Boost with no issues, just Depends: on the relevant liboost package... seems to work for me, but maybe I was lucky.
[16:41] <slangasek> the boost packaging isn't Ubuntu-specific, btw, it's inherited from Debian
[16:44] <JordiGH> Yeah, I'm never sure if Ubuntu modifies Debian packages or not (I guess I could look at changelogs every time), so best to just assume an Ubuntu framework overall.
[16:45] <ScottK> JordiGH: There are generally some minor modifications.  The most common ones are for when we have different Python versions than Debian.   We also don't ship the mpi bits for any boost in Main because no package uses it and we don't want to drag all of MPI into main.
[16:45] <ScottK> So unless you're using MPI, it shouldn't matter between Debian/Ubuntu
[16:48] <knandan> Hi ..
[16:48] <knandan> can i discuss red-hat packaging here?
[16:48] <slangasek> ... no
[16:48] <JordiGH> That seems like a strange question... why would you think you could? Unless you're converting an .rpm, to Ubuntu, perhaps?
[16:49] <knandan> slagasek: thanks for your reply..
[16:49] <syn-ack> well, there are RPM dev tools in the repos. :P
[16:49] <knandan> can anyone plz suggest me some appropriate channel for that
[16:50] <syn-ack> Don't know why anyone would want them though
[16:50] <syn-ack> knandan, #rpm
[16:50] <slangasek> syn-ack: there are many things in the repos that are off-topic for this channel :)
[16:50] <syn-ack> hehehe
[16:50] <pitti> #fedora-devel perhaps, too
[16:51]  * syn-ack hrms
[16:51] <syn-ack> I can't figure out why this aa profile is making my ld avg skyrocket
[16:51] <knandan> thanks guys..i will give it a try on these channels
[17:01] <cody-somerville> If there a virtual package provided by only one package will apt install it?
[17:03] <persia> cody-somerville: Depending on how it is called, quite possibly.
[17:04] <persia> cody-somerville: For example, try `apt-get install ssh-client` which works.  This doesn't always work in all automated situations.
[17:07] <james_w> lool, maxb: rich history branches of python-defaults up, please let me know of any issues
[17:07] <maxb> nice, thanks.
[17:07] <maxb> I'll have to work out how best to rebase/replay some stuff
[17:12] <cwickert> ping jono
[17:13] <ScottK> james_w: Where?  I'm interested for the same reasons lool is.
[17:14] <james_w> ScottK: in the usual place
[17:14] <ScottK> Thanks
[17:14] <james_w> lp:<distro>/<series>/python-defaults
[17:15] <cwickert> jono: any chance you release tarballs of lernid?
[17:18] <jono> cwickert, there should be the tarballs in Launchpad
[17:18] <jono> cwickert, I am kicking out a new release today in fact :)
[17:18] <jono> cwickert, about to write up a blog post :)
[17:18] <jono> well, after some breakfast
[17:18] <jono> :)
[17:18] <jono> cwickert, the next version will have much of the distro specific bits removed
[17:18] <cwickert> jono: that was the reason for me to ask, thanks ;)
[17:18] <cwickert> great!
[17:19] <jono> :)
[17:20] <jono> cwickert, see https://edge.launchpad.net/~jonobacon/+archive/ppa/+packages
[17:20] <jono> click on Lernid
[17:20] <jono> the tgz is linked in there
[17:20] <jono> it is not yet built in the PPA
[17:22] <cwickert> thanks jono
[17:30] <jdstrand> pitti: so I think I was on crack when I said libpqxx-dev was needed
[17:30] <jdstrand> pitti: the qrt script works without it in a fresh lucid schroot snapshot
[17:31] <jdstrand> pitti: so it is all working well now (though I need to double check the intrepid failure still)
[17:31] <jdstrand> pitti: big thanks for your help :)
[17:32] <jdstrand> pitti: on a totally unrelated note, I noticed that in http://piware.de/workitems/qa/lucid/report.html I am listed under soren's name for qa-lucid-automated-server-testing
[17:33] <jdstrand> oh, I see qa-lucid-automated-server-testing has '*' prepended to all the work items...
[17:34] <pitti> jdstrand: right, that's misformatted
[17:34] <jdstrand> soren: ^ that should probably be fixed so the reporting work's right
[17:34] <james_w> pitti: where's the code that dupes python tracebacks? I can't see it in lp:apport
[17:34] <jdstrand> s/probably/needs to be/
[17:35] <jdstrand> :)
[17:36] <pitti> james_w: no, it's in the ubuntu branch (lp:~ubuntu-core-dev/ubuntu/lucid/apport/ubuntu)
[17:36] <pitti> james_w: hang on, I lie; bin/crash-digger is in trunk, too
[17:36] <pitti> james_w: def dupcheck_next()
[17:37] <james_w> thanks pitti
[17:37] <jdstrand> soren: I updated that one
[17:41] <cjwatson> bdmurray: would ubuntu-patch-reviews be materially different from ubuntu-reviews?
[17:42] <pitti> smoser: I have a question for you in https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-desktop-cloud, when you have a minute (see whiteboard)
[17:43] <smoser> pitti, ok
[17:44] <smoser> pitti, regarding nx server in main...
[17:44] <smoser> in karmic we pruned our -server images of non-main software
[17:45] <persia> cjwatson: I have opinions about semantic differences there, if you're looking for exposition.  If you're looking for a specific answer to a specific reference, I'll refrain.
[17:45] <smoser> but rickspencer3 says that for -desktop, a nx server outside of main (even ppa) would be OK.
[17:45] <rickspencer3> yes
[17:45] <pitti> smoser: so that would be an addon package for just this image? sounds fine
[17:45] <rickspencer3> these images are not official distros
[17:45] <smoser> i would suggest against nx server in main for lts
[17:46] <smoser> so then thats settled.
[17:50] <bdmurray> cjwatson: ubuntu-patch-reviews would be subscribed to bugs w/ patches and dholbach had concerns regarding the volume of mail and possible off-topicness of messages
[17:51] <jdstrand> pitti: fyi (last one!)-- finally got to the intrepid failure: http://paste.ubuntu.com/338813/. looks like the reverse order of "grp" and "own" like you said. I'll continue to ignore that failure
[17:51] <pitti> jdstrand: right, seems fine to exfail that
[17:51] <pitti> well, not really "exfail", it can very well succeed
[17:51] <pitti> "ignore" is a better one
[17:51] <mjr> if there're upstart people around, it seems that there's fun stuff like if /home is luks-encrypted, things stop as they should to prompt for passphrase, but at the same time some other component gets pissed that /home isn't properly mounted and prompts for root maintenance. Apparently the two compete for keypresses such that it's rather difficult to get it into a state where you can actually input the passphrase to make it happy. Whassup?
[17:51] <jdstrand> pitti: I ignore the failure. if it passes, it's still ok
[17:51]  * jdstrand moves on to actually test pygresql now
[18:06] <pitti> slangasek: congratulations!
[18:06] <pitti> and sleep well :)
[18:17] <cjwatson> bdmurray: hmm. it just seems like slightly odd duplication to me but if it's already been discussed then I'm happy to defer
[18:35] <ebroder> pitti: When I verify SRUs, is it OK to add the verification-done tag, or should I wait for you to do that?
[18:38] <flower> which file determines which groups a user belongs to in Ubuntu and how to add another group for an customized ubuntu installation cd?
[18:41] <persia> flower: You may find section 10.9 useful.
[18:41] <CarlFK1> does "fix committed" mean there is a patch file included in the ubuntu packaging, or that the gtk devs fixed what lucid will build from?  https://bugs.edge.launchpad.net/ubuntu/+source/gtk+2.0/+bug/491732
[18:41] <persia> Err, section 10.9 of Debian Policy
[18:41] <Laney> CarlFK1: the comment explains
[18:42] <RoAkSoAx> doko, by any chance do you know if there's a plan to participate in the GSoC2010?
[18:42] <persia> (or maybe section 9.2)
[18:44] <CarlFK1> Laney: the comment does not tell me how ubuntu is making use of the upstream fix
[19:07] <cjwatson> pitti: the endpoint of the foundations alpha-2 burndown chart is wrong
[20:41] <pitti> cjwatson: fixed
[20:42] <pecisk> gnome-settings-daemon eats up all memory very fast in Alpha1 Live CD env.
[20:45] <chrisccoulson> pecisk - please try disabling plugins and re-enabling them one-by-one
[20:45] <chrisccoulson> gnome-settings-daemon hasn't really changed yet in lucid, so it's likely to be some library it's using
[20:45] <pecisk> chrisccoulson, which plugins exactly you mean?
[20:46] <chrisccoulson> the g-s-d plugins. it's basically based around a load of random plugins
[20:46] <chrisccoulson> you can disable them in /apps/gnome_settings_daemon/plugins
[20:47] <pecisk> nice
[20:47] <pecisk> will try
[20:47] <chrisccoulson> thanks
[21:17] <ScottK> cjwatson: Is it intended that kubuntu-dev would have access to Kubuntu seeds?
[21:17] <ScottK> Apparently they (he, there's only one who isn't also core-dev at the moment) doesnt.
[21:26] <cjwatson> ScottK: we probably ought to move them - although unfortunately that requires a Launchpad code change
[21:26] <ScottK> cjwatson: OK.  So I guess that qualifies as it's desirable, but not immediately possible.
[21:30] <smoser> general question... does anyone think it would be beneficial to use have ec2 root filesystems as ext4? currently they're ext3.  kees maybe you have a thought (per your adding ext4 to vmbuilder patch)
[21:30] <cjwatson> ScottK: a transition period will be desirable anyway, so we could have ~kubuntu-dev branches which somebody regularly re-pushes to ~ubuntu-core-dev
[21:30] <cjwatson> but yes, it's definitely intended that seed commit privileges match upload privileges, in general
[21:32] <persia> Is a LP code change required for each separation of a team, as in a hardcoded definition per-seed?
[21:32] <ScottK> cjwatson: I'm starting to feel like there ought to be a project for archive reorg to file bugs against so things like this and package permission adjustments get tracked.
[21:34] <cjwatson> persia,ScottK: actually, now that I look at it, I'm mistaken
[21:34] <cjwatson> Launchpad runs germinate with default parameters which point to the seed mirrors on http://people.canonical.com/~ubuntu-archive/seeds/, and those can be redirected straightforwardly by us
[21:34] <persia> So it's just a change to ${FLAVOUR}-meta/update.cfg ?
[21:35] <cjwatson> that and a bit of work by somebody in the ubuntu-archive team
[21:35] <cjwatson> I'm on leave tomorrow, but if somebody in ~kubuntu-dev wants to coordinate with me on Monday, I'd be happy to sort it out
[21:35] <kees> smoser: it more closely matches all other Ubuntu installs -- I would recommend it.
[21:35] <kees> smoser: in theory, it's also faster.
[21:35] <ScottK> cjwatson: Thanks.
[21:35] <cjwatson> ScottK: I agree - I'll set that up on Monday, unless somebody wants to beat me to it
[21:36] <Riddell> ScottK, cjwatson: do we know why ~kubuntu-dev can't upload kde4libs?
[21:36] <cjwatson> because kde4libs is in the middle of all sorts of (build-)dependencies in core
[21:37] <cjwatson> WARNING: foundations-lucid-non-applications-in-software-center: assignee "mvo" is not a valid Launchpad account
[21:37]  * cjwatson stares at launchpad-work-items-tracker
[21:39] <cjwatson> Riddell: I think this is basically covered by my comments in https://lists.ubuntu.com/archives/ubuntu-devel/2009-November/029623.html
[21:46] <cr3> if I want to test bringing the network interface up and down again multiple times, should I use the network manager dbus interface, /etc/init.d/networking, or perhaps something else?
[21:57] <Keybuk> cr3: depends on what's managing the network interface, surely?
[21:59] <cr3> Keybuk: what I don't understand is if I run /etc/init.d/networking or ifdown eth0 even, then network-manager still seems to be able to manage the interface
[22:00] <Keybuk> yes
[22:00] <Keybuk> why do you expect otherwise?
[22:01] <cr3> Keybuk: I thought that if the interface was down, it couldn't be used anymore until it was up again
[22:01] <Keybuk> no
[22:01] <Keybuk> I think you're confusing yourself
[22:02] <Keybuk> if NM is managing an interface, it'll bring it up and down whenever it likes
[22:02] <Keybuk> if you bring it down (or up!) yourself
[22:02] <Keybuk> NM will fiddle with it again later
[22:02] <Keybuk> if ifup is managing an interface (ie. its listed in /etc/network/interfaces) then NM won't get involved
[22:04] <cr3> Keybuk: might there be a better way to determine who is managing an interface other than parsing /etc/network/interfaces?
[22:04] <Keybuk> no
[22:05] <cr3> cool, I think I could get pretty far assuming a vanilla interfaces file generated automatically
[22:05] <smoser> rickspencer3, i started a -desktop build, the i386 vmbuilder portion finished successfully, we'll see if the amd64 and then publish do as well .  http://paste.ubuntu.com/338963/ has package list of i386-desktop "cloud edition"
[22:28] <rickspencer3> smoser, sweet!
[23:19] <doko> Rocket2DMn: please ask dholbach or jcastro
[23:58] <nixternal> pitti: your workitem reports stuff....the script...what is it looking for in reference to the wiki? example, for Kubuntu stuff, it is reading the raw version of Kubuntu/Todo/Lucid, and I am guessing your script parses the stuff...the only ones showing up with someones name is ScottK's, whose actions are both DONE...the ones that are WIP show up on the report assigned to 'nobody'
[23:58] <nixternal> want to help get this fixed so we can follow along