[02:56] <keescook> Seveas: pitti mentioned you had an RSS feed of USNs somewhere, is that still true?
[02:56] <Seveas> keescook, yes, but it is currently not updating (since ~12 hours)
[02:57] <Seveas> and it will change location within the net days
[02:57] <Seveas> next*
[06:19] <a_thing> Does http://archive.ubuntu.com/ubuntu/pool/main/l/linux-source-2.6.15/linux-source-2.6.15_2.6.15.orig.tar.gz have any nonfree firmware?
[06:29] <LaserJock> a_thing: I don't think so, but you could as #ubuntu-kernel
[07:38] <fabbione> so who feels lucky with shell scripting today?
[08:10] <somerville32> fabbione: I do but if you're asking for help then it must be something bad so most likely not :P
[08:10] <fabbione> somerville32: no, i am just very tired to see what i am doing wrong
[08:11] <fabbione> i am pretty sure it's trivial
[08:11] <somerville32> fabbione: I can take a look but I warn you I'm pretty tired too
[08:11] <fabbione> fabbione@rainy:~$ echo $partnum
[08:11] <fabbione> 62
[08:11] <fabbione> fabbione@rainy:~$ partalpha=$(printf '\x'$partnum)
[08:11] <fabbione> fabbione@rainy:~$ echo $partalpha
[08:11] <fabbione> b
[08:11] <fabbione> fabbione@rainy:~$ dash
[08:11] <fabbione> $ partnum=62
[08:11] <fabbione> $ echo $partnum
[08:11] <fabbione> 62
[08:11] <fabbione> $ partalpha=$(printf '\x'$partnum)
[08:11] <fabbione> $ echo $partalpha
[08:11] <fabbione> \x62
[08:12] <fabbione> bash gets it right
[08:12] <fabbione> dash doesn't
[08:12] <fabbione> i just can't get it
[08:14] <Chipzz> fabbione: maybe a built-in vs external issue?
[08:14] <fabbione> Chipzz: both built in
[08:14] <fabbione> man pages claim same implementation options
[08:15] <sfllaw> fabbione: Looking for POSIX documentation.
[08:15] <Chipzz> # file /usr/bin/printf 
[08:15] <Chipzz> /usr/bin/printf: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), for GNU/Linux 2.6.0, stripped
 Chipzz: both built in <-------
[08:15] <fabbione> the external errors on that call
[08:15] <Chipzz> yes, but maybe dash is using the external one, or the other way around?
[08:16] <fabbione> Chipzz: no, you are just guessing. I just told you.. read the man pages
[08:16] <sfllaw> fabbione: dash's builtin behaves that way.
[08:16] <Chipzz> ok, just trying to help
[08:16] <fabbione> or try what i did and see it yourself
[08:16] <fabbione> sfllaw: yeah but it shouldn't
[08:16] <sfllaw> fabbione: Reading POSIX documentation now.
[08:16] <fabbione> sfllaw: danke
[08:18] <Chipzz> fabbione: I'm reading the dash manpage, and it doesn't mention \x
[08:18] <sfllaw> fabbione: IEEE Std 1003.1 (2004) does not require \x.
[08:18] <sfllaw> fabbione: It merely requires octal.
[08:18] <Chipzz>                   \num    Write an 8-bit character whose ASCII value is the 1-, 2-, or 3-digit octal number num.
[08:18] <Chipzz> (from man dash)
[08:19] <fabbione> Chipzz:             diouXx      The argument is printed as a signed decimal (d or i), unsigned octal, unsigned decimal,
[08:19] <fabbione> sfllaw: hmmm
[08:19] <Chipzz> fabbione: no, that's something else entirely
[08:19] <Chipzz> fabbione: the x is a modifier for % kinda things
[08:19] <Chipzz> like printf('%d', 1)
[08:20] <sfllaw> Chipzz: The \xHH is a GNU extension that takes the HH and turns it into a character.
[08:20] <sfllaw> fabbione: So you have a bashism there.
[08:20] <Chipzz> sfllaw: I never mentioned that ;)
[08:20] <fabbione> sfllaw: ok, what's the right fix?
[08:21] <somerville32> heh
[08:21] <sfllaw> fabbione: Well, what are you trying to do in the first place?
[08:21] <sfllaw> fabbione: You got a hex character numerically?
[08:22] <fabbione> sfllaw: i can make it decimal.. basically i need to convert 1 to 8 -> a to h 
[08:22] <sfllaw> Use tr
[08:22] <sfllaw> tr/1-8/a-h/
[08:22] <Chipzz> fabbione: 
[08:22] <fabbione> sfllaw: with something that's in d-i
[08:22] <Chipzz> printf '%x\n' 100
[08:22] <Chipzz> 64
[08:22] <Chipzz> that's the x you were pasting
[08:22] <sfllaw> Or, if you don't want to fork, make it octal.
[08:22] <Chipzz> unrelated to \x ;)
[08:22] <fabbione> Chipzz: no. you took your route that's nothing to do with what i am asking...
[08:22] <sfllaw> fabbione: You can definitely write:
[08:23] <sfllaw> partalpha=$(printf '\'$partoctal)
[08:23] <Chipzz> fabbione: 
[08:23] <Chipzz> 08:18 < Chipzz>                   \num    Write an 8-bit character whose ASCII value is the 1-, 2-, or 3-digit octal number num.
[08:23] <Chipzz> 08:19 < fabbione> Chipzz:             diouXx      The argument is printed as a signed decimal (d or i), unsigned octal, unsigned decimal,
[08:23] <fabbione> sfllaw: what's the equivalent of a in octal ?
[08:23] <Chipzz> you were referring to something different ;)
[08:23] <sfllaw> fabbione: Looking...
[08:23] <fabbione> Chipzz: read a few lines above that in the man page
[08:23] <sfllaw> fabbione: lowercase a is 141.
[08:24] <sfllaw> partoctal=$((140+$i))
[08:24] <fabbione> sfllaw: great thanks
[08:24] <sfllaw> fabbione: Most welcome!
[08:24] <fabbione> let see if it works
[08:26] <fabbione> sfllaw: thanks that works
[08:26] <somerville32> :)
[08:27] <sfllaw> fabbione: Hurray!  All those years hacking on portable shell scripts has finally been worthwhile.
[08:27] <sfllaw> I can die a happy man.
[08:27] <sfllaw> Or at least sleep.
[08:27] <sfllaw> Good night, fabbione.
[08:27] <fabbione> sfllaw: night dude.. cya soon in the nightmare world
[08:27] <fabbione> i am about to die too
[08:28] <sfllaw> W00T!
[08:29] <fabbione> fabbione@rainy:~$ ./bus /dev/sda2
[08:29] <fabbione> obppath: /pci@7c0/pci@0/pci@8/scsi@2/disk@0,0:b
[08:29] <fabbione> that means that we can set OBP and silo.conf for autobooting and extra OS'es
[08:34] <somerville32> What should I do if I _think_ I may have provided the wrong patch for an SRU and the SRU got approved? lol
[08:35] <fabbione> somerville32: did you already upload the package?
[08:35] <somerville32> No.
[08:35] <sfllaw> somerville32: File a bug and reference the SRU.  Then ping the right people.
[08:35] <fabbione> somerville32: then there is nothing to worry... add stuff to the bug and ask for another review
[08:35] <somerville32> kk
[08:35] <sfllaw> Well, fabbione is right as well.
[09:02] <hunger> The new kernel for feisty is getting stuck for me during boot. Is there any known incompatibility? Last time I had this mathew looked into it and he found some setting in /etc/network/interfaces that was to blame.
[09:08] <Treenaks> the kernel got stuck on /etc/network/interfaces?
[09:08] <Treenaks> that's weird :)
[09:09] <hunger> Treenaks: Yeap, I thought so, too.
[09:44] <coopster> Just a thought - not sure why the 'safe graphics mode' X driver on the live cd changed from vesa to nv, but i'd request it be changed back, as nv hangs for me
[09:50] <mdke> coopster: can you file a bug?
[09:57] <seb128> morning
[09:57] <Fujitsu> Hi seb128.
[10:02] <seb128> hi Fujitsu
[10:21] <cjwatson> fabbione: there's something that uses printf in d-i already
[10:22] <cjwatson> coopster: there's an existing bug about that. It's not that safe graphics mode uses nv (for everyone), but it's that safe mode gets overridden by something later on in the xserver-xorg maintainer script
[10:22] <cjwatson> coopster: bug 59618
[10:24] <dholbach> good morning
[10:24] <cjwatson> fabbione: ah yes, I was thinking of converting in the other direction, using e.g. printf 'a => 97
[10:27] <mvo> hey dholbach
[10:27] <dholbach> hey mvo
[10:31] <sivang> morning
[11:03] <cjwatson> TheMuso: ^--
[11:04] <TheMuso> cjwatson: Fine by me. I currently have my hands full with events of the current season.
[11:04] <TheMuso> My speech-tools merge is open for anyone who wants it also
[11:05] <cjwatson> TheMuso: ok, I'll take it
[11:07] <cjwatson> morning Scott
[11:07] <Keybuk> good morning Colin
[11:09] <Keybuk> cjwatson: I trust that you are well today?
[11:17] <cjwatson> Keybuk: just spangly, thank you kind sir
[11:18] <cjwatson> ha, that was a rather pointless merge
[11:18] <cjwatson> $ dscdiff festival_1.4.3-17.1ubuntu5.dsc festival_1.4.3-17.2ubuntu1.dsc | diffstat
[11:18] <cjwatson>  changelog |   18 ++++++++++++++++--
[11:18] <cjwatson>  1 file changed, 16 insertions(+), 2 deletions(-)
[11:28] <cjwatson> mvo: hmm, there's an outstanding sync request from you for bittornado; is that still valid? I'll do it now if so
[11:29] <siretart> seb128 seems to have fun just reassigning totem-xine bugs to libxine1 ;)
[11:30] <tepsipakki> cjwatson: 12:17  * mvo takes bittornado
[11:30] <seb128> siretart: well, those crashes happen to xine-lib, but yeah, I've fun moving those away from totem, it has already enoughs bugs without adding those :p
[11:30] <cjwatson> tepsipakki: yes, I know
[11:31] <ogra> cjwatson, bug 76573 is for you :)
[11:31] <Ubugtu> Malone bug 76573 in ttf-dustin "please sync ttf-dustin 20030517-4 from debian sid" [Undecided,Unconfirmed]  http://launchpad.net/bugs/76573
[11:31] <cjwatson> tepsipakki: that's WHY I'm reminding him that there's an open sync request and a merge is probably unnecessary
[11:31] <cjwatson> ogra: will do
[11:31] <siretart> seb128: heh - I can imagine
[11:32] <seb128> siretart: totem upstream seems to be flooded by useless backtraces from totem-xine :/
[11:32] <siretart> seb128: I still need to figure out how to get useful xine-lib backtraces from the crash reports. I'll do that as soon xine-lib 1.1.3 is uploaded, which is blocked by FFmpeg promotion to main
[11:32] <seb128> siretart: do you have any idea why the Debian,Ubuntu package has almost no libxine symbol?.
[11:33] <tepsipakki> cjwatson: oh.. sorry, sync != merge :)
[11:33] <seb128> siretart: well, you can get useful backtrace by using the same xine-lib version to start
[11:33] <siretart> seb128: the package already strips all debug symbols to  libxine1-dbg
[11:33] <seb128> siretart: "apport-retrace crash" with the -dbg installed
[11:33] <siretart> so it should just be a matter of having that package installed
[11:33] <seb128> siretart: right, but even stripped
[11:33] <siretart> seb128: not nice :(
[11:33] <seb128> siretart: what is not nice?
[11:34] <siretart> 11:33:29 < seb128> siretart: "apport-retrace crash" with the -dbg installed
[11:34] <siretart> aah, I read that apport-retrace itself crashes
[11:34] <seb128> it's one command to run
[11:34] <seb128> ah, okj
[11:34] <seb128> siretart: http://bugzilla.gnome.org/show_bug.cgi?id=387772, upstream bugs look like that
[11:34] <cjwatson> ogra: your statement that the changes are included in Debian is not accurate, actually, if you look closely - but it doesn't matter because the change only matters for partial upgrades from warty to feisty :-) so I'll sync it anyway
[11:34] <Ubugtu> Gnome bug 387772 in general "crash in Movie Player: playing a video" [Critical,Unconfirmed]  
[11:34] <siretart> ok. will do that. right now, I rather focus on xine-lib 1.1.3. that one should fix quite some bugs
[11:35] <seb128> siretart: usually stripped package still give some clue of the function calls, without details but function names by example
[11:35] <Mithrandir> cjwatson: we don't _really_ care about partial upgrades from warty to feisty, do we? :-P
[11:35] <cjwatson> Mithrandir: no
[11:35] <ogra> cjwatson, heh
[11:35] <seb128> siretart: according to upstream libxine stripped from other distro behave correctly compared to the Debian (and Ubuntu now) version
[11:36] <siretart> seb128: in that backtrace, where did it crash in xine?
[11:36] <mvo> cjwatson: yes, the sync is still valid
[11:36] <seb128> siretart: well, no idea, the backtrace is pretty empty, that's the problem :p
[11:37] <siretart> I see several threads, which block on a conditional variable
[11:37] <siretart> well, at least an unresolved address should be there
[11:37] <siretart> be there symbols or not, I don't see why that particular crash should come from libxine
[11:38] <siretart> if you have suggestion how to improve this in 1.1.3, I'm happy to hear
[11:38] <seb128> siretart: I don't say that one comes from libxine, I say that crashes from totem-xine look like that
[11:38] <cjwatson> mvo: (done)
[11:38] <seb128> siretart: and according to upstream on other distribution they have libxine symbols and are better
[11:38] <mvo> cjwatson: moin needs a sync as well, shall I file a bug?
[11:38] <seb128> siretart: not really, out of not stripping by default
[11:39] <seb128> siretart: maybe it's stripped twice or something?
[11:39] <siretart> seb128: well, most code of xine is loaded via dlopen() at runtime
[11:39] <seb128> siretart: the crash from https://launchpad.net/distros/ubuntu/+source/xine-lib/+bug/76566 is not that useful neither
[11:39] <Ubugtu> Malone bug 76566 in xine-lib "Totem crash" [Undecided,Unconfirmed]  
[11:39] <siretart> this still doesn't explain why other distros have better backtraces
[11:39] <seb128> lucky that we have apport :p
[11:40] <seb128>  #0  0xb16a41b5 in ifilter_bank ()
[11:40] <seb128>     from /usr/lib/xine/plugins/1.1.2/xineplug_decode_faad.so
[11:40] <seb128>  No symbol table info available.
[11:40] <seb128>  #1  0x000003ff in ?? ()
[11:40] <seb128> etc
[11:40] <seb128> yeah
[11:40] <siretart> this looks better, looks like a bug in the faad library
[11:40] <seb128> right, but still, that's only 1 function
[11:41] <seb128> which is pretty minimalistic for a bt
[11:41] <seb128> anyway, we have apport now so that should be better ;)
[11:43] <cjwatson> mvo: yes, bug reports are right; it's easier to do syncs in batches than individually
[11:44] <mvo> cjwatson: thanks, added it
[11:45] <ajmitch> looks like I requested a sync of ttf-dustin just at the wrong time
[11:47] <ogra> ajmitch, why didnt you assign it to the ttf-dustin package ? i looked if there are bugs for it before i submitted the request ...
[11:47] <ajmitch> ogra: you filed your sync request a few minutes before I did
[11:47] <ogra> ah, k 
[11:47] <cjwatson> ogra: he did
[11:47] <ajmitch> since there weren't any when I looked earlier
[11:48] <ogra> i guess i was caught by the LP mail delay ...
[11:48] <ajmitch> doesn't matter, as long as the list gets shorter :)
[11:48] <ogra> yeah
[11:48] <ogra> is anybody doing squid ? 
[11:49] <ogra> seems not, i'll do it then ...
[11:52] <cjwatson> I'll take the X fonts
[12:06] <cjwatson> X fonts done
[12:07] <cjwatson> I'm going to scan through libx* for syncs
[12:14] <cjwatson> rodarvus: consider me to have stolen all those bits of X that are just syncs. I should be done by the time you get up.
[12:16] <ajmitch> cjwatson: why is mysql-dfsg-5.0 on the list? I see it has a -1build1 version
[12:16] <cjwatson> ajmitch: sync probably failed due to different .orig.tar.gz
[12:17] <ajmitch> md5sum matches in .dsc
[12:17] <ajmitch> looks like -2 was uploaded to debian in the last day or so
[12:18] <ajmitch> so I guess MoM was run before the last sync run
[12:18] <jelmer> 'morning cjwatson, ajmitch 
[12:18] <ajmitch> hey jelmer 
[12:19] <cjwatson> ajmitch: actually I think it's because -1build1 was uploaded six days ago and Keybuk hasn't done a full autosync run since then
[12:19] <cjwatson> Keybuk: ?
[12:19] <cjwatson> I synced it just now and it worked fine
[12:19] <Keybuk> cjwatson: uh, yeah
[12:19] <ajmitch> alright, thanks :)
[12:19] <Keybuk> should do one of those :)
[12:19] <Keybuk> 6 days seems excessive though
[12:19] <cjwatson> -rw-r--r-- 1 lp_publish lp_publish 140957 Dec 14 19:03 /home/lp_archive/ubuntu/pool/main/m/mysql-dfsg-5.0/mysql-dfsg-5.0_5.0.30-1build1.diff.gz
[12:19] <Keybuk> maybe I didn't do one on friday
[12:20] <Keybuk> hmm, no, did one friday
[12:20] <Keybuk> so 5 days :)
[12:20] <cjwatson> give me a while to finish going through the X libraries, and then I'll unlock ~/syncs for you
[12:20] <Keybuk> right
[12:20] <Keybuk> just noticed that you had the lock
[12:20] <Keybuk> ping me :)
[12:20] <cjwatson> will do
[12:37] <Keybuk> cjwatson: xbase-clients and xutils ... are those likely to be sync'able from Debian?
[12:38] <cjwatson> probably not, from memory
[12:38] <cjwatson> I think we Just Do Those Differently :(
[12:40] <gebruiker_> why is that ubuntu still uses /dev/hd* or /dev/sd* while we can use /dev/disk/* ?
[12:41] <Fujitsu> `we'?
[12:41] <Keybuk> gebruiker_: we don't
[12:41] <Amaranth> i thought everything used UUID now
[12:41] <Keybuk> Ubuntu uses UUID=...
[12:41] <Fujitsu> Amaranth, I thought so too.
[12:41] <Keybuk> which is mapped to the most appropriate device
[12:41] <gebruiker_> well entry still shows sda or hda in fstab
[12:41] <Keybuk> gebruiker_: are you running edgy or feisty?  it should have been migrated to using UUID=...
[12:42] <gebruiker_> edgy atm
[12:42] <Keybuk> you installed with edgy fresh?
[12:42] <gebruiker_> ie grub still uses root=/dev/hd* or /dev/sd*
[12:42] <Keybuk> grub should also have been migrated to using UUID=...
[12:42] <gebruiker_> edgy fresh
[12:42] <Keybuk> that's odd; it should have been written as root=UUID=... and UUID=... by the installer
[12:43] <rodarvus> Keybuk, cjwatson: Debian decided to merge all X.Org apps created by daniels into xbase-clients, but there is no need to sync it. We have all latest versions (with exception of luit, xfs, twm and <another one I forgot>)
[12:43] <cjwatson> grub might not have been
[12:44] <cjwatson> don't recall there
[12:44] <cjwatson> http://bazaar.launchpad.net/~ubuntu-core-dev/grub-installer/ubuntu/ ;-)
[12:44] <cjwatson> rodarvus: libx* synced, more or less. I haven't dared to look at libx11 yet.
[12:45] <rodarvus> cjwatson: I have libx11 halfway done. (was supposed to be done, but failed miserably)
[12:48] <cjwatson> rodarvus: what's your current state with regard to xserver-xorg-input-* and xserver-xorg-video-*?
[12:48] <cjwatson> rodarvus: do those have to go after xorg-server? If so, what's the state of that merge/sync?
[12:49] <rodarvus> cjwatson: there is no xorg-server merge from debian
[12:50] <cjwatson> rodarvus: http://merges.ubuntu.com/main.html disagrees with you.
[12:50] <rodarvus> debian has 1.1.1, we will use 1.2.0
[12:50] <rodarvus> cjwatson: thats just version numbering :) (and they got their patches from us)
[12:50] <cjwatson> rodarvus: we should merge the Debian packaging at least, even if we then move to a newer upstream
[12:50] <cjwatson> this is important for other people's sanity
[12:50] <rodarvus> oh, the packaging is merged already
[12:51] <cjwatson> can you please upload that, then?
[12:51] <rodarvus> (but I'll give it another review in a few hours, then)
[12:51] <cjwatson> even if it's only a temporary waypoint
[12:51] <rodarvus> sure
[12:52] <cjwatson> what about the drivers?
[12:52] <cjwatson> we need to get the merge list down to a sane number today
[12:53] <rodarvus> *nods*, drivers are easier to do. They will be syncable after xorg is uploaded
[12:53] <rodarvus> (that will happen after the libs are done, ideally)
[12:53] <cjwatson> I thought you said the other day that they would each require a small control file change?
[12:54] <cjwatson> the libraries are done
[12:54] <cjwatson> aside from libx11
[12:54] <rodarvus> cjwatson: yes, xorg will have the change I mentioned
[12:54] <cjwatson> but the driver packages don't require that?
[12:55] <rodarvus> they do
[12:55] <rodarvus> the temporary will be uploaded before them
[12:55] <rodarvus> (in a little while)
[01:06] <sivang> cjwatson: It turns out that I'll be too busy with some RF stuff to care for those merges, so anybody can grab the stuff remaining on my list for the dead line.
[01:07] <sivang> cjwatson: sorry
[01:07] <sivang> slomo: ^^
[01:07] <ajmitch> sivang: there's just 3 on the main list that I see, anyway
[01:08] <sivang> ajmitch: indeed, so anybody is free to do them at will without notifying me :)
[01:08] <ajmitch> I think mvo has looked at bittornado & moin already
[01:09] <sivang> ajmitch: cool, so there's only libnotify then
[01:10] <mvo> sivang, ajmitch: I can do libnotify too
[01:10] <ajmitch> alright :)
[01:10] <sivang> mvo: cool, thanks alot
[01:12] <tepsipakki> is someone merging dcraw? I'll take a look at it if possible
[01:12] <cjwatson> sivang: ok
[01:13] <tkamppeter> pitti, ping
[01:13] <mvo> cheers sivang
[01:14] <tkamppeter> doko_, ping
[01:14] <cjwatson> tepsipakki: please do
[01:15] <Hobbsee> StevenK: there seem to be many willing sponsors, currently, as they want the merges done.
[01:15] <infinity> StevenK: You might even get me to sponsor a few, despite my supposed VACness.
[01:16] <StevenK> Heh
[01:16] <mvo> tkamppeter: doko_ is IIRC already on VAC 
[01:16] <StevenK> cjwatson: Do you mind if I snarf squid?
[01:17] <mvo> StevenK: I think ogra voiced interesst in it
[01:17] <StevenK> mvo: Speaking of, did you get a chance to look at libept yet?
[01:17] <tkamppeter> mvo, is pitti still here, or did he leave, too?
[01:18] <cjwatson> StevenK: squid seems to be done
[01:18] <mvo> tkamppeter: on leave too
[01:18] <cjwatson> reload the page
[01:18] <mvo> StevenK: that was a FTBFS, not a merge, right?
[01:19] <cjwatson> Keybuk: unlock syncs
[01:19] <tkamppeter> mvo, who could upload some packages for me?
[01:19] <StevenK> mvo: Correct.
[01:19] <cjwatson> rodarvus: do you have xutils-dev merged? If not, I'll do it
[01:19] <cjwatson> rodarvus: ditto xterm
[01:19] <StevenK> mvo: But I think it was due to the apt Ubuntu changes.
[01:20] <rodarvus> cjwatson: go ahead
[01:20] <rodarvus> thanks!
[01:22] <Keybuk> cjwatson: thanks
[01:23] <mvo> tkamppeter: what package?
[01:23] <mvo> StevenK: ok, looking now
[01:24] <tkamppeter> mvo: splix, foomatic-db, gutenprint, hplip
[01:25] <tkamppeter> mvo: splix is a new printer driver, fixes bug 59829
[01:25] <Ubugtu> Malone bug 59829 in Ubuntu "No driver for Samsung ML-1610 printer" [Wishlist,Needs info]  http://launchpad.net/bugs/59829
[01:26] <tkamppeter> Gutenprint due to bug 59324 and the Debian merge deadline
[01:26] <Ubugtu> Malone bug 59324 in foomatic-db "Cups filters are not bundled with Ubuntu altough the PPD are present" [Medium,In progress]  http://launchpad.net/bugs/59324
[01:27] <mvo> tkamppeter: where can I download the packages?
[01:27] <tkamppeter> foomatic-db for a vast improvement of Brother host-based printer support
[01:27] <tkamppeter> hplip due to the merge deadline
[01:27] <StevenK> Keybuk: Do you mind if I look at the cyrus-sasl2 merge?
[01:27] <tkamppeter> http://www.freestandards.org/~till/tmp/ubuntu/feisty/gutenprint/
[01:28] <tkamppeter> http://www.freestandards.org/~till/tmp/ubuntu/feisty/splix/
[01:28] <tkamppeter> http://www.freestandards.org/~till/tmp/ubuntu/feisty/foomatic-db/
[01:28] <tkamppeter> http://www.freestandards.org/~till/tmp/ubuntu/feisty/hplip/
[01:28] <Keybuk> StevenK: go for it
[01:28] <StevenK> Keybuk: Thanks
[01:28] <Keybuk> seb128: is gnome-gpg broken?
[01:30] <seb128> cjwatson: could you have a look on bug #76301 when you have some time? That's a gnome-vfs SRU for edgy to fix ekiga crashing sometimes when closed, upstream already mailed me several time to complain about the bug flood they get and I would appreciate having the edgy-proposed update accepted before holidays if possible ;)
[01:30] <Ubugtu> Malone bug 76301 in gnome-vfs2 "patch from CVS to fix crash triggered when closing ekiga by example" [Medium,Confirmed]  http://launchpad.net/bugs/76301
[01:30] <seb128> Keybuk: dunno, I don't use it. Maybe seahorse breaking that too?
[01:31] <seb128> slomo: do you know about gnome-gpg being broken?
[01:31] <Keybuk> it's spinning in an infinite loop once it's signed the message
[01:31] <Keybuk> I don't have seahorse installed, what is it?
[01:31] <ogra> a gui for maintaining your keys
[01:32] <Keybuk> how is that different from gnome-keyring-manager ?
[01:32] <ogra> no idea, i use neither :)
[01:32] <seb128> Keybuk: gnome-keyring-manager is for the GNOME keyring
[01:32] <tkamppeter> I also did not hear anything about my Edgy SRU request in bug 65618.
[01:32] <Ubugtu> Malone bug 65618 in foo2zjs "Firmware upload to LJ 1000/1005/1008/1020 broken (fix to be proposed as Edgy update)" [Medium,Fix committed]  http://launchpad.net/bugs/65618
[01:32] <tkamppeter> Does not receiving an answer mean that it is rejected?
[01:32] <seb128> Keybuk: seahorse is for managing your gpg key directly$
[01:33] <seb128> ok, if it's not installed that's not it
[01:33] <seb128> dunno about the gnome-gpg breakage
[01:34] <cjwatson> tkamppeter: no, if it was rejected you'd have been told that
[01:34] <cjwatson> seb128: ok
[01:34] <Keybuk> isn't the GNOME keyring for storing things like your GPG passphrase?
[01:34] <cjwatson> tkamppeter: it means we're behind :-(
[01:34] <seb128> Keybuk: it is, apps have to use it though
[01:35] <seb128> Keybuk: seahorse allow you to gpg crypt or uncrypt a file from nautilus context menu by example
[01:35] <seb128> Keybuk: or to manage signatures on your gpg key
[01:35] <seb128> or things like that
[01:36] <cjwatson> seb128: approved
[01:36] <seb128> cjwatson: thank you
[01:37] <StevenK> Hrm. Since we don't support jumping releases, I can kill the rc{0,6} removal stuff in cyrus-sasl2.
[01:37] <tkamppeter> cjwatson: OK
[01:38] <Keybuk> StevenK: we'll still need that for dapper->NEXT-LTS
[01:38] <tkamppeter> mvo: biff
[01:38] <StevenK> Ah, point.
[01:38] <mvo> tkamppeter: biff?
[01:39] <Keybuk> "You've Got Mail"
[01:39] <mvo> hihi
[01:41] <cjwatson> tkamppeter: you also need a bit in foo2zjs's postinst to remove the old udev rules file on upgrade; the usual rune is something like 'if [ "$1" = configure ]  && dpkg --compare-versions "$2" lt VERSION-IN-WHICH-THE-CHANGE-WAS-INTRODUCED; then rm -f /etc/udev/rules.d/11-hplj10xx.rules; fi'
[01:42] <cjwatson> tkamppeter: please adjust debian/changelog to direct the upload at edgy-proposed, not edgy
[01:42] <cjwatson> tkamppeter: the rest looks OK
[01:43] <slomo> seb128: no, i use seahorse ;) what is broken with it?
[01:43] <tkamppeter> mvo, this means that you got e-mail.
[01:45] <seb128> slomo: not seahorse, Keybuk was asking about gnome-gpg and I figured that might due to seahorse
[01:46] <ogra> ARGH
[01:46] <ogra> who purt ltsp-utils into the server-ship seed ?
[01:46] <ogra> *put
[01:46] <ogra> that package was removed months ago ... 
[01:46] <mvo> tkamppeter: thanks, looking at the diff now
[01:47] <ogra> cjwatson, iirc you removed it, didnt you blacklistz it as well ?
[01:47] <ogra> *blacklist
[01:47] <cjwatson> ogra: you never *removed* it from the seeds. It's been seeded since 2005 at least.
[01:48] <ogra> no, but you removed it from the archive on my request in the beginning of feisty iirc
[01:48] <ogra> so it didnt show up anywhere
[01:48] <tkamppeter> cjwatson, thank you for the info, will do the changes.
[01:48] <ogra> apparently the debian package was synced now ... which is wrong ...
[01:49] <ogra> and now its on anastacia ...
[01:49] <cjwatson> ogra: blacklisting wouldn't have made any difference, because blacklisting only affects source package names, and there is no ltsp-utils source in feisty, only a binary
[01:49] <seb128> I'm away for lunch and some shopping, bbl
[01:49] <ogra> ugh ... how can thqat be ?
[01:49] <ogra> *that
[01:50] <cjwatson> actually, I have no idea what's going on here; the archive looks inconsistent
[01:50] <ogra> i'll clean the seeds now ...
[01:50] <mvo> tkamppeter: gutenprint uploaded
[01:51] <cjwatson> ogra: no, I did not perform the removals
[01:51] <cjwatson> removal
[01:51] <ogra> dunno how it ended up in server-ship at all, i never touched that seed until my inetd ...
[01:51] <ogra> *my inetd change
[01:51] <cjwatson> actually, I did once, then it must have got back in, and Keybuk removed the source again
[01:51] <cjwatson> but did not remove the binary
[01:51] <ogra> ah
[01:51] <cjwatson> I'll fix it now
[01:51] <ogra> thanks :)
[01:52] <cjwatson> ogra: ltsp-utils was in the very first version of the server seed, which later got renamed
[01:53] <Keybuk> python-xml needs a fake sync (someone)
[01:53] <ogra> ah, ok
[01:53] <cjwatson> ogra: I do think your "ARGH" was a bit excessive
[01:53] <ogra> i always had my own server seed, thats why i missed it in the ubuntu server seed
[01:54] <cjwatson> server was renamed to server-ship precisely to avoid clashing with the Edubuntu server seed
[01:54] <ogra> well, if its in main and gets installed alongside with ltsp-server it will break ltsp completely 
[01:54] <ogra> so i dont think my ARGH was excessive ...
[01:54] <cjwatson> and obviously we promote stuff from universe without thinking </sarcasm>
[01:54] <cjwatson> you simply need to tell us, not panic
[01:55] <ogra> meh, thats not what i wanted to say 
[01:55] <tkamppeter> mvo(gutenprint): Thanks.
[01:56] <ogra> i was just shocked that it showed up again, ltsp-utils seems to be my nemesis since three releases ... 
[01:56] <elmo> ogra: you really do need to calm down a bit
[01:56] <cjwatson> the problem with you panicking is that it makes archive guys go "oh shit, why is the archive broken this time". It isn't good for anyone's blood pressure
[01:57] <ogra> i'll try to keep that in mind
[01:57] <cjwatson> usually it's just a one-line fix somewhere :)
[01:57] <mvo> Keybuk: I filed a bug about python-xml already
[01:57] <Keybuk> mvo: bug report?
[01:57] <Mithrandir> if it was two minutes before release, going "aiee" would be fine, but now it's more like a yawn.
[01:57] <mvo> Keybuk: sync request bug
[01:58] <StevenK> + saslpasswd2 -c no:such:user
[01:58] <Keybuk> mvo: sync request rejected :)
[01:58] <StevenK> Segmentation fault (core dumped)
[01:58] <StevenK> Yummy!
[01:58] <Keybuk> mvo: let me know which bug it is, and I'll update the status
[01:58] <Keybuk> mvo: it needs a fake sync (our orig.tar.gz is different to Debian's)...  download our orig.tar.gz from the archive, the Debian diff.gz, mash them together with a changelog of "Fake sync" for ubuntu1
[01:59] <mvo> Keybuk: https://bugs.launchpad.net/distros/ubuntu/+source/python-xml/+bug/76580
[01:59] <Ubugtu> Malone bug 76580 in python-xml "Please sync from debian/unstable (overwrite ok)" [Undecided,Unconfirmed]  
[01:59] <mvo> Keybuk: ok, I can do this. do you happen to know why our orig.tar.gz are diffreent?
[02:00] <Keybuk> mvo: no idea
[02:00] <Keybuk> ask whoever uploaded it :p
[02:00] <elmo> s/ask/beat/
[02:00] <Hobbsee> imbrandon: do you mind if i do kwin-style-crystal?
[02:01] <Hobbsee> hey mdz 
[02:01] <StevenK> Oh I love libdb. If saslpasswd2 can't open the Berkeley DB, it segfaults.
[02:01] <thom> kwalitee
[02:02] <cjwatson> I think mdz's connection is just bouncy, rather than him really being here at 5am
[02:02] <Hobbsee> heh
[02:03] <imbrandon> Hobbsee, go for it
[02:03] <Hobbsee> imbrandon: kwwii's patches are all merged upstream, presumably?
[02:03] <Hobbsee> imbrandon: looking at this - he is the upstream?
[02:03] <imbrandon> no idea, i doubt it though as they are artwork
[02:03] <imbrandon> well kinda
[02:03] <imbrandon> he is one of 3
[02:03] <Hobbsee> hmmm okay
[02:04] <imbrandon> i would make sure they are though, just to be save
[02:04] <Hobbsee> imbrandon: might query that with ihim.  if they are, it's a straight sync
[02:04] <imbrandon> safe*
[02:04] <Hobbsee> yeah, he's pinged
[02:04] <mvo> Keybuk: ok, I will upload python-xml then
[02:05] <Simira> mvo: do you want to know that update-manager is not working i Edgy?
[02:06] <mvo> Simira: in edgy? urgh! what is happening?
[02:11] <Simira> mvo: nothing at all... that is, when I start update-manager, X freezes totally. I manage to switch to console to kill it.
[02:11] <mvo> Simira: do you use the nvidia driver (the non-free one)?
[02:12] <Simira> mvo: I have one of the tricky graphic cards, but no non-free drives as I can recall
[02:13] <Simira> mvo: seems somewhat like an out-of-memory-bug, and I've had a few problems with that lately...
[02:14] <mvo> Simira: how much memory do you have in the machine?
[02:14] <cjwatson> rodarvus: xterm can be synced; I'll do that once Keybuk has finished with his syncs
[02:14] <Simira> 768, I think
[02:14] <mvo> Simira: hm, that *should* be enough :)
[02:14] <mvo> Simira: could you please run top or the gnome-top-thing when opening update-manager?
[02:15] <Simira> mvo: hmm... it might be Opera is to blame. I have had memory-problems due to Opera lately, and u-m seems to work now when I closed Opera
[02:15] <Simira> mvo: um was pretty high on the top-list
[02:16] <mvo> tkamppeter: all uploaded, thanks
[02:16] <mvo> Simira: ok, I will watch out for this kind of problem
[02:16] <Simira> mvo: but I do get a "could not initiate dbus"-warnin when I start from a terminal
[02:17] <Laibsch> Keybuk: May I kindly request you upgrade https://bugs.launchpad.net/distros/ubuntu/+source/sysvinit/+bug/48517 from Wishlist to High Importance?
[02:17] <Keybuk> cjwatson: unlock
[02:17] <Ubugtu> Malone bug 48517 in sysvinit "Improper filesystem unmount order (swap on files)" [Unknown,Fix released]  
[02:17] <cjwatson> Keybuk: ta
[02:17] <Keybuk> Laibsch: no; as mentioned in that bug, we've never supported swap on files
[02:18] <Laibsch> Keybuk: As mentioned in the replies, please read https://wiki.ubuntu.com/Bugs/Importance
[02:18] <Laibsch> This cannot be anything but High.
[02:19] <Laibsch> The fix you choose is up to you.  But I cannot see there is any doubt about the importance of this one.
[02:21] <Keybuk> Laibsch: of course it can
[02:21] <Keybuk> it's wishlist
[02:21] <Keybuk> we have never supported this configuration
[02:21] <Laibsch> Keybuk: Also, what about the patch that is supplied?  No good?
[02:21] <Keybuk> we provide no tools to put your system into this configuration
[02:21] <Keybuk> this configuration has never worked (unless by accident)
[02:21] <Keybuk> it certainly does not work in dapper
[02:21] <Keybuk> therefore this is not a regression either
[02:21] <Laibsch> Keybuk: nano is not supported?
[02:22] <Keybuk> Laibsch: you can nano /dev/hda1 and write garbage -- that doesn't mean we should support you when you can't mount your filesystem
[02:22] <cjwatson> Laibsch: for future reference, patches should be submitted as unified diffs (diff -u)
[02:22] <Keybuk> from the page you quote ...
[02:22] <Keybuk> Wishlist: a request to add a new feature to one of the programs in Ubuntu
[02:22] <cjwatson> the normal diff format is practically useless
[02:22] <Keybuk> "new feature" => supporting swap files (instead of partitions)
[02:22] <Laibsch> cjwatson: I would change the patch if I knew how.  I had trouble applying it myself.
[02:22] <Keybuk> please don't get too religious about the importance of a bug
[02:22] <Keybuk> the importance is a guide for the developer, rather than the user
[02:23] <Keybuk> it doesn't actually mean your bug is getting any less consideration
[02:23] <Keybuk> in fact, for feisty I'm attempting to fix more wishlist bugs than critical ones (yes, that sounds weird)
[02:23] <Laibsch> Well, this one is easy to fix.  A user has said he would work in it to fix it.  Still it has been sitting around for ages.  (and it is important IMNSHO ;-))
[02:24] <Laibsch> on it
[02:24] <Keybuk> Laibsch: how easy a bug is to fix, or how long it has been open, have no bearing on things
[02:24] <mjg59> Laibsch: This bug isn't the only thing blocking swapfile support
[02:24] <mjg59> Using swapfiles currently breaks hibernate
[02:24] <cjwatson> Laibsch: given that most of our initscripts are going to be thrown away and totally redone from scratch in an entirely different way in feisty ...
[02:24] <Laibsch> Keybuk: Why not accept the input from the user who said he would help out?
[02:25] <Keybuk> you'll note that release goals for the last three ubuntu releases have included major changes to the startup and shutdown sequences, as well as the method of mounting filesystems
[02:25] <Keybuk> this is, as a whole, something that is being worked on (tm)
[02:26] <Keybuk> Laibsch: because as Colin points out, we've pretty much throwing away all the init scripts for feisty -- spending time now to try and fix that in the current initscripts system would reduce the amount of time to write the new stuff
[02:26] <tkamppeter> cjwatson: I have done the changes on the foo2zjs update package for EDGY now. See my new comment in bug 65618.
[02:26] <Ubugtu> Malone bug 65618 in foo2zjs "Firmware upload to LJ 1000/1005/1008/1020 broken (fix to be proposed as Edgy update)" [Medium,Fix committed]  http://launchpad.net/bugs/65618
[02:27] <tkamppeter> mvo, thanks for doing all the uploads.
[02:27] <tkamppeter> mvo, doing Feisty version of foo2zjs now.
[02:27] <cjwatson> tkamppeter: thanks. I don't see updated versions of the files on freestandards.org, though?
[02:28] <cjwatson> doko_: can you point me at what you've got for syslinux and I'll see what I can do?
[02:31] <cjwatson> taking (and syncing) graphviz
[02:31] <cjwatson> tkamppeter: hmm, I think you just forgot to update the .debdiff
[02:34] <tkamppeter> cjwatson, sorry, typo, now I have uploaded the debdiff, too. If you look into the directory all files must be from today. Tell me if one is still older
[02:34] <cjwatson> mvo: for libnotify, what about the DEB_DH_MAKESHLIBS_ARGS_libnotify0 change? that affects upgrades from dapper
[02:35] <cjwatson> tkamppeter: you need to add this to the end of your .postinst:
[02:35] <cjwatson> #DEBHELPER#
[02:35] <cjwatson> exit 0
[02:35] <mvo> cjwatson: I checked the pervious version of libnotify and they have identical symbols. or do I miss something here?
[02:35] <cjwatson> tkamppeter: otherwise debhelper postinst fragments won't be included
[02:35] <cjwatson> mvo: I didn't check the library itself - it's just a change that I noticed wasn't carried over
[02:36] <tkamppeter> cjwatson: will do and re-upload
[02:37] <cjwatson> tkamppeter: sorry, I hadn't checked to see that there wasn't a postinst already or I'd have mentioned that earlier
[02:37] <mvo> cjwatson: ok, I will double-check
[02:37] <cjwatson> tkamppeter: make sure that your sponsor uploads with the -v20060625dfsg-2 option to dpkg-buildpackage (or debuild) to ensure that all the applicable changelog entries end up in the .changes file
[02:37] <cjwatson> (which in turn affects what gets mailed out to edgy-changes@lists)
[02:38] <Mithrandir> s/edgy-changes/feisty-changes/
[02:38] <cjwatson> Mithrandir: nack, tkamppeter's talking about an SRU
[02:38] <Mithrandir> oh, ok.
[02:39] <Adri2000> cjwatson: would it be possible that you look at the libdjconsole package in NEW before the christmas break please? I know I shouldn't ask that... but I need this package to update another one
[02:39] <Mithrandir> I should go back to vacationing, then. :-)
[02:39] <cjwatson> Keybuk: stealing your squashfs merge and syncing it
[02:39] <Hobbsee> Adri2000: the packages depending on it will just sit in depwait on the buildds if it hasnt gone through
[02:41] <Mithrandir> Hobbsee: hiya! :-)
[02:42] <cjwatson> Adri2000: accepted, source anyway
[02:42] <mvo> Keybuk: ok if I take your swig1.3 merge?
[02:42] <Keybuk> sure
[02:42] <Keybuk> I'm on holiday, so I'm not merging <g>
[02:42] <Keybuk> cjwatson: what was remaining in squashfs previously?
[02:43] <Hobbsee> Keybuk: rubbish.  you're not on holidays if you're not here :P
[02:43] <Hobbsee> er, if you are here
[02:43] <tkamppeter> cjwatson: All files for the SRU re-uploaded, with corrected postinst script.
[02:43] <Adri2000> cjwatson: whow quick, thanks!
[02:43] <cjwatson> Keybuk: bashisms
[02:43] <Keybuk> cjwatson: ah, Debian took that? cool
[02:43] <cjwatson> yeah
[02:43] <cjwatson> well, did independently
[02:45] <cjwatson> Keybuk: stealing cron and rsync from you
[02:47] <Keybuk> ok
[02:47] <Keybuk> Hobbsee: heh
[02:47] <Keybuk> cjwatson: can I have the sync lock back? :)
[02:49] <cjwatson> Keybuk: yes
[02:49] <cjwatson> I was just chucking four more overwrites into the queue
[02:51] <cjwatson> tkamppeter: approved; go ahead and find a sponsor
[02:53] <cjwatson> mvo: er, oops, I sort of forgetfully synced libnotify anyway :) if it's still relevant you can always reupload
[02:54] <tkamppeter> mvo, can you upload the SRU update of foo2zjs into the Edgy updates (see bug 65618).
[02:54] <Ubugtu> Malone bug 65618 in foo2zjs "Firmware upload to LJ 1000/1005/1008/1020 broken (fix to be proposed as Edgy update)" [Medium,In progress]  http://launchpad.net/bugs/65618
[02:55] <cjwatson> mvo: (make sure to use -v20060625dfsg-2 when doing so)
[02:57] <doko_> cjwatson: http://people.ubuntu.com/~doko/syslinux/
[02:58] <tepsipakki> hmm, I think dcraw can be synced
[02:58] <cjwatson> doko_: thanks, will try to get time to look
[02:58] <Keybuk> cjwatson: unlocked
[03:00] <mvo> cjwatson, tkamppeter: looking at it now
[03:02] <tkamppeter> mvo: Can you also upload foo2zjs for feisty, I have added the foo2zjs.postinst there, too.
[03:03] <tkamppeter> mvo: URL is http://www.freestandards.org/~till/tmp/ubuntu/feisty/foo2zjs/
[03:06] <mvo> tkamppeter: done
[03:07] <tkamppeter> mvo: Thank you very mich.
[03:08] <tepsipakki> ok, I'm positive dcraw can be synced. The debdiff between 8.38-0ubuntu1 and 8.39-1 contains only stuff that is either dropped or new in debian (or upstream)
[03:08] <tepsipakki> +positive that
[03:16] <tkamppeter> mvo (or someone else with appropriate rights): Can you make splix getting onto the desktop and server CDs (add to seeds or meta packages). Thanks.
[03:17] <dholbach> tkamppeter: splix does not seem to be an ubuntu package
[03:17] <dholbach> (yet)
[03:18] <Keybuk> who'd've thought it might be useful to be able to do that
[03:18] <dholbach> tkamppeter: and the process for Main inclusion is described here: https://wiki.ubuntu.com/UbuntuMainInclusionRequirements
[03:18] <mvo> dholbach: I just uploaded it, but a main inclusion report is still required
[03:18] <tkamppeter> dholbach: mvo, did you upload splix into Ubuntu? Did you put it into main?
[03:19] <dholbach> righto
[03:19] <mvo> tkamppeter: I uploaded it, but it needs to be promoted. to get a promotion, it needs a MainInclusionReport
[03:36] <cjwatson> BenC: Debian split out an efi-modules udeb (Debian bug #381584) to make it more sensible to ship efivars in a udeb on i386 - might be worth doing the same in Ubuntu
[03:36] <Ubugtu> Debian bug 381584 in elilo-installer "module efivars for i386 to support elilo on MacBook Pro" [Unknown,Closed]  http://bugs.debian.org/381584
[03:36] <BenC> cjwatson: ok
[03:37] <BenC> cjwatson: BTW, directfb failed to build on i386/amd64, even though it clearly builds perfect in my chroots :/
[03:37] <cjwatson> I'll back out the corresponding elilo-installer change for now
[03:37] <BenC> I've no idea why
[03:37] <cjwatson> hmm, nasty little FTBFS that
[03:38] <cjwatson> BenC: I'm no wiser than you - have you tried on ronne?
[03:38] <BenC> not yet, I will later today
[03:40] <\sh> benc: do you know when hugeTBL FS was add to the kernel?
[03:40] <\sh> (vanilla I mean ;))
[03:42] <tkamppeter> mvo, I have made the report now: https://wiki.ubuntu.com/MainInclusionReportSplix
[03:44] <tkamppeter> only thing missing is that the Splix files did not arrive in the archives yet (should appear in http://archive.ubuntu.com/ubuntu/pool/universe/s/splix/)
[03:44] <cjwatson> tkamppeter: i.e. waiting for NEW processing
[03:45] <tepsipakki> oh, there already was a sync-request of dcraw
[03:45] <tepsipakki> duh
[03:46] <cjwatson> tepsipakki: yours is better-formed, so I'll dup
[03:48] <tepsipakki> took a while to get requestsync to work :)
[03:48] <tepsipakki> but easy
[03:59] <BenC> directfb is now officially just broken on the buildd's
[03:59] <BenC> builds fine in ronne's chroot's
[04:02] <elmo> BenC: link to the build logs?
[04:02] <BenC> elmo: Failed on i386 and amd64
[04:02] <BenC> http://librarian.launchpad.net/5473039/buildlog_ubuntu-feisty-i386.directfb_0.9.25.1-5ubuntu1_FAILEDTOBUILD.txt.gz
[04:02] <BenC> similar issues
[04:03] <BenC> I checked the build log, and libc-linux-dev is the same version I have in my chroot
[04:03] <BenC> same with libc6-dev
[04:17] <bddebian> Heya
[04:17] <elmo> BenC: I just dist-upgraded ronne and it now FTBFS there too, FWIW
[04:17] <elmo> BenC: amd64, that is
[04:18] <elmo> (dist-upgrading i386 too)
[04:18] <BenC> odd that my chroot, which I dist-upgraded just before upload, didn't show it
[04:18] <BenC> elmo: Any idea what version libc-linux-dev was before the dist-upgrade?
[04:19] <elmo> BenC: no, but /var/log/dpkg.log in the chroot should tell you
[04:23] <BenC> just updated my chroot and it still builds...guess I'll work on it in ronne's
[04:24] <BenC> I must have magical chroots
[04:24] <cjwatson> fabbione: http://librarian.launchpad.net/5490435/buildlog_ubuntu-feisty-sparc.graphviz_2.8-2.6_FAILEDTOBUILD.txt.gz looks sparc-specific and probably not graphviz's fault?
[04:26] <bddebian> cjwatson: What did I miss in kbd-chooser that needs to stay?
[04:26] <BenC> cjwatson: Any chance of getting a dmesg on that box to make sure it wasn't a kernel caused sigbus?
[04:26] <elmo> BenC: err, actually sorry, I lied. it does FTFBSbut it's different error on ronne/amd64 than the i386 log you posted
[04:28] <cjwatson> bddebian: an enormous shedload of stuff
[04:28] <BenC> elmo: Can you change the defauly chroot to feisty? :)
[04:28] <cjwatson> look at the diff
[04:28] <cjwatson> BenC: I can't
[04:29] <elmo> BenC: yeah, done
[04:29] <BenC> thanks, I almost pulled the crack card on you because it just built, but I was on edgy
[04:30] <BenC> elmo: The amd64 one has problems with multiple declerations of types, and i386 has missing types
[04:30] <elmo> ah, ok, sounds like the same error in the chroots then, you should be good
[04:30] <elmo> (to be able to investigate it anyway ;-)
[04:31] <cjwatson> rodarvus: how about the mesa merge? that seems substantial - if somebody else needs to take it, they'd need to start about now
[04:32] <ogra> elmo, could you use your CC super powers and disable jsgotangco's admin rights from edubuntu-members ? he left the council ...
[04:35] <BenC> elmo: Ok, now I'm pulling the crack card
[04:35] <cjwatson> crimsun_: do you know the status of the remaining XFCE merges?
[04:35] <BenC> it just built in the feisty chroot
[04:35] <BenC> elmo: Are you using dpkg-buildpackage, or "fakeroot debian/rules binary"?
[04:37] <elmo> BenC: dpkg-buildpackage -us -uc -r -B
[04:37] <elmo> BenC: ~james/scratch/32/build.log
[04:38] <BenC> elmo: I was doing a direct debian/rules, I'll try dpkg-buildpackage
[04:38] <elmo> ogra: done
[04:38] <ogra> elmo, thanks, i'll ping you in january after we elected someone new ... :)
[04:39] <cjwatson> dholbach: (as seb128 substitute) looks like libcairo can be synced once (or maybe before) BenC gets directfb fixed?
[04:39] <dholbach> cjwatson: seb128 said that he's working on it and has something prepared. I *think* he said, that once directfb is done we can sync it - let me check
[04:40] <BenC> WTF!
[04:40] <BenC> why is dpkg-buildpackage failing to build directfb, and "fakeroot debian/rules binary" working!?
[04:40] <BenC> I can reproduce it on my machine now
[04:40] <cjwatson> BenC: try 'debian/rules build && fakeroot debian/rules binary'
[04:41] <BenC> cjwatson: Did that too
[04:41] <cjwatson> mvo: will you merge synaptic by tomorrow?
[04:41] <siretart> grrr. is anyone already working on the directfb FTBFS on i386?
[04:41] <BenC> siretart: yes
[04:41] <siretart> oh. reading backlog actually helps
[04:41] <mvo> cjwatson: sure
[04:41] <bddebian> I need diacanvas2 fixed too and it seems to be over my head :-(
[04:41] <siretart> sorry BenC 
[04:42] <bddebian> Oh crap, wrong channel, sorry
[04:42] <dholbach> cjwatson: 
[04:42] <dholbach> Dez 19 17:09:31 seb128  libglade2 and gconf2 should be sync
[04:42] <dholbach> Dez 19 17:09:38 seb128  libcairo too when directfb is updated
[04:42] <siretart> BenC: the buildlogs looks really strange
[04:42] <dholbach> that was in #ubuntu-desktop
[04:42] <cjwatson> pitti: stealing base-files from you
[04:43] <pitti> cjwatson: with pleasure
[04:43] <cjwatson> dholbach: thanks
[04:43] <BenC> cjwatson: "debian/rules build; fakeroot debian/rules binary" works
[04:44] <BenC> I want to blame quilt
[04:45] <cjwatson> BenC: try debian/rules build; fakeroot debian/rules binary-arch
[04:45] <cjwatson> I think that's slightly closer to what the buildd does
[04:45] <BenC> cjwatson: Pre-emptive, just tried it, and it works aswell
[04:46] <cjwatson> sh -x /usr/bin/dpkg-buildpackage ? ;-)
[04:47] <elmo> buildd does what I said
[04:47] <elmo> i.e. dpkg-buildpackage -B
[04:47] <elmo> at least on amd64
[04:47] <elmo> on i386 is does -b
[04:48] <fabbione> cjwatson: looking at the FTBFS
[04:48] <elmo> (even in soyuz - it's still using sbuild, underneath all the xml-rpc lp goo)
[04:49] <elmo> and -b is clean, build, binary, -B is clean, build, binary-arch, IIRC
[04:52] <cjwatson> elmo: sorry, I missed your dpkg-buildpackage line
[04:53] <BenC> nothing special about sh -x dpkg-buildpackage
[04:53] <BenC> -         --with-gfxdrivers=all --enable-video4linux2 \
[04:53] <BenC> +         --with-gfxdrivers=none --with-inputdrivers=ps2mouse \
[04:53] <BenC> the build changes with dpkg-buildpackage though
[04:54] <BenC> stupid rules file
[04:54] <BenC> It doesn't use dpkg-architecture directly, it assumes the env vars will be set
[04:55] <cjwatson> aha
[04:59] <fabbione> cjwatson: looks like groff is broken... 64 bit allignement fuck up
[05:04] <cjwatson> fabbione: really? pass me a diff and I'll get it fixed
[05:04] <cjwatson> first I've heard of it
[05:04] <fabbione> cjwatson: can you reproduce it on faure?
[05:05] <fabbione> the BUS ERROR is either some 64bit allignment or the ssp going banana
[05:05] <fabbione> i will need to check,,,'
[05:05] <fabbione> cjwatson: i am still in Seattle and just woke up...
[05:07] <cjwatson> ssh: faure.debian.org: Name or service not known
[05:07] <cjwatson> not so much
[05:07] <cjwatson> it's not clear it's groff from that build log; it could also be ps2pdf
[05:08] <cjwatson> not sure exactly how the shell displays that
[05:08] <cjwatson> fabbione: anyway, it's a porter team problem as far as I'm concerned for the time being :-)
[05:09] <BenC> Ok, I have a fixed directfb to upload
[05:09] <fabbione> cjwatson: eh dude.. faure.ubuntu.com ?
[05:09] <BenC> had to disable the i830 gfx driver, it cannot be built with current linux headers
[05:10] <fabbione> cjwatson: yeah i will look at it.. just give me sometime please..
[05:10] <cjwatson> fabbione: hmm, faure used to be an alpha port box in Debian so was in my .ssh/config as such
[05:10] <fabbione> cjwatson: eheh
[05:10] <cjwatson> yay name clashes
[05:11] <fabbione> i blame our sysadmins :P
[05:13] <cjwatson> fabbione: faure's feisty chroot doesn't have all the build-deps right now, but I tried just the one command that SIGBUSses on the buildd, and it works fine
[05:13] <fabbione> cjwatson: i am powering on stuff here now..
[05:20] <fabbione> bah
[05:20] <fabbione> the us mirror is behind again
[05:31] <fabbione> cjwatson: i am building now...
[05:47] <glatzor> mvo: here I am
[05:47] <mvo> haha
[05:47] <glatzor> g-a-i only shows supported applications by default
[05:47] <glatzor> oh
[05:50] <keescook> hiya seb128
[05:50] <seb128> hey keescook!
[05:51] <fabbione> cjwatson: it did build fine here. Can you please give it back? if it still fails i will need to get som extra info from adam. We might be tripping on some specific CPU kernel code somehow
[05:51] <Chipzz> jdub: ping?
[05:52] <cjwatson> fabbione: I'm still not a member of launchpad-buildd-admins, so no, I can't :P
[05:52] <fabbione> cjwatson: oh ok...
[05:52] <fabbione> who is awake that can?
[05:52] <cjwatson> Mithrandir: can you give-back graphviz/sparc, please?
[05:53] <fabbione> cjwatson: there are some diffs in the build environment that i can't reproduce locally, like glibc optimized packages and CPU.. i am not sure i have one here.. will have to check with davem when he is awake
[05:55] <bddebian> Theif
[05:56] <cjwatson> oh, damn, can't, different .orig
[05:56] <jdong> muahaha
[05:56] <bddebian> Holy crap cjwatson, sorry about that.  I don't know how I missed all that.. :-(
[05:57] <cjwatson> like I say, I'm entirely happy to merge it, just not right now :)
[05:57] <cjwatson> it's not all that urgent since we don't use it in the installer any more - I want to keep the diffs for now though in case there are folks building custom installers with kbd-chooser or something
[05:57] <cjwatson> and just on general principles that we shouldn't throw away unmerged diffs without a good reason
[05:58] <cjwatson> similarly console-data
[05:59] <bddebian> cjwatson: Well a couple were picked up in the debian package I just don't know how I missed some of the old ones :-(
[05:59] <cjwatson> no, essentially nothing was picked up in the Debian package
[05:59] <cjwatson> the only thing that was picked up was in fact something I backported from Debian to Ubuntu
[06:00] <cjwatson> (and was a change I made myself in Debian, anyway)
[06:00] <robepisc> cjwatson: just sent here by sfllaw from ubuntu-bugs.  When you have time, can you (or tollef) look at bug 62868, please?  It started as a swap automounting problem, but turned out to be an insidious PATH problem in casper.
[06:00] <Ubugtu> Malone bug 62868 in casper "swap partitions not automounted by the LiveCD" [Undecided,Confirmed]  http://launchpad.net/bugs/62868
[06:01] <cjwatson> robepisc: ugh. I'd much rather leave that to Tollef
[06:02] <cjwatson> robepisc: I just hack on casper when I need to in order to make ubiquity work properly - I try not to get sucked into more general maintenance :)
[06:03] <robepisc> cjwatson: ok, thanks.  I'll ping him then.
[06:04] <cjwatson> robepisc: I tend to agree that using binaries from /root directly is bad; I forget why that was added
[06:05] <cjwatson> robepisc: I suspect there's something pretty non-trivial hiding in there
[06:05] <cjwatson> for instance if it needs the mount binary from /root then chrooting probably won't cut it
[06:10] <robepisc> cjwatson: thanks for looking at it. The mount binary from the initrd seems to work just fine.  And I checked and tested all the scripts, looking for something requiring /root/ in PATH, but couldn't find anything.  Maybe Tollef knows why /root/ was put there in the first place.  Thanks again!
[06:10] <Chipzz> heh
[06:11] <Chipzz> launchpad--
[06:11] <Chipzz> why can't I just file a bug instead of having to go through a whole series of forms?
[06:11] <Chipzz> bleh
[06:12] <Adri2000> Chipzz: you can
[06:12] <Chipzz> hrrrm apparently just one form
[06:12] <Chipzz> kinda silly for a bug that I *know* hasn't been reported yet
[06:13] <Adri2000> Chipzz: "You may prefer the complicated bug filing form."
[06:13] <cjwatson> robepisc: bzr annotate might help, I guess
[06:13] <cjwatson> it may predate Tollef's maintenance
[06:13] <Adri2000> Chipzz: https://launchpad.net/distros/ubuntu/+filebug-advanced
[06:13] <Chipzz> anyway, bug filed
[06:14] <cjwatson> Chipzz: this really isn't the place for complaints about Launchpad
[06:14] <Chipzz> that's why I was about to shut my mouth ;P
[06:14] <Chipzz> can I downgrade the importance of a bug I reported myself?
[06:15] <Adri2000> Chipzz: only if you are in the QA team
[06:15] <Chipzz> nm then
[06:16] <Chipzz> I know the bug is just cosmetic/wishlist, and I thought maybe downgrading the importance would help, but whatever ;)
[06:16] <Adri2000> Chipzz: I can do it if you want, but let's move to #ubuntu-bugs
[06:19] <Chipzz> Adri2000: cfr pvt ;)
[06:19] <Adri2000> yep
[06:22] <seb128> ogra: gnome-screensaver is broken on feisty
[06:22] <seb128> ogra: doesn't accept the user password
[06:27] <fabbione> cjwatson: how much would you hate me if i upload a nochange d-i to pick up a new kernel if Ben uploads for me?
[06:31] <cjwatson> fabbione: that's fine
[06:31] <fabbione> cjwatson: thanks
[06:33] <jonh_wendell> will gtkUnique get in feisty (if not in gtk upstream) ?
[06:34] <jhasse> I have no drives on my desktop with feisty. Is that normal?
[06:35] <Chipzz> jonh_wendell: I'm not a developer, but I figure the chances of that would be pretty high, yes
[07:12] <ademan> i know this is a gnome thing and not an ubuntu thing, but i think it would be nice if in nautilus if you tried to drag a file to a folder with different permissions (for example /usr/include) that it would prompt you to sudo first and then allow it, rather than forcing you to start nautilus as root.  Of course there are security implications, and it might foster more users borking their own system, but it would be convenien
[07:12] <ademan> t.  (and maybe it would only do that for sudoer accounts, and wouldn't do the same prompt when you're attempting to modify a different user's files)
[07:19] <seb128> ademan: there is a feature request open since probably warty for that, patches are welcome ;)
[07:20] <fabbione> cjwatson: do you happen to remember where or how you did use printf to go back from letter to num? my connection to home where i have d-i checkout is useless atm
[07:22] <ademan> well lemme think about it for a bit, would a prompt be good?  "Modifying system files is potentially dangerous, only do this if you know what you're doing"  with a checkbox that says "never show this again" and an ok/cancel  which then would lead to a gksudo prompt?
[07:22] <ademan> gconf could probably just store a boolean key that represents that checkbox, whether or not to display the message next time
[07:23] <ademan> but would it be best like that? or all in one? ie the warning and the gksudo are part of the same dialog?
[08:31] <cjwatson> fabbione: partman-base/definitions.sh (mentioned elsewhere too, but for the record)
[08:32] <BenC> fixed directfb uploaded
[08:34] <fabbione> cjwatson: ok thanks
[08:36] <BenC> what's the URL for the merges again?
[08:37] <kylem> merges.ubuntu.com?
[08:38] <bddebian> yep
[08:40] <BenC> thanks
[08:40] <cjwatson> http://merges.ubuntu.com/main-trend.png has an interesting little jump over the last couple of days ...
[08:40] <cjwatson> (between the top two segments)
[08:45] <LaserJock> cjwatson: universe seems to have it too, although it's a bit hard to see as our percentage of ubuntuX is lower
[08:48] <bronson> I started taking notes on building debs and maintaining package repositories.
[08:48] <bronson> http://wiki.u32.net/Dpkg
[08:48] <bronson> Is there any interest in moving this to the Ubuntu wiki?
[08:49] <LaserJock> bronson: yeah, I think so
[08:50] <cjwatson> it should have a less generic name though
[08:52] <LaserJock> yes
[08:53] <LaserJock> bronson: can we take this to #ubuntu-doc
[08:55] <Mithrandir> cjwatson: given-back
[08:56] <cjwatson> thanks
[09:00] <ogra> seb128_, gnome-screensaver works for me ...
[09:02] <lifeless> ogra: does not for me
[09:02] <lifeless> ogra: just times out
[09:02] <lifeless> I was going to ask about it when I read the backlog :)
[09:02] <ogra> hmm, thats weird ...
[09:02] <ogra> its fine on two laptops and one thin client here with the same version
[09:03] <lifeless> I had to kill it to login
[09:03] <lifeless> s/login/unlock
[09:03] <ogra> do you see any feedback to your input ?
[09:03] <ogra> (dots for keystrokes)
[09:03] <bronson> LaserJock: be there in a sec...  Breakfast to contend with.
[09:12] <lifeless> ogra: yes, it accepts the password fine, you hit enter, it stops responding,
[09:12] <lifeless> mouse is in 'busy' mode
[09:12] <ogra> hmm
[09:12] <lifeless> after 5 minutes, it goes back to locked
[09:14] <cjwatson> hah
[09:14] <cjwatson> <cjwatson@cairhien ~/src/ubuntu/ubiquity/new-partitioner/ubiquity>$ bzr commit -m 'implement committing results of new partitioner'
[09:14] <cjwatson> nearly there ...
[09:15] <cjwatson> aside from the hideous performance suckiness
[09:15] <lifeless> lvm support ?
[09:15] <cjwatson> that comes well after basic functionality ;)
[09:15] <lifeless> heh
[09:15] <cjwatson> eventually, but not yet
[09:15] <lifeless> cool
[09:15] <cjwatson> haven't done the fancier bits of the UI yet which I suspect will also have to come earlier
[09:33] <lifeless> cjwatson: can it be used outside the installer ?
[09:34] <cjwatson> lifeless: no
[09:34] <cjwatson> at least not without some very substantial rewiring
[09:36] <jdong> whoa, lvm for ubiquity?
[09:37] <cjwatson> no
[09:37] <cjwatson> don't get excited :)
[09:37] <jdong> aww
[09:37] <cjwatson> some time in the semi-distant future ...
[09:37] <jdong> lol
[09:37] <jdong> and apparently it "works"
[09:37] <jdong> with large quotation marks around works
[09:37] <cjwatson> not very useful for ubiquity though
[09:38] <jdong> right
[09:38] <jdong> but it gives Joe User a lvm gui
[09:38] <cjwatson> oh, true, I guess
[09:38] <cjwatson> is it actually any good now? we looked at it early in the breezy cycle (IIRC) and it wasn't really
[09:39] <jdong> cjwatson: it looks pretty decent to me
[09:39] <jdong> cjwatson: it does most lvm tasks competently and represents visually in a way regular users would understand
[09:40] <jdong> it has improved tons since its original introduction
[09:40] <cjwatson> the lack of a decent UI to manipulate LVM was one of the reasons we chose not to do LVM by default in breezy
[09:41] <jdong> agreed
[09:41] <jdong> I kinda wish gparted handled the lvm stuff though
[09:41] <cjwatson> so once ubiquity can do LVM (er ... maybe feisty+1) we could revisit that
[09:41] <cjwatson> I'm ditching gparted :)
[09:41] <jdong> yay!
[09:41] <cjwatson> assuming I can make this pile of complex weirdness work ...
[09:41] <jdong> does that mean there'll be a way to launch just the partitioning mechanism without the installer?
[09:41] <cjwatson> no
[09:41] <cjwatson> 20:34 < cjwatson> at least not without some very substantial rewiring
[09:42] <cjwatson> might keep gparted around for that use case
[09:42] <jdong> :(
[09:42] <jdong> it'd be better if it were 'very substantially rewired' :(
[09:42] <cjwatson> I dunno, I suppose you could theoretically have a very custom ubiquity frontend that did that
[09:43] <jdong> well, a partitioning/LVM gui would be very valuable to users
[09:43] <cjwatson> it's only really interesting on the live CD anyway because otherwise you tend not to be able to fiddle with the partition table
[09:43] <lifeless> well, tchau, aikido time
[09:45] <cjwatson> jdong: I'll try to take account of that possibility in the implementation, but it won't be in the first cut
[09:45] <jdong> that's cool to hear
[09:45] <cjwatson> but nor will LVM, so :)
[09:46] <jdong> thanks for listening :)
[09:46] <cjwatson> it should be a lot more practical than in gparted though
[09:46] <cjwatson> LVM is in the design
[10:38] <Keybuk> and on my hit list tonight, seb128 and BenC!
[10:38] <Keybuk> COME ON DOWN!
[10:39] <ogra> ?
[10:39] <Keybuk> buggy wuggies
[10:41] <ogra> seems i introduced one as well in the screensaver ... and as usual i cant reproduce it :(
[10:41] <Keybuk> heh, oh yes, I knew I wanted to kill you too :)
[10:41] <Keybuk> the screensaver won't unlock, yes?
[10:41] <ogra> yep
[10:42] <ogra> and i have no idea why it works here ...
[10:42] <ogra> but it does, on all machines
[10:42] <Keybuk> yeah, I've seen that one
[10:52] <Laibsch> hi, should bugs fixed in edgy but present in still-supported dapper be marked closed?  They are easy to fix in dapper (just add dependency and recompile)
[10:54] <cjwatson> we don't in general fix bugs in dapper unless they're eligible for stable release updates (http://wiki.ubuntu.com/StableReleaseUpdates)
[10:54] <cjwatson> if they are eligible for an SRU, then the proper procedure is NOT to reopen the bug, but to open a new dapper task on the bug using "target fix to releases" or whatever the link is in launchpad
[10:55] <cjwatson> but contact the responsible developer before doing that unilaterally, please; they're the ones who'll have to take on the not inconsiderable work of getting it pushed through
[10:55] <Laibsch> Talking about bug 53244 which is easy to fix but not even remotely security relevant or anything.
[10:55] <Ubugtu> Malone bug 53244 in uim "Wrong link or dependency" [Low,Confirmed]  http://launchpad.net/bugs/53244
[10:55] <cjwatson> stability (i.e. don't change) is more important than most other considerations in stable releases
[10:56] <sistpoty> can a motu do a main sru as well?
[10:56] <cjwatson> sistpoty: not without a sponsor
[10:56] <sistpoty> cjwatson: permanent sponsor for whole sru? or just the individual uploads
[10:56] <cjwatson> Laibsch: that's unfortunate, but unless it's a regression from the previous release, it's probably not a candidate for an update; either way the main bug task should be closed if it's fixed in edgy
[10:56] <cjwatson> sistpoty: not important
[10:57] <sistpoty> ah, k... thx
[10:58] <Laibsch> cjwatson: well, the fix is quite easy for the user and documented now.
[10:58] <Laibsch> Will check if it has been a regression from breezy
[10:59] <Laibsch> no, no regression.
[11:01] <n00bzer> could someone please help me set up an smb share on a ubuntu box?
[11:02] <n00bzer> I have been at it for hours, and no luck
[11:02] <Laibsch> n00bzer: Wrong channel, I guess.
[11:02] <Laibsch> n00bzer: Try #ubuntu
[11:02] <n00bzer> k thx
[11:03] <holycow> would anyone be able to tell me the status of support for i945gm video chips and gma950 chipset by intel in dapper/edgy?  i'm not digging up information that answers this clearly
[11:12] <BenC> Keybuk: what bugs?
[11:12] <Keybuk> BenC: ath_pci oops on boot with .20
[11:12] <Keybuk> hangs machine hard
[11:12] <BenC> Keybuk: yeah, reported already
[11:12] <fabbione> hey Keybuk 
[11:13] <Keybuk> hey fabio
[11:13] <fabbione> Keybuk: do you think you can upload udev today with that sparc fix? BenC should manage the kernel by the end of his day
[11:14] <Keybuk> fabbione: won't get a chance this evening
[11:14] <Keybuk> tbh, there's a lot of udev stuff piling up
[11:14] <Keybuk> will likely do it January
[11:14] <fabbione> Keybuk: do you have anything in the queue?
[11:14] <fabbione> ok
[11:14] <fabbione> can i just upload with that debdiff?
[11:14] <Keybuk> go ahead and do it
[11:14] <Keybuk> sure
[11:14] <fabbione> ok thanks mucho
[11:16] <fabbione> Keybuk: FYI: http://zeus2.kernel.org/git/?p=linux/kernel/git/davem/sparc-2.6.21.git;a=commitdiff;h=8e6f19ad3126c4eb650f2c5a9897cd3b9c72c146
[11:17] <fabbione> and writing to the sysfs files.. now i know how to do it, but it's an expensive operation for just a flag that should be on/off
[11:18] <Keybuk> it's just a call to sysfs_create_file, isn't it?
[11:18] <fabbione> no
[11:18] <fabbione> sysfs_create_file does indeed create the file itself
[11:18] <Keybuk> btw, I can immediately spot a bug in that code <g>
[11:18] <fabbione> then you need to associate a method that is called each time you read that file
[11:18] <Keybuk> the uevent is sent before you add the whole_disk file
[11:19] <fabbione> ehm.. no it's not...
[11:19] <Keybuk> it isn't ?
[11:19] <fabbione> that's the code that scan the partitions to create them in the kernel
[11:19] <Keybuk> yeah, there's a call to kobject_uevent a couple of lines above the sysfs_create_file call
[11:19] <Keybuk> admittedly, I'm not reading this in context
[11:21] <fabbione> i wasn't able to have /dev/sda3 mounted as boot anymore on machines that were doing it constantly..
[11:21] <fabbione> so i assume that either the kernel path is waaaaay faster than udev
[11:21] <Keybuk> doing which constantly?
[11:21] <fabbione> or it doesn't matter
[11:21] <Keybuk> kernel path is faster
[11:21] <fabbione> i had machines that were mounting the wrong partition constantly
[11:21] <fabbione> with that fix they don't anymore
[11:21] <fabbione> so i assume it works
[11:22] <Keybuk> gregkh will assumedly notice if it's wrong
[11:22] <fabbione> partition_sysfs_add_subdir(p);
[11:22] <fabbione> ^^ this is when the partition /sys/block/sda/sda3 is created
[11:22] <Keybuk> yeah
[11:22] <fabbione> so the call for whole_disk is done before the dir appears in /sysfs
[11:22] <fabbione> hence no race
[11:23] <fabbione> i win :P
[11:23] <fabbione> but yeah we will see
[11:23] <fabbione> for now i am happy as it is
[11:24] <Keybuk> oh
[11:24] <Keybuk> I see
[11:24] <Keybuk> while it's scanning the first time, it sets that part_uevent_suppress thing
[11:24] <Keybuk> so that implies a bug when rescanning partitions
[11:25] <fabbione> ok, i didn't find anything in that direction.. will look at it again
[11:25] <Keybuk> I'll bitch that directly to greg :)
[11:25] <Keybuk> nothing to do with the Solaris path
[11:26] <fabbione> eheh ok
[11:32] <crimsun> cjwatson: (just reading backscroll at the airport) I've asked gpocentek if the question regarding merges for Xubuntu hasn't been addressed
[11:43] <Zdra> is there known bugs with recent glib update ?
[11:43] <Zdra> something like that: http://bugzilla.gnome.org/show_bug.cgi?id=388072
[11:44] <Ubugtu> Gnome bug 388072 in General "Warning when opening a chat window" [Normal,Unconfirmed]  
[11:54] <Zdra> ok the bug comes from a patch applied in the ubuntu package
[11:54] <Zdra> If there is a glib packager for ubuntu, the patch shouldn't be applied, or be updated: http://bugzilla.gnome.org/show_bug.cgi?id=388072 
[11:55] <Ubugtu> Gnome bug 388072 in general "Warning when opening a chat window" [Normal,Unconfirmed]