[02:16] <doko> Mithrand1r: please requeue kde-guidance
[02:16] <woodwizzle> Is there a good reference or tutorial to explain how to make a derrivative distro of Ubuntu
[02:17] <Hobbsee> !derivative
[02:17] <Hobbsee> oh darn
[02:18] <woodwizzle> oops =)
[02:23] <Hobbsee> there's stuff on the wiki somewhere, and heaps on th eubuntu-devel mailing list, in previous months
[02:23] <Hobbsee> that should be a start
[05:16] <HombreMagique> hi all
[05:17] <HombreMagique> where can i find patches applied to ubuntu kernels 2.6.17?
[05:18] <crimsun> there is no patchset per se; it's tracked in git
[05:19] <HombreMagique> and how can i get them?
[05:19] <crimsun> see www2.kernel.org/git/ under ubuntu-edgy
[05:19] <HombreMagique> :)
[05:19] <HombreMagique> ok thanks
[05:25] <HombreMagique> so when i found what i need
[05:25] <HombreMagique> what should i do in order to download patches?
[05:28] <crimsun> there are no patches per se. You must download a stock 2.6.17 tree (or use the stable git) and ubuntu-edgy, then use diff -uNr
[07:17] <pitti> Good morning
[07:17] <fabbione> yo pitti
[07:18] <pitti> Hey Fabio!
[07:20] <Treenaks> Is there some kind of 'This is REALLY ugly, we should fix this'-program for dapper (and if there is, where can I read more about it? :))
[07:21] <fabbione> Treenaks: ???
[07:21] <Treenaks> (s/ugly/buggy/)
[07:22] <Treenaks> fabbione: well.. the racoon package is very badly broken.. I was wondering if there was any chance of it being updated, or if I had to upgrade my server to edgy (*shudder*)
[07:22] <Treenaks> or backported
[07:22] <fabbione> Treenaks: https://wiki.ubuntu.com/StableReleaseUpdates
[07:22] <Treenaks> fabbione: thanks
[07:36] <pitti> marcheu: hi 
[08:06] <Mithrand1r> doko__: given-back
[08:07] <Hobbsee> Mithrand1r!!!
[08:07] <Mithrandir> Hobbsee :-)
[08:07] <Hobbsee> :)
[08:07] <Mithrandir> how's life?
[08:07] <Hobbsee> good :)
[08:07] <Hobbsee> Mithrandir: went to the LCA pre-dinner last night, that was fun :)
[08:08] <Mithrandir> Hobbsee: lucky you.  I want to be there too, but nobody offered to pay for my flight.
[08:08] <Hobbsee> Mithrandir: awww :(
[08:09] <Mithrandir> cheapest flight with KLM is like 8kNOK which is about 1600 AUD.
[08:10] <Hobbsee> ouchy
[08:10] <Mithrandir> did you meet up with any of the other ubuntu devs there?
[08:11] <Hobbsee> Mithrandir: well, i met stevenk, obviously, which i'd done previously, a few other people.  one german guy...forgotten his name.  saw jono bacon, but he didnt recognise me, was talking at his table so i didnt go over
[08:16] <Mithrandir> sounds fun
[08:26] <mantiena> hello all
[08:27] <mantiena> pitti, hi, are you alive ?
[08:28] <Hobbsee> no, we shot him
[08:28] <pitti> mantiena: yes, I am
[08:30] <mantiena> pitti, few months ago (before feisty release) we were talking about ability to mount hard drive partitions, especially in LiveCD, then you told be, that you will have time for this after 2 monts after release, so, now is that time ;)
[08:31] <pitti> mantiena: well, it's implemented in Feisty :)
[08:35] <mantiena> pitti, sorry, I was talking about edgy release ;)
[08:36] <pitti> mantiena: well, too late to change edgy
[08:39] <mantiena> pitti, I understand, that too late for edgy, you told this 3 months ago ;)
[08:40] <pitti> mantiena: sure, but three months ago it was already too late for edgy :)
[08:40] <Mithrandir> tepsipakki: hi, regarding your sync requests.. any progress on finding somebody to ack them?
[08:40] <mantiena> pitti, so, could you tell me how user can mount hard disk partitions in feisty ? with gnome-mount ?
[08:41] <Hobbsee> Mithrandir: which are they?
[08:41] <pitti> mantiena: right click -> mount
[08:41] <pitti> mantiena: or, on the shell: gnome-mount -d /dev/hda2 
[08:41] <Mithrandir> Hobbsee: https://bugs.launchpad.net/~tepsipakki/+reportedbugs?field.searchtext=sync&orderby=-importance&search=Search&field.status%3Alist=Unconfirmed&field.status%3Alist=Confirmed&field.status%3Alist=In+Progress&field.status%3Alist=Needs+Info&field.status%3Alist=Fix+Committed&field.assignee=&field.owner=&field.omit_dupes=on&field.has_patch=&field.has_no_package= at least
[08:41] <Mithrandir> (go lp URLs)
[08:41] <Hobbsee> hah
[08:42] <Mithrandir> Hobbsee: 76704 76711 76719 76727 76751 76752
[08:47] <Hobbsee> Mithrandir: just looking at the last one
[08:47] <Mithrandir> Hobbsee: cheers.
[08:48] <Hobbsee> oh ouch...
[08:48] <Hobbsee> tepsipakki: can you find a decent diff for the last one?  that's unreadable
[08:48] <tepsipakki> mithrandir: haven't tried to find one yet..
[08:49] <tepsipakki> hobbsee: I'll check them when I get to work.. maybe the same reason as with one of the merges
[08:49] <Hobbsee> tepsipakki: OK.  just https://bugs.launchpad.net/ubuntu/+source/gmail-notify/+bug/76752
[08:49] <Ubugtu> Malone bug 76752 in gmail-notify "Please sync gmail-notify (universe) from unstable (main)" [Undecided,Confirmed]  
[08:49] <tepsipakki> ngh, that's ugly :)
[08:51] <Hobbsee> tepsipakki: beaglefs is on manual - were the tarball md5sums the same?
[08:52] <tepsipakki> have to check that one as well..
[08:52] <tepsipakki> but I'll be back in one hour
[08:53] <mantiena> pitti, so, what you think about mounting hard disk partitions automatically for LiveCD (not for installed systems), look at bug #16356 ?
[08:53] <Ubugtu> Malone bug 16356 in casper "LiveCD does not mount hard disk partitions (yet)" [Wishlist,Confirmed]  https://launchpad.net/bugs/16356
[08:53] <pitti> mantiena: I'm totally opposed to automatically mounting hd partitions, at least r/w. r/o would be okay for me
[08:54] <pitti> mantiena: we have a spec stub for this, a minute
[08:55] <pitti> mantiena: https://blueprints.launchpad.net/ubuntu/+spec/live-system-fs-mounting
[08:57] <mantiena> pitti, I agree with you on r/w mount, especially when Linux will have ability to mount r/w NTFS filesystems :) But I think read-only automounting hard disk partitions is a must for LiveCD :)
[09:07] <pitti> Mithrandir: can you please try to give-back apport? seems to suffer from transient python transition fallout
[09:15] <Hobbsee> hey dholbach!!!
[09:15] <dholbach> good morning
[09:15] <dholbach> hey Hobbsee
[09:16] <Hobbsee> dholbach: might have been nice to warn people about the bughelper bugs, maybe?
[09:16] <_ion> Hi
[09:17] <Hobbsee> heya _ion 
[09:17] <Hobbsee> dholbach: was trying to figure out why my filters failed :P  eventually figured it was from the ML being subscribed to all the bugs.
[09:17] <Mithrandir> pitti: given-back
[09:18] <pitti> Mithrandir: thank you
[09:19] <dholbach> Hobbsee: I didn't file them
[09:19] <dholbach> Hobbsee: it's simply subscribed to bughelper bugs, not to "all the bugs" :-)
[09:19] <Hobbsee> dholbach: all the bughelper bugs, i meant :P
[09:21] <dholbach> :)
[09:24] <Amaranth> bughelper bugs?
[09:24] <Hobbsee> Amaranth: yes
[09:24] <Hobbsee> Amaranth: bughelper is for help with bugs...
[09:25] <Amaranth> Really? I thought it was something to do my laundry. :)
[09:25] <dholbach> Amaranth: that's for v2.0
[09:26] <dholbach> Hobbsee: is there anything you'd like to suggest?
[09:26] <Hobbsee> Amaranth: hehe :P
[09:26] <Hobbsee> dholbach: dunno.  the [bughelper]  in front of all the bugs is a good start, makes it easy to filter
[09:27] <dholbach> Hobbsee: phew... not sure we can prepend that to bug mails, since they're automatic and I'm pretty bad at mailman foo - regex rules always failed for me
[09:27] <Hobbsee> dholbach: hrm.  good point
[09:30] <mantiena> dholbach, Hi, could you stop reject Baltix bugs, which are reported/assigned to Baltix by main Baltix developer (me, Mantas) ? ;)
[09:31] <mantiena> dholbach, please :-*)
[09:31] <dholbach> mantiena: these were bugs that were fixed already... I was under the impression that if they were fixed for us, they were fixed for you too
[09:31] <dholbach> mantiena: I didn't reject all Baltix bugs
[09:32] <mdke> :)
[09:32] <dholbach> mdke: how's it going?
[09:32] <mdke> dholbach: very well, you?
[09:32] <dholbach> waking up slowly - but very good thanks :)
[09:33] <mdke> same
[09:33] <mdke> whoops
[09:33] <mdke> that's evidence of my waking up, wrong command
[09:33] <dholbach> hehe :)
[09:34] <_ion> You type the right commands when you're asleep? ;-)
[09:36] <Treenaks> Strange Case of Dr. Holbach & Mr. East?
[09:36] <mdke> _ion: haha
[09:36] <Treenaks> _ion: when he's asleep, he's dholbach 
[09:37] <dholbach> hehe :)
[09:44] <mantiena> dholbach, Baltix doesn't follow Ubuntu release schedule, so, some bugs are fixed in Baltix later, than in Ubuntu and some - faster ;)
[09:46] <dholbach> mantiena: right
[09:46] <dholbach> hey seb128
[09:47] <seb128> Hey dholbach
[09:50] <mantiena> pitti, btw, 3 months ago I sent you patch for pmount to allow globs (2 lines patch ) :) It seems this patch is still not accepted, maybe you forgot ?
[09:52] <pitti> mantiena: Admittedly I didn't care for pmount development very much recently, because we do not use it any more in Ubuntu/Kubuntu
[09:54] <mantiena> pitti, so, where I should send my 2 lines to be accepted ? ;)
[09:55] <pitti> mantiena: just leave them in LP, I'll apply them at some time
[09:57] <mantiena> pitti, btw, pmount upstream is www.piware.de/projects/ , right ?
[09:57] <pitti> mantiena: right
[09:58] <mantiena> pitti, but there are no CVS, no BTS, etc :(
[09:58] <pitti> mantiena: those are on LP
[09:59] <pitti> mantiena: you can file them as Ubuntu bugs or /products/pmount upstream bugs, and there is a bzr branch
[09:59] <pitti> LP just doesn't allow me to publish tarballs
[09:59] <mantiena> pitti, evil LP ;)
[10:01] <fbenites> hi! 
[10:01] <fbenites> does someone use uml(user-mode-linux)?
[10:07] <dholbach> hey seor doko
[10:07] <dholbach> hey mvo
[10:09] <doko> hey ballerina dholbach
[10:10] <dholbach> hahaha
[10:10] <mvo> hey dholbach!
[10:10] <doko> pitti: postgresql-plpython-8.1 and postgresql-plpython-7.4 seem to have hardcoded dependencies on python2.4
[10:11] <pitti> doko: can't see any
[10:11] <pitti> doko: it b-deps on python-dev, python-central (>= 0.5)
[10:12] <doko> pitti: most likely scripts using the versioned interpreter name
[10:12] <pitti> doko: ah, I see; I'll check the upstream bits
[10:13] <tepsipakki> hobbsee: beaglefs md5sums matched debian, but you noticed that already?
[10:14] <doko> ogra, seb128, dholbach: gcompris currently ftbfs for some reason. could one of you have a look?
[10:18] <Mithrandir> doko: one of its build-deps contains a .la file which references libartsc.la, I'd guess.
[10:20] <Mithrandir> libsdl-mixer probably needs a rebuild.
[10:20] <fbenites> i can get uml to run... sombody anyhints? (seems my kernel doesnt support skas)
[10:20] <doko> hmm, packages.ubuntu.com doesn't allow me to search for files in feisty ...
[10:27] <Mithrandir> doko: I've uploaded a new sdl-mixer which should make a give-back of gcompris work.
[10:27] <doko> Mithrandir: thanks
[10:29] <mneptok> doko: ping
[10:29] <doko> mneptok: pong
[10:30] <tepsipakki> doko: python2.5 is default now, so a package depending on python-gtk2 (and not python2.4-gtk2) is ok?
[10:30] <mneptok> doko: have some reflections re: bash_profile. can we discuss on the phone when you have 5 minutes?
[10:31] <mneptok> doko: (not urgent doesn't need to be today)
[10:31] <doko> tepsipakki: in principal yes; the extra dependency on python2.4-gtk2 enusres that the python-gtk2 package still provides python2.4-gtk2; you can change it to python2.5-gtk
[10:31] <doko> mneptok: sure
[10:32] <mneptok> doko: ping me when you have time. i'll dial. i'm here 0400-1300UTC all week.
[10:32] <tepsipakki> doko: it's gmail-notify which you uploaded on Friday and I'm checking if it is syncable from debian
[10:32] <tepsipakki> +still
[10:33] <doko> tepsipakki: we do not want to depend on python2.4 for feisty anymore; so you have to change it
[10:33] <tepsipakki> doko: but it doesn't depend on python2.4* :)
[10:34] <Hobbsee> tepsipakki: i didnt check
[10:34] <tepsipakki> but build-dep on python, and dep on python-gtk2 and python-gnome2-extras
[10:35] <tepsipakki> Hobbsee: ok, but they are the same :)
[10:36] <Hobbsee> tepsipakki: cool
[10:46] <marcheu> pitti: hi
[10:49] <doko> Mithrandir: please requeue bzr
[10:50] <Mithrandir> doko: given-back.
[10:50] <doko> tepsipakki: you have to look at the binaries, so that you don't have any python2.4* dependencies
[10:50] <tepsipakki> doko: well, the version in ubuntu now does have python2.4 deps ;)
[10:51] <pitti> marcheu: hi! did you see my /msg?
[10:53] <doko> tepsipakki: fix it :)
[10:54] <pitti> doko: do you have an idea about http://librarian.launchpad.net/5747089/buildlog_ubuntu-feisty-i386.apport_0.39_FAILEDTOBUILD.txt.gz ?
[10:56] <tepsipakki> doko: if we sync it from debian, it'll fix itself ;)
[10:56] <tepsipakki> doko: but I'm working on it
[10:56] <doko> pitti: neither a b-d on python-dev or python?
[10:56] <marcheu> pitti: yep
[10:56] <pitti> doko: right, only on python-support; that worked fine so far
[10:57] <pitti> doko: ok, so I need python-dev (>= 2.4)?
[10:57] <doko> pitti: yes, as everybody does ;-P
[10:58] <pitti> doko: ok, thanks!
[10:59] <pitti> doko: (just weird that I need -dev at all; after all, I only ship pure python modules
[11:00] <pitti> doko: so if python-central requires a header file from -dev, -central should have a dependency
[11:01] <tepsipakki> Hobbsee: there's a new diff now
[11:01] <doko> pitti: I have to check; apparently 2.5 now uses config.c by default, even if building pure python modules
[11:01] <pitti> doko: postgresql-8.1> I just rebuilt the source on current feisty, and now I get a 'python2.5 (>= 2.5)' dependency
[11:01] <doko> pitti: no; just dh_pycentral needs the dependency, not the runtime
[11:01] <pitti> doko: so a mere rebuild is enough
[11:02] <pitti> doko: I don't understand: p-c ships dh_pycentral, that needs the header file, so it should depend on it?
[11:02] <cjwatson> Mithrandir: for bug 73955, does the system on which you can reproduce it have the fbcon module loaded?
[11:02] <Ubugtu> Malone bug 73955 in console-setup "Clobbered X screen state during installation" [High,Confirmed]  https://launchpad.net/bugs/73955
[11:02] <cjwatson> crimsun: ^-- same question
[11:02] <doko> pitti: just tried: https://launchpad.net/ubuntu/+source/postgresql-8.1/8.1.5-2build1
[11:03] <pitti> doko: I saw; seems it needs another retry
[11:03] <doko> pitti: we do not want to install python-dev by default.
[11:03] <pitti> doko: ah, I see
[11:03] <pitti> doko: anyway, I filed sync requests for psql 7.4 and 8.1, thus we'll get the rebuild for free
[11:04] <pitti> if we can bribe Mithrandir to do these syncs now, then we don't need to build it twice
[11:04] <doko> yeah, there are other python related syncs ;)
[11:06] <crimsun> cjwatson: yes
[11:07] <Mithrandir> cjwatson: probably, yes.  I can reboot and test if you'd like, but the installed system has it at least.
[11:08] <Mithrandir> pitti: I'm in the middle of reviewing a 1682 files big source package, so not right now, no.  Afterwards.
[11:08] <pitti> Mithrandir: oh, no problem; thanks
[11:08] <cjwatson> ah, fbcon is built in on powerpc, so it may not be exactly that
[11:09] <fbenites> i can't get uml to run... Does somebody have anyhints? (seems my kernel doesnt support skas)
[11:18] <Chipzz> hi
[11:18] <Chipzz> is the firefox maintainer present?
[11:19] <Treenaks> Chipzz: just ask your question :)
[11:19] <Hobbsee> that's iwj, isnt it?
[11:19] <Chipzz> I suspect a (IMHO) critical bug in the last firefox edition
[11:20] <Chipzz> I cannot submit forms anymore in plesk, and some forms in OWA (Outlook Web Access) anymore...
[11:21] <cjwatson> the bug tracker is --> that way; we don't have anyone dedicated to maintaining firefox just now
[11:21] <Chipzz> uhu ok
[11:21] <cjwatson> (this should be resolved in the not so distant future, but for now ...)
[11:21] <Chipzz> is it a known issue?
[11:21] <Hobbsee> Chipzz: the bugtracker will tell you that.
[11:21] <cjwatson> if it is a known issue, the bug tracker will say
[11:22] <Chipzz> Hobbsee: I'm trying to figure out if it's a known issue; might potentially affect a lot of people
[11:22] <Chipzz> anyway, off to the bug tracker it is
[11:24] <Hobbsee> Chipzz: out of the great number of bugs in firefox, let alone the entire bugs in malone, the chance that we'd remember one in particular, particularly it's severity, is almost nil
[11:26] <pitti> argh, argh, bzr push broken ('Unable to import paramiko (required for sftp support)')
[11:26] <pitti> and no python2.5-paramiko; /me waits
[11:28] <pitti> cjwatson: could I upload new dapper/edgy-proposed langpacks today or is it a bad time for some reason?
[11:28] <pitti> carlos: speaking of langpacks, any ETA for feisty?
[11:29] <cjwatson> pitti: today is fine
[11:29] <carlos> pitti: blocked on kiko
[11:29] <carlos> pitti: I'm waiting for him
[11:29] <dholbach> [ 7889.666280]  [drm:radeon_cp_idle]  *ERROR* radeon_cp_idle called without lock held
[11:29] <dholbach> [ 7889.678289]  [drm:radeon_cp_reset]  *ERROR* radeon_cp_reset called without lock held
[11:29] <dholbach> [ 7889.678314]  [drm:radeon_cp_start]  *ERROR* radeon_cp_start called without lock held
[11:29] <dholbach> [ 7889.678328]  [drm:radeon_cp_idle]  *ERROR* radeon_cp_idle called without lock held
[11:29] <dholbach> .....
[11:29] <dholbach> is not good, hm?
[11:31] <mneptok> dholbach: if you have an nVidia grfx card, that is definitely not good.
[11:31] <dholbach> ok, the machine doesn't even listen to magic sysrq anymore, nice
[11:39] <Mirv> dholbach: only existing bug report with similar stuff seems to be https://bugs.freedesktop.org/show_bug.cgi?id=7128
[11:39] <Ubugtu> Freedesktop bug 7128 in DRM modules "Radeon R300 lockup on 2 clients accessing XV" [Major,New]  
[11:40] <dholbach> Mirv: oooh, great - thanks, having a look
[11:43] <dholbach> Mirv: thanks - I followed up on the bug report
[11:47] <Mirv> I've come to a habit to browser ati/radeon DRM/X.org problems in both fd.o and malone, since I'm trying to fix problems on my X800 (now 2 of 3 bugs fixed, and both are in feisty!)
[11:48] <Treenaks> Mirv: I've reported all of my radeon bugs on both malone and fd.o (and linked the bugs), but so far, not much progress
[11:49] <Mirv> Treenaks: yes, well I finally managed to make some patches.. https://bugs.freedesktop.org/show_bug.cgi?id=6796 and https://bugs.freedesktop.org/show_bug.cgi?id=7697 - the former even got applied as such
[11:49] <Ubugtu> Freedesktop bug 7697 in DRM modules "r300_check_offset fails on PCI-E R420 (5D4F)" [Normal,Resolved: fixed]  
[11:49] <Treenaks> Mirv: https://bugs.freedesktop.org/show_bug.cgi?id=8038
[11:49] <Ubugtu> Freedesktop bug 8038 in Driver/Radeon "Wobbly image on Radeon Mobility X700 (RV410)" [Normal,Needinfo]  
[11:50] <Mirv> more people would be definitely welcome on the open source ati drivers, I think... too many current developers have working cards, I think :)
[11:50] <Treenaks> Mirv: yeah.. they're all doing nouveau stuff now
[11:50] <Treenaks> the good ones, at least
[11:54] <doko> pitti: requested a paramiko sync
[12:00] <pitti> doko: thanks, but that already happened
[12:00] <pitti> doko: p-paramiko is already for 2.5, but it tries to import a missing module
[12:03] <fabbione> pitti: would you like to take care of bug #79371 ? it might require SRU
[12:03] <Ubugtu> Malone bug 79371 in cyrus-sasl2 "saslauthd init script does not allow movement of PID" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79371
[12:05] <Mithrandir> fabbione: /etc/init.d/saslauthd is a conffile, if the user changes it, it's fine.  It's a wishlist bug at best and surely not something appropriate for an SRU.
[12:05] <seb128> grumpf
[12:05] <seb128> dia doesn't start with the new python
[12:06] <fabbione> Mithrandir: changing the default pid in /etc/default/sasl2 makes the init script to barf.. and imho that's a bug
[12:06] <Mithrandir> fabbione: yes, a wishlist or maybe minor one.
[12:07] <fabbione> Mithrandir: i didn't set the importance yet :) but yes it's not critical.
[12:08] <fabbione> and i was looking for a volunteer to fix it :)
[12:12] <pitti> fabbione: depends on how urgent it is
[12:12] <pitti> fabbione: today and tomorrow I'll cover for kees doing security updates, and then I'll be on vac
[12:21] <Mithrandir> hurrah!  the NEW queue is empty, except for xen-source which needs feedback from one of the people caring about that.
[12:43] <fabbione> pitti: not urgent.. just to be done sometimes
[12:43] <gpocentek> Mithrandir: could you please give back sim on all arches?
[12:44] <Mithrandir> gpocentek: given-back
[12:44] <gpocentek> Mithrandir: thanks
[12:51] <Hobbsee> Mithrandir: quick, lets put more crap in NEW!
[12:52] <gpocentek> Hobbsee: yay! a clean REVU :)
[12:52] <Hobbsee> gpocentek: *grin*
[12:55] <Hobbsee> :)
[12:56] <Hobbsee> [22:52]  <afflux> i just downloaded the hurd 2 alternate cd and wanted to run the cdromupgrade script, but that fails because it can't find it's tar.gz file. i opened the script and noticed, that this is because a variable (CODENAME) that is set to edgy instead of feisty.
[12:56] <cjwatson> -> mvo
[12:56] <Hobbsee> cjwatson: is this known?  it's from #ubuntu+1, it's the alternate amd64
[12:56] <cjwatson> like I say, -> mvo
[12:56] <Hobbsee> ah right, sorry
[12:56] <Hobbsee> mvo: ping?
[12:56] <mvo> Hobbsee: thanks, just read scrollback
[12:57] <Hobbsee> mvo: :)
[12:58] <mvo> Hobbsee: thanks and fixed. sorry :(
[12:58] <Hobbsee> mvo: any ETA for the fix being published?
[12:59] <mvo> cjwatson: it should be part of the next daily image. IIRC debian-cd pulls in the latest bzr version of the script automatically
[12:59] <mvo> ^--- Hobbsee
[01:00] <mvo> cjwatson: sorry, that was for Hobbsee 
[01:00] <Hobbsee> mvo: way cool :)
[01:00] <mvo> Hobbsee: the user can test it via the following command:
[01:00] <mvo> /usr/lib/update-notifier/cddistupgrader /cdrom
[01:00] <mvo> (assuming /cdrom is the mountpoint)
[01:01] <robepisc> rodarvus, can you please take a look at bug 59618 ? It's a really high impact bug with a trivial patch.
[01:01] <Ubugtu> Malone bug 59618 in xorg ""Safe graphics mode" doesn't use VESA" [High,Confirmed]  https://launchpad.net/bugs/59618
[01:01] <afflux> mvo, i did it via... adding the cdrom to sources.list and apt-get dist-upgrading
[01:01] <cjwatson> mvo: not bzr, no - it pulls in whatever's been uploaded to the archive
[01:01] <cjwatson> dists/$CODENAME/main/dist-upgrader-all/current/
[01:03] <mvo> cjwatson: right. 
[01:03] <mvo> afflux: right, that should work fine as well. its just less convenient
[01:08] <seb128> lunch time, bbl
[01:13] <Mithrandir> ugh, reading diffs of diffs of diffs is icky.
[01:13] <Hobbsee> haha
[01:13] <Hobbsee> yes
[01:22] <Mithrandir> seb128: in the future, please, please, please don't start two SRUs for the same package at once.  It's really painful for me trying to untangle the different bits.
[01:23] <Treenaks> 4~4~
[01:23] <Treenaks> oops, sorry
[01:23] <gpocentek> Does this mean something to somebody: "Error: Package: and Architecture: do not alternate in debian/control" ?
[01:23] <gpocentek> sim FTBFS with this error, and it built fine in pbuilder
[01:24] <pitti> gpocentek: yes, that's from pkgstriptranslations IIRC
[01:24] <pitti> gpocentek: or from pkg-create-dbgsym
[01:26] <gpocentek> pitti: and how can I fix this? :)
[01:26] <pitti> gpocentek: well, the error message is pretty clear...
[01:26] <pitti> gpocentek: apparently some package has two Architecture: fields or so
[01:45] <seb128> Mithrandir: ok, will try, what package was that?
[01:45] <Mithrandir> seb128: gnome-vfs2
[01:45] <seb128> Mithrandir: I think I asked Colin if having different SRU on the same package was fine and he was ok with it
[01:45] <Mithrandir> seb128: accepted now, though
[01:46] <seb128> ok, thank you
[01:46] <Mithrandir> seb128: ok, it just made my head explode for a little while.
[01:46] <Mithrandir> but I found all the pieces and glued it back together, so it's fine now.
[01:51] <Mithrandir> doko: in bug #79358, it's ooo-l10n-km which needs removal, correct?
[01:51] <Ubugtu> Malone bug 79358 in openoffice.org-l10n "openoffice.org-l10n-km has broken dep on myspell-dictionary-km" [High,Confirmed]  https://launchpad.net/bugs/79358
[01:51] <doko> Mithrandir: yes
[01:53] <Mithrandir> doko: cheers; removed.
[02:05] <mvo> thanks doko for taking care of this bug!
[02:06] <doko> mvo: which one?
[02:11] <cjwatson> doko: feisty-python-roadmap should be further along than "Not started" now, yes?
[02:11] <doko> cjwatson: will fix =)
[02:34] <fabbione> wasabi: ping?
[02:37] <fabbione> wasabi: FYI: jmartin account has been removed from Ubuntu Directory Team because he is spamming people. You want to tell him to remove Out Of Office replies to LP mails.
[02:37] <fabbione> ajmitch: same for you. you are the other admin there
[02:38] <_ion> E-mail should have something akin to IRC's privmsg vs. notice.
[02:40] <_ion> It's defined that bots, scripts et al. send automatic messages using notice, and *never* trigger anything automatically based on a received notice.
[02:40] <Mithrandir> _ion: Precedence: bulk, you mean?
[02:40] <_ion> Btw, Ubugtu violates that. :-)
[02:41] <cjwatson> bulk|junk|list
[02:44] <\sh> if one package wasn't build because of a broken build-dep should we reupload or can one of the buildd admins rebuild it without a new upload? :)
[02:44] <fabbione> \sh: the latter
[02:45] <Hobbsee> \sh: ask for a giveback, of Mithrandir 
[02:48] <Mithrandir> \sh: what package?
[02:48] <\sh> Mithrandir: knoda..
[02:49] <\sh> Mithrandir: it failed because of a broken dep of kdelibs4-dev
[02:49] <pitti> marcheu, rodarvus: Rodrigo, please meet Stephane, nouveau upstream; Stephane, please meet rodrigo, our current X bitch^Wmaintainer
[02:50] <Mithrandir> \sh: given-back.
[02:50] <\sh> Mithrandir: thx a lot :)
[02:50] <pitti> marcheu: so, rodarvus said that packaging the nouveau driver itself is easy, but that we'd need nontrivial mesa/libdrm changes
[02:50] <pitti> marcheu: now, I'm just parroting (I don't know anything about those bits)
[02:51] <rodarvus> marcheu, hi there
[02:52] <rodarvus> I was telling pitti that, from what I understand, nouveau follows Mesa HEAD (and libdrm HEAD), so we'd need to update mesa and friends to their latest versions before 3D is usable on nouveau
[02:53] <rodarvus> otoh, if we stick to 2D support, it should be quite easy to just package nouveau itself.
[02:53] <pitti> rodarvus: context: I talked to marcheu about automatic problem reports for that driver; I think we found a pretty good solution now
[02:53] <rodarvus> pitti, kernel will likely need nouveau patches too (again, for 3D support)
[02:54] <pitti> rodarvus: right, we quickly talked about that, I'll speak to BenC/kylem
[02:55] <rodarvus> our current Mesa package is (or was, a few weeks ago) 6.5.1-rc2
[02:56] <rodarvus> with one patch for r200 support (which can be dropped for 6.5.2) + ubuntu changes
[02:57] <rodarvus> updating mesa to 6.5.2 would mean merging interesting changes from debian, and merging configs/ with upstream Mesa
[02:57] <rodarvus> if there is anything else I can do, please ping me
[02:58] <marcheu> rodarvus: hi
[02:58] <marcheu> rodarvus: yes, that's the case, we follow both mesa and drm heads for now
[02:59] <marcheu> rodarvus: the issue with drm being that 2D depends on a drm module in any case
[03:00] <marcheu> rodarvus: ATM I think packaging only DDX/DRM would be a good target, not many people are interested in a DRI driver that does only glxgears
[03:01] <jsgotangco> rodarvus: !
[03:01] <Amaranth> anyone have an example of a package using python-central that works with feisty?
[03:02] <Amaranth> following the guide on the debian wiki it blows up quite nicely :)
[03:02] <cjwatson> ubiquity works fine with python-central in feisty, but is probably more heavyweight than you'd like ...
[03:02] <cjwatson> besides, it uses a private installation directory
[03:03] <marcheu> rodarvus: I was also saying to pitti that if you need help in backporting the drm stuff, it should not be too hard, and there's usually a couple of hackers in #nouveau
[03:04] <Amaranth> i just need an example of something the generates a value for XB-Python-Version that doesn't make pycentral explode
[03:06] <persia> Amaranth: telepathy-butterfly
[03:06] <rodarvus> marcheu, I was under the impression that libdrm wouldn't be *so* hard? (but I haven't looked at the nouveau patches on libdrm)
[03:07] <rodarvus> marcheu, anyhow, I'll talk with pitti and see how we are going to proceed with this (and will quite likely talk to you guys soon)
[03:08] <marcheu> rodarvus: well I think libdrm is the same, and for the drm component, it should be pretty much a case of copying the nouveau_* files over and adjusting the makefiles
[03:09] <rodarvus> nice!
[03:09] <marcheu> also, we have steplocking versioning between the DRM and DDX for now
[03:10] <marcheu> you might be interested in knowing that for updates or such. we did this because we don't want to handle backwards compatibility just yet (the interfaces are still evolving)
[03:10] <marcheu> at some point in the future we might start doing backwards compatibility though
[03:10] <Amaranth> my XB-Python-Version says "$(python:Versions}"
[03:11] <Amaranth> err, stays
[03:11] <Mithrandir> you might want to fix that to ${python:Versions} instead?
[03:11] <Amaranth> *facepalm*
[03:12] <Amaranth> no, that's what it is in the control file...
[03:12] <Amaranth> but pycentral is getting $(python:Versions}
[03:12] <Amaranth> wtf
[03:14] <Amaranth> whoa, even if i completely remove the XB line pycentral gets $(python:Versions}
[03:34] <iwj> Amaranth: What's in debian/substvars ?
[03:35] <iwj> Amaranth: completely remove> Err, are you editing the right file ?  debian/control is processed into the .deb by dpkg-gencontrol (called by dh_gencontrol), so you could try running that on its own and seeing what it does.
[03:40] <Amaranth> i, uh, reverted back to old-style packaging and left it for upstream to figure out (it was their package)
[03:42] <iwj> Mmmhmm.
[03:52] <carlos> pitti: ping
[03:53] <pitti> hi carlos 
[03:53] <carlos> pitti: did you manage to do the lang pack update?
[03:53] <pitti> carlos: yes, they should be in -proposed now for dapper and edgy
[03:54] <carlos> pitti: I wonder whether we could stop doing daily exports for a couple of days
[03:54] <pitti> carlos: yes, we can
[03:54] <carlos> pitti: We need that to test Feisty translations opening
[03:54] <carlos> ok
[03:54] <pitti> carlos: now would be a good time to stop them
[03:54] <carlos> pitti: ok, cool
[03:55] <bddebian> Heya
[04:01] <pitti> doko: can we get rid of libsvn0 and neon? (we have libsvn1 and neon26)
[04:03] <tepsipakki> doko: bug 79085
[04:03] <Ubugtu> Malone bug 79085 in Ubuntu "apt-get dist-upgrade error (faisty)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79085
[04:09] <jonibo> jimmy:  nyckel till WIFI p kontoret...????
[04:09] <jonibo> sorry
[04:10] <dholbach> heno: libcolorblind upstream is a nice guy
[04:10] <dholbach> heno: that worked out really well
[04:12] <heno> dholbach: cool, I saw the CC
[04:12] <heno> PD, very generous to the world too :)
[04:12] <doko> pitti: a removal request should be filed for libsvn0 
[04:13] <dholbach> heno: as soon as he gives his ACK, I'll upload
[04:13] <pitti> doko: oh, NBS packages aren't automatically removed?
[04:13] <doko> pitti: neon24 could be removed as well
[04:14] <doko> pitti: AFAIK no (but please ask Mithrandir or cjwatson)
[04:14] <doko> pitti: neon24 sources are still in the archive
[04:17] <pitti> doko: right, these are universe (should still be removed, of course)
[04:18] <pitti> cjwatson: I did the -updates uploads for the new timezones and added comments to bug 72125
[04:18] <Ubugtu> Malone bug 72125 in tzdata "Daylight Saving changes in Western Australia" [High,Fix committed]  https://launchpad.net/bugs/72125
[04:27] <dholbach> Riddell: why does cmake have colours in pbuilder but not without it? ;-)
[04:27] <Riddell> dholbach: no idea
[04:27] <Riddell> something to do with what it thinks your terminal is I guess
[04:28] <dholbach> right... I like the colours :)
[04:32] <dholbach> Riddell: i uploaded decibel - it should be sitting in NEW now
[04:32] <Riddell> ooh, exciting
[05:03] <jordi> hey
[05:03] <jordi> how's the ubuntu kernel timestamp written?
[05:03] <jordi> ie, what's the format? And, can date(1) reproduce?
[05:07] <Amaranth> jordi: i think it's seconds since the computer turned on, dunno about date outputting the same format
[05:08] <kylem> which timestamp?
[05:08] <zul_> i think the one in the dmesg
[05:09] <kylem> the one in dmesg is jiffies... it starts large because it is designed to wrap early in boot (so people can test their code handles jiffies wrapping, which used to not happen for months)
[05:10] <kylem> oh, but you won't see that on x86, ignore the latter half of that.
[05:13] <cjwatson> pitti: NBS are semi-automatically removed; you don't need a removal request bug, but it does need human processing of an automatically-generated report
[05:13] <cjwatson> pitti: timezones> thanks
[05:13] <pitti> cjwatson: ah, I see; I assume it must not have any reverse dependencies any more in order to get removed?
[05:14] <cjwatson> ... or the archive admin has to be in a "what the hell" kind of mood
[05:14] <cjwatson> sometimes I check, but sometimes I just decide that people need a push to rebuild against the new library
[05:15] <pitti> ok, I'll check and do a few rebuilds
[05:20] <Mithrandir> cjwatson: it also helps that remove-package.py doesn't support -R :-P
[05:23] <davmor2> Help please I have Feisty installed and updated till a couple of weeks ago now dist-upgrade reports no updates.  Yet if I boot from the herd cd and in the live session do a dist-upgrade there are shed loads of updates.  I am on the gb server.
[05:24] <davmor2> sorry herd2 cd
[05:26] <cjwatson> davmor2: gb.archive is behind for some reason
[05:26] <cjwatson> archive.ubuntu.com is up to date
[05:27] <davmor2> cjwatson thanks thought it might be something like that.  You might want to get the gb server checked out though;)
[05:27] <cjwatson> davmor2: yes, I've already raised the issue (about 15 minutes ago, since I noticed the same thing myself earlier)
[05:27] <davmor2> nice one
[05:27] <cjwatson> hmm, actually, more like 2.5 hours
[05:28] <cjwatson> I'll raise it slightly more formally
[05:28] <davmor2> don't kick them to hard they bruise easily :)
[05:40] <heno> Thanks for testing ISOs :)
[05:53] <wasabi> fabbione: Message acknowledged.
[05:56] <dholbach> heno: I hope I just fixed the bughelper 'crash' - if the fix looks good to you (and works), we could push it to ~bugsquad and ask people more publically to make use of it and contribute to it - maybe even share their "recipes" or ask how their workflow works
[05:56] <davmor2> No probs
[05:56] <davmor2> Like testing stuff as a non tech means I get to contribute
[05:56] <heno> dholbach: thanks, I'll pull it down
[05:57] <dholbach> rock and roll - thanks, heno :)
[05:59] <davmor2> heno maybe you should get onto the marketing team and talk about the isotesting and get it better publicized
[06:00] <heno> davmor2: internal marketing :) good idea! 
[06:01] <heno> davmor2: it's ok that we are building it up gradually so we can get better organised as we go too
[06:01] <heno> 50 volunteers is already quite a lot :)
[06:02] <davmor2> :)
[06:02] <Riddell> cjwatson: could you give back mailody 0.3.0-1 please, kdelibs should be installable now
[06:03] <cjwatson> Riddell: no, I'm not a buildd admin; look for members of the launchpad-buildd-admins team
[06:03] <doko> dholbach, seb128: gnome maintainers are not subscribed to vte?
[06:03] <Riddell> damn yes, I just remembered that
[06:03] <zul> can someone accept xen-source pls k thx bye
[06:05] <mvo> doko: whats up with vte?
[06:05] <doko> mvo: python-vte should build all supported python versions
[06:07] <seb128> doko: mvo maintains vte :p
[06:58] <dholbach> heno: seems that 'series' is not the same as 'milestone'
[06:59] <dholbach> heno: I wanted to set a milestone for a few bugs
[07:02] <dholbach> heno: but I don't know where to set it either...
[07:04] <Riddell> Mithrandir: could you give back mailody please?
[07:50] <Mithrandir> Riddell: given-back
[07:51] <Riddell> thanks
[07:59] <shawarma> Who responds to mailmain@l.u.c mails?
[07:59] <shawarma> Er... mailman@... of course.
[08:00] <mdke> shawarma: the administrators
[08:01] <shawarma> mdke: Well, yes. Any of the usual suspects?
[08:03] <mdke> shawarma: well, all of them
[08:03] <mdke> it goes into the request tracker
[08:05] <shawarma> mdke: I see. Thing is that mailman discards my mail to a specific mailing list, so I thought it might be discarding my mail to mailman, too. But if it goes into the request tracker I'll give it another few days.
[08:06] <mdke> shawarma: can you contact the administrator of the specific list?
[08:07] <shawarma> mdke: Heh.. That's the other thing. He's MIA, so I'm trying to take over administration of that particular mailing list. :-)
[08:07] <mdke> shawarma: in that case, seems reasonable to contact the lists administrators
[08:08] <shawarma> Indeed. 
[08:19] <elmo> mdke: any particular reason you want us to do #26462 rather than newz2000?
[08:19] <mdke> elmo: lemme look at which one that is
[08:20] <mdke> elmo: ah, if he has access, I can ask him, sure. Sorry
[08:20] <elmo> mdke: it's fine, just wasn't sure if you were aware he could do it - I'll assign it to someone in the meantime, just to get it off the list and newz is busy too
[08:20] <mdke> elmo: whichever you prefer
[09:11] <doko> Riddell: please could you have a look at the kdeutils build failure?
[09:14] <Riddell> doko: powerpc?
[09:14] <doko> Riddell: yes
[09:14] <Riddell> doko: that'll be my fault, I'll fix it
[10:16] <eamonn> Hi all. I was trying Herd 2 on my thinkpad Z60t (which works perfectly with edgy) and it doesn't boot correct: udev and hal don't start, network-manager doesn't work, etc., although Gnome starts OK. I'm using the LiveCD. Assuming I can save a file to a usb pen drive (or find some other way to get the file off the PC for sending), I'd like to attach it to a bug report. Can someone tell me which files in particular are 
[10:19] <mdke> eamonn: your message ended after "particular are"
[10:20] <mdke> eamonn: probably dmesg?
[10:20] <eamonn> sorry: most helpful. Thanks. I'll see if I can get dmesg. 
[10:20] <mpt> https://help.ubuntu.com/community/LinuxLogFiles might be useful
[11:03] <psusi> shouldn't install-info add ALL the listed sections in the installed info file to the top index?  because for some reason it won't add the individual commands section for coreutils
[11:11] <thafreak> Don't mean to waste anyone's time...just want to know where I can find the .config file used to make the install cd's kernel...
[11:11] <thafreak> no one in the support channel knew
[11:11] <thafreak> and maybe even the source package for the install cd kernel if it's different...
[11:13] <LaserJock> thafreak: the config file should be in /boot
[11:13] <LaserJock> thafreak: and I'm pretty sure the kernels on the CD are the same that are installed
[11:15] <thafreak> I switched to a console on the boot cd and looked for a /boot dir, and there wasn't one...
[11:15] <thafreak> also no /proc/config.gz
[11:15] <thafreak> didn't know if some one had it somewhere tucked away
[11:16] <LaserJock> thafreak: ah, it might not be in /boot on the cd
[11:16] <Mithrandir> thafreak: it's the -generic one.
[11:17] <LaserJock> I was meaning once you've installed it
[11:17] <thafreak> yeah...sort of can't install it without the updated 3ware driver :)
[11:18] <thafreak> but the /boot/config-blahblah should be the same one used for the boot cd kernel?
[11:19] <tonyyarusso> I'm doing a spot on Main Inclusion Requests for UWN (deferred from before), so if anyone has a spare few minutes to tell me what they think is important to know about them, please join #tonyyarusso (as a suplement to the wiki bits I've found already).
[11:20] <somerville32> tonyyarusso: They are important because it is the process of promoting a package to the main repository :P
[11:20] <thafreak> I'll try grabbing the .config from a running system...maybe that will work...thanks and sorry for wasting anyone's time