[02:46] <Lie_Ex> I've uploaded kalzium's po(zh_CN) to launchpad.net for three times,but all failed...Could anyone please tell me why?
[02:53] <crimsun> Lie_Ex: try asking in #launchpad
[02:53] <Lie_Ex> crimsun: Well...I do.
[03:06] <wasabi_> zeroconf zeroconf zeroconf.
[03:06] <wasabi_> *faint*
[03:18] <Keybuk> mdz: I can't find any evidence of a MoM bug in firefox
[03:18] <Keybuk> casey firefox-1.99+2.0b1+dfsg-1ubuntu1% md5sum browser/base/branding/about.png*
[03:18] <Keybuk> 6d3d82c09be331c2378ba8757e3ca3cb  browser/base/branding/about.png.DEBIAN
[03:18] <Keybuk> 5f7d44ff7cbd1dbccc9dda0bd0a30f5c  browser/base/branding/about.png.UBUNTU
[03:18] <Keybuk> 0e36645b0e1673028db0c66487ed377f  security/nss/cmd/pk11util/scripts/pkey.DEBIAN
[03:18] <Keybuk> 6978db5da7e4fd6227dee37e4eacd8cd  security/nss/cmd/pk11util/scripts/pkey.UBUNTU
[03:18] <Keybuk> etc.
[03:18] <Keybuk> they really are different in Debian and Ubuntu
[03:19] <mdz> Keybuk: hmm, perhaps we moved to a new upstream version ahead of Debian?
[03:20] <Keybuk> that often happens
[03:20] <mdz> we surely didn't modify those files explicitly
[03:20] <bddebian> Howdy
[03:20] <mdz> seems like we should be able to exclude them somehow
[03:20] <Keybuk> actually, sorry
[03:20] <Keybuk> we must have modified them
[03:21] <Keybuk> we have something that claims to be the "2nd ubuntu revision" of a version that exists in Debian
[03:22] <Keybuk> maybe there is a MoM bug here somewhere
[03:23] <mjg59> Why has gksu suddenly started offering to save my password?
[03:24] <mdz> mjg59:that hang on my laptop turned out to be unrelated to vbesave specifically
[03:24] <Keybuk> oh
[03:24] <Keybuk> MoM is just entirely missing code to cope with that ;)
[03:24] <mdz> it just seems to hang most of the time, more often if stuff is running in the background
[03:24] <ajmitch> mjg59: xgl is built, just can't find font 'fixed' 
[03:24] <Keybuk> it copes with non-files properly, just not binary files
[03:24] <ajmitch> even with the right font path given to it
[03:32] <mjg59> mdz: Fun
[03:32] <Keybuk> mdz: ok, fixed
[03:32] <mdz> Keybuk: thanks
[03:32] <mjg59> ajmitch: It's looking in /usr/share/X11/fonts, rather than /usr/share/fonts/X11
[03:33] <mjg59> Or something
[03:33] <mdz> mjg59: it seems to be triggered by something the gdm greeter  does; I can startx without trouble
[03:33] <mjg59> Probably needs a configure option
[03:33] <mjg59> mdz: Hrm
[03:33] <Keybuk> mdz: it was just noticing that debian and ubuntu had different binary files, and not taking the base into account
[03:33] <mdz> I guess I'll try disabling some acceleration when I have time to play with it
[03:33] <mjg59> mdz: Why does your machine ahve to have all these weird bugs
[03:33] <Keybuk> so now it won't conflict if it was only modified on one side
[03:33] <mdz> mjg59: does it?
[03:33] <mdz> this is my T42, which is generally well-behaved
[03:34] <mjg59> There was the laptop-mode crashing madness
[03:34] <ajmitch> mjg59: yes, --with-fontdir=\$${prefix}/share/fonts/X11, which I have
[03:34] <mjg59> ajmitch: strace it and see where it's looking?
[03:34] <ajmitch> setting -fp when running it has no effect either
[03:34] <ajmitch> will try
[03:36] <ajmitch> looking in the right place, for the file that's not there. I thought mkfontdir would have created fonts.alias
[03:46] <mdz> mjg59: a lot of people had that one
[03:48] <gnomefreak> is there a known issue with latest 2.6.17-5 images/restricted mods?
[03:59] <bddebian> Does it make sense for us to add a build-dep for sharutils just to get uudecode to add an icon?
[04:00] <infinity> bddebian: Yes.
[04:03] <infinity> bddebian: Alternately, distribute the icons as SVGs, and add a build-dep on librsvg2-bin to convert them to PNGs during the build.
[04:03] <infinity> (Assuming you have SVG originals)
[04:03] <bddebian> Not xpms?
[04:03] <whiprush> hey canonical folk, does silbs irc or is she email-only?
[04:03] <infinity> You could convert to XPM if you want, but they'll end up very ugly.
[04:04] <infinity> whiprush: She IRCs.  The fact that you named her base don her IRC nick should confirm that. :)
[04:04] <infinity> s/base don/based on/
[04:04] <whiprush> infinity: well, last I saw her was like, 2 years ago. :)
[04:04] <infinity> She's on every day.  She just doesn't stay connected when not at work, like the rest of us freaks.
[04:04] <whiprush> heh
[04:05] <whiprush> infinity: welcome back btw.
[04:05] <infinity> And since it's 3am there...
[04:11] <fabbione> morning
[04:12] <fabbione> infinity: could you please give back redhat-cluster-suite ?
[04:13] <bddebian> Hello fabbione
[04:13] <fabbione> lo
[04:25] <mdz> fabbione: the meeting while I was away was 1500 UTC, right? so the next one 2300 UTC?
[04:25] <fabbione> mdz: yes, so it seemd
[04:25] <fabbione> seems
[04:25] <mdz> ok, thanks
[04:25] <fabbione> mdz: no problem
[04:25] <fabbione> mdz: how does it feel to be back home?
[04:25] <mdz> fabbione: tired
[04:26] <fabbione> mdz: i bet... 
[04:26] <fabbione> mdz: today might be the day :)
[05:05] <infinity> fabbione: Sure.
[05:05] <fabbione> infinity: thanks!
[05:10] <infinity> fabbione: Appears to have built okay on amd64.  Should build everywhere else if/when doko stops uploading OpenOffice every 20 minutes.
[05:10] <fabbione> infinity: perfect thanks. I am pretty sure it will build everywhere
[05:10] <fabbione> it was a matter of other pkgs being broken before
[05:10] <infinity> ia64 worked too, so yeah.
[05:11] <fabbione> it might fail on sparc
[05:11] <fabbione> openais doesn't build because of l-k-h
[05:11] <infinity> Oh, that's okay, we don't care about sparc, do we? :)
[05:11] <fabbione> ;)
[05:11] <fabbione> speaking of which
[05:12] <fabbione> somebody will need to look at all recent FTBFS and prepare a collection for Ben
[05:12] <fabbione> so he can fix stuff up on monday
[05:12] <fabbione> it's extremely unlikely i will be around from today/tomorrow
[05:12] <infinity> As in, recent FTBFS that are the fault of l-k-h?
[05:12] <fabbione> yes
[05:12] <infinity> I was going to do another mass-give-back after the OpenOffice-fest is over, so I can keep an eye out.
[05:13] <fabbione> infinity: that would be lovely.
[05:13] <fabbione> infinity: i expect to be away about 2 weeks
[05:13] <fabbione> but i need people to look after my stuff while i am away
[05:13] <infinity> Tollef's off too, honeymoon.
[05:13] <fabbione> i know
[05:13] <fabbione> poor guy
[05:14] <fabbione> he is going to eat the most poisoining food in his life ever
[05:14] <infinity> No, no.  The honeymoon is good.  It's the 50 years after that...
[05:14] <zul> aka purgatory
[05:14] <infinity> But I'm not bitter.
[05:14] <fabbione> 25 years.. you usually don't want to live that long after
[05:14] <fabbione> zul: it's called hell :)
[05:15] <zul> fabbione: thats another word for it
[05:15] <infinity> fabbione: So, are they inducing, or has she finally gone into labour?
[05:15] <fabbione> zul: in bibble, purgatory is less painful than hell :)
[05:15] <fabbione> infinity: they are inducing.. in about 3 hours
[05:15] <ajmitch> when is tollef away?
[05:15] <zul> fabbione: dont they eat your brains
[05:15] <infinity> fabbione: Fun.  Good luck!
[05:16] <fabbione> infinity: thanks mate.
[05:16] <infinity> ajmitch: From Friday evening until the sprint in Germany.
[05:16] <bddebian> fabbione: You are having a child? (Well your wife?)
[05:16] <zul> fabbione: good luck..
[05:16] <fabbione> bddebian: well as everybody know by now.. only the mother is *always* certain, despites some bad jokes about it
[05:16] <ajmitch> infinity: right, I'll have to catch up with him asap then
[05:16] <fabbione> zul: thanks
[05:17] <bddebian> fabbione: Awesome, congratulations
[05:17] <fabbione> thanks
[05:18] <fabbione> infinity: anyway, they start the induction today.. but it might take up till monday
[05:18] <bddebian> You should have asked, I could have just given you one of my 3 ;-P
[05:18] <fabbione> infinity: so i might be around a few days more
[05:19] <fabbione> FANCY! new dlmfs builds!
[05:29] <fabbione> infinity: can you also NEW the binaries from the redhat-cluster-suite?
[05:30] <fabbione> infinity: i would like to upload the new lvm2 to complete the libdlm1 -> libdlm2 transition
[05:31] <infinity> fabbione: Does it have a proper versioned build-dep, so it'll dep-wait on the arches that don't have the new binaries yet?
[05:31] <fabbione> it's versioned B-D but just to make sure it foes in
[05:31] <fabbione> yes it will
[05:31] <fabbione> and it does
[05:32] <infinity> Alright.
[05:32] <infinity> I'll NEW amd64/ia64, then.
[05:32] <fabbione> just to make sure somebody NEW it
[05:32] <infinity> gfs2-tools to main?
[05:32] <fabbione> yes please
[05:32] <fabbione> it's a redhat-cluster-suite Depends:
[05:32] <fabbione> and the former is in main
[05:32] <fabbione> we did kill quite a bunch of binaries
[05:33] <infinity> Okay, it's in on amd64/powerpc/ia64, apparently.
[05:33] <infinity> Done.
[05:33] <fabbione> thanks perfect
[05:34] <fabbione> oh actually openais did build on sparc
[05:58] <fabbione> infinity: is there any special reason why lvm2 was never built on edgy since mvo's merge?
[05:58] <fabbione> it's in needs-build but never scheduled?
[05:59] <fabbione> no biggie.. new version is hitting archive now, just curious
[06:00] <infinity> fabbione: I'd assume it's in a dep-wait loop.
[06:00] <fabbione> ok
[06:00] <fabbione> let see if it solves itself
[07:07] <pitti> Good morning
[07:09] <pitti> infinity: any chance to stop the ruby1.8 breezy-security sparc build?
[07:09] <pitti> infinity: it keeps spamming me with failed log files
[07:10] <fabbione> infinity: can you please promote libcman-dev and libcman2 to main? MIR is not required. B-D for lvm2 and source is already in main
[08:23] <sladen> elmo: /usplash_fifo appears because the return code of chdir() isn't checked to see whether it succeeded.
[08:30] <sladen> sfllaw: it's important to mention a timezone when stating times!  :)
[09:15] <pitti> hey md
[09:15] <pitti> hey mdz
[09:15] <mdz> morning
[09:16] <pitti> mdz: ah, back to home, sweet home?
[09:16] <mdz> yes
[09:16] <mdz> but not home-sweet-$TZ
[09:17] <pitti> UnifyWorldTimezonesSpec
[09:17] <jsgotangco> lol
[09:18] <mdz> it looks like xserver-xorg-core is out of sync with xserver-xorg-video-*
[09:19] <bluefoxicy> mdz, pitti:  Any news on if that patch I sent is going to make it to backports or updates?
[09:20] <pitti> bluefoxicy: patch? sent? me know nothing
[09:20] <mdz> I replied to you last week
[09:20] <pitti> ah, gnutls?
[09:20] <bluefoxicy> mdz:  you said you were going to send it to pitti and go with wherever he sticks it, which is fine with me
[09:20] <bluefoxicy> I'm just curious as to where it went.
[09:21] <pitti> bluefoxicy: ah, I see; sorry, I didn't reply yet
[09:21] <mdz> that isn't quite how I put it, but yes, I asked for his opinion
[09:21] <pitti> bluefoxicy, mdz: my feeling is that we shouldn't do potentially disruptive changes in such a central library for dapper
[09:21] <pitti> doing it in edgy is fine
[09:21] <pitti> but we have seen in SSP that even changes which are meant to be transparent can cause troubles
[09:21] <bluefoxicy> i.e. it's going nowhere.
[09:22] <pitti> bluefoxicy: gnutls13 is already fine?
[09:22] <bluefoxicy> pitti:  libgcrypt11 o.o I never sent a patch for gnutls
[09:22] <pitti> ah, gcrypt
[09:23] <bluefoxicy> I sent a dpatch that adds --enable-noexecstack to the ./configure for that
[09:23] <pitti> bluefoxicy: so, why not apply it to edgy?
[09:23] <bluefoxicy> it's in edgy
[09:24] <pitti> ah, indeed
[09:24] <bluefoxicy> the version in edgy has other changes though
[09:25] <bluefoxicy> which is why I made a dpatch for just that for dapper; my intent is to get the executable stacks off gaim, thunderbird, firefox, vino-server, and a few other things.  Nothing more, nothing less.
[09:26] <pitti> bluefoxicy: btw, configure options are in debian/rules and shuold be applied directly, not in a patch
[09:26] <bluefoxicy> it is in debian/rules
[09:26] <bluefoxicy> the dpatch patches debian/rules
[09:26] <bluefoxicy> or something
[09:26] <bluefoxicy> whatever it's called, debdiff
[09:26] <bluefoxicy> some command tseng told me to run
[09:27] <pitti> bluefoxicy: ok, since it is in edgy for a while and apparently didn't break anything, hmm..
[09:27] <pitti> bluefoxicy: ah, debdiff
[09:27] <bluefoxicy> I honestly don't remember anymore :)
[09:27] <pitti> bluefoxicy: debdiff between two .dsc files gives you a diff -Nur between the two sources
[09:27] <pitti> so you probably mean that
[09:27] <bluefoxicy> yeah that's what I did
[09:29] <bluefoxicy> at any rate, I'll leave that up to you to figure out
[09:30] <bluefoxicy> it's 4am here and I'm going to sleep before my brain asplode.
[09:31] <pitti> good night, sleep well!
[09:33] <mdz> a dpatch patching debian/rules generally doesn't do what you want
[09:33] <pitti> mdz: what was supposed to mean s/dpatch/debdiff/
[09:33] <mdz> oh
[09:34] <pitti> I'm a bit nervous about it TBH
[09:38] <pitti> Kamion: if you have a minute, could you please free apport from NEW?
[09:47] <jdub> lamont: wow, milter support in postfix!
[09:48] <Seveas> Kamion, darn, I finally had a reply to  an ubiquity bug correct, turns out you're just ahead of me 
[09:48] <desrt> Seveas; how do you type that character?
[09:49] <Amaranth> desrt: it's katakana
[09:49] <desrt> Amaranth; i know
[09:49] <Amaranth> desrt: gucharmap :)
[09:49] <desrt> i want to know how he physically uses his keyboard to produce it
[09:49] <Amaranth> or a custom keymap
[09:49] <desrt> since i assume he doesn't use gcharmap every time he wants to smile :)
[09:51] <Kamion> pitti: apport accepted
[09:51] <Kamion> Seveas: eh
[09:51] <Kamion> heh
[09:51] <Kamion> pitti: there's a random .pyc in the source package - maybe a missing clean rule?
[09:52] <Kamion> pitti: and a random master-slave.diff too
[09:52] <pitti> Kamion: oh, I'll clean the .pyc in the next version, thanks
[09:53] <dholbach> good morning
[09:54] <Seveas> mornin' dholbach 
[09:54] <dholbach> hey Seveas
[09:54] <Seveas> seen Ubugtu's spam feature yet?
[09:55] <dholbach> ah no, not yet
[09:56] <Kamion> Seveas: (for the record I would prefer duplicates not to be Rejected as a general rule, just marked as duplicate - marking them Rejected makes it more effort to clean up in the event that a mistake is made)
[09:56] <Kamion> there's no need to reject them because Malone doesn't show duplicates by default anyway
[09:56] <Seveas> ack
[09:56] <Kamion> thanks
[09:58] <Seveas> sfllaw really should work on collecting such info and making guidelines -- most people reject duplicates and if that should not be done for a subset of packages that should be noted somewhere 
[09:59] <dholbach> in gnome land we reject duplicates as well
[09:59] <Kamion> the fad of rejecting duplicates is relatively recent, I think
[09:59] <Kamion> dholbach: but there's no way to mark a bug as duplicate in bugzilla without rejecting it, is there?
[09:59] <Kamion> well, resolved/duplicate
[09:59] <Kamion> bugzilla doesn't have a real mark as duplicate, so the situation isn't comparable IMO
[10:00] <dholbach> Kamion: in bugzilla, no - it's resolved as duplicate, yes
[10:00] <dholbach> oh, i meant in "ubuntu gnome" land
[10:00] <dholbach> "ubuntu desktop... something" land
[10:00] <Kamion> in a bug tracking system that has a real mark-as-duplicate, it seems odd to me to do further status changes
[10:00] <Kamion> dholbach: oh, ok
[10:00] <dholbach> i'll go out to buy a fan later today
[10:01] <Seveas> the bug tracking system should keep status changes of duplicate bugs in sync imo
[10:01] <Kamion> it's not so bad if it's the maintainer doing it I guess, but if other helpers are doing it then the chance of incorrect duplicate-markings is higher
[10:01] <Kamion> Seveas: it would have to remember the original status and snap it back if you unmarked-duplicate
[10:01] <Seveas> good one
[10:02] <Kamion> seems like a lot of complexity for not a lot of gain, but shrug
[10:02] <Kamion> I guess some users do get confused by the status on duplicates - easy bit of education to do though
[10:08] <sivang> morning
[10:09] <dholbach> hey mvo!
[10:09] <dholbach> hey carlos
[10:09] <sivang> hi mvo 
[10:09] <mvo> good morning!
[10:09] <sivang> carlos, et al
[10:09] <mvo> hello sivang!
[10:10] <carlos> he dudes!
[10:24] <hungerW> Could the damn fstab upgrade script please leave my fstab alone? I have fixed it three times now.
[10:24] <hungerW> Same is true for my grub settings: I do not have a automatic kernel list, it would be nice if that wouldn't get added all the time behind my back.
[10:29] <Seveas> hungerW, hack for the latter: update-grub sources /etc/default/grub, put 'exit 0' in there
[10:30] <Seveas> hungerW, and afaik the fstab update script (I assume you mean the one in edgy) is supposed to be neccessary -- if it fails to do the right thing for you, you should file a bug
[10:34] <Kamion> it shouldn't upgrade more than oonce ...
[10:34] <Kamion> once
[10:34] <\sh> pitti: ping
[10:34] <Kamion>         if dpkg --compare-versions "$2" lt "093-0ubuntu5"; then
[10:34] <Kamion>             mount_by_uuid_conversion
[10:34] <Kamion>         fi
[10:35] <Kamion> looks right to me
[10:36] <pitti> \sh: pong
[10:37] <hungerW> Seveas: I did file a bug about exactly this issue yesterday.
[10:38] <hungerW> Seveas: Please do not get me wrong: I do not mind fixing something... I am using a unstable distribution after all.
[10:38] <hungerW> Seveas: But fixing the same thing that break my boot three times in a one day is a bit annoying.
[10:38] <Seveas> true that
[10:39] <Kamion> hungerW: where's the bug?
[10:39] <Seveas> what's the bugnumber -- I don't recall seeing that bug
[10:39] <Seveas> and I've worked all night (90 minutes sleep) to get over the bug backlog
[10:39] <cbx33> hi guys, is there a look and feel summary for edgy anywhere?
[10:40] <hungerW> Seveas: #54002
[10:40] <Seveas> cbx33, wiki.ubuntu.com/Artwork is what comes closest
[10:40] <Seveas> bug 54003
[10:40] <Seveas> bug 54002
[10:40] <Ubugtu> Malone bug 54003 in udev "fstab conversion uses UUIDs for drives that are formatted on reboot" [Untriaged,Fix released]  http://launchpad.net/bugs/54003
[10:40] <Ubugtu> Malone bug 54002 in udev "No need to convert LVM volumes to UUIDs" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/54002
[10:40] <cbx33> Seveas: that's what I thought you'd day
[10:40] <hungerW> Seveas: Basically a wishlist bug...
[10:40] <Kamion> hungerW: what did you do in between those three times?
[10:40] <hungerW> Kamion: Upgrade:-)
[10:40] <Kamion> hungerW: as in, did you upgrade something that tried to do the conversion again? if so, what?
[10:41] <Kamion> hungerW: /var/log/dpkg.log may help
[10:41] <hungerW> Kamion: I did upgrade everything. And I guess that this script did not see any UUIDs in my fstab and assumes it has to build them into my system again.
[10:41] <Kamion> hungerW: the fact that the conversion is done multiple times would be a dpkg bug
[10:41] <Kamion> er?
[10:41] <Kamion> sorry, brain<->fingers disconnect
[10:41] <Kamion> hungerW: the fact that the conversion is done multiple times would be a separate bug
[10:42] <hungerW> Kamion: Which breaks the boot as the UUIDs change on reboot!
[10:42] <Kamion> hungerW: no, the conversion's only supposed to be done once at all
[10:42] <Kamion> it doesn't check whether there are UUIDs there - it checks whether it's upgraded to the version in which the conversion was introduced
[10:42] <hungerW> Kamion: Which is the reason I have not used them before:-)
[10:42] <Kamion> please file a bug about the conversion being done multiple times, and attach /var/log/dpkg.log - try to identify roughly what times the conversion happened
[10:43] <Kamion> well, the last few days' worth of dpkg.log, anyway
[10:43] <hungerW> Kamion: Which package has the conversion script?
[10:43] <Kamion> source package is udev
[10:44] <Kamion> oh, I see, the conversion script was moved to volumeid
[10:44] <Kamion> I suppose that would explain it happening twice, but not three times
[10:44] <hungerW> Kamion: Is there supposed to be data in /var/log/dpkg.log?
[10:45] <hungerW> Kamion: I should file a bug about that file always being empty then:-|
[10:45] <Kamion> are you absolutely sure it happened three times? if it was twice, then I know why that happened and it only affects a few people who upgraded through edgy
[10:45] <Kamion> and it's probably not worth the painful complexity of trying to fix it
[10:45] <Kamion> -rw-r----- 1 root adm 913817 2006-07-27 08:28 /var/log/dpkg.log
[10:45] <Kamion> it might look empty if you're not in the adm group
[10:46] <hungerW> Kamion: I am sure it happened three times. The first was yesterday morning (with a message claiming that it will do so).
[10:46] <hungerW> Kamion: I fixed it then. In the afternoon I had to reboot and fix the issue again.
[10:46] <hungerW> Kamion: And when I booted just now I saw the same problem again.
[10:47] <hungerW> Kamion: I can not garantee that I didn't do something stupid in the meantime;-)
[10:47] <hungerW> Kamion: Maybe it was my fault. I don't know.
[10:54] <Kamion> hungerW: I'm not trying to suggest it was your fault, just trying to nail down what happened
[10:54] <Kamion> hmm, the conversion should exit if there's already an /etc/fstab.pre-uuid
[10:55] <Kamion> I'll suggest that to Keybuk - that would avoid the problem for most people
[10:57] <Kamion> bug 54231
[10:57] <Ubugtu> Malone bug 54231 in udev "skip UUID conversion if /etc/fstab.pre-uuid already exists" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/54231
[11:04] <hungerW> Kamion: There is one... here. I deleted it:-)
[11:04] <Arbiter> mvo: ping
[11:04] <Kamion> hungerW: can't help that :)
[11:05] <hungerW> Kamion: Well, maybe that was the reason it converted once more. I deleted that file as soon as I roled back the changes done by the script.
[11:06] <Kamion> hungerW: can't possibly have been the reason it converted once more, because bug 54231 is not implemented at present.
[11:06] <Ubugtu> Malone bug 54231 in udev "skip UUID conversion if /etc/fstab.pre-uuid already exists" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/54231
[11:08] <hungerW> Kamion: Well, if you say this conversion will happen only once (or maybe twice for ppl that update too often;-), then it probably is something like that... me deleting/changing something the script needed.
[11:08] <mvo> Arbiter: pong
[11:09] <Kamion> hungerW: I've read the code; deleting that file can have no possible effect at present
[11:09] <Kamion>     cp -a /etc/fstab /etc/fstab.pre-uuid
[11:09] <Kamion> that's the only line that references it
[11:09] <hungerW> Kamion: Well, if nobody else has the three time conversion issue but me, then it is most probably me that did something.
[11:10] <Arbiter> mvo: have you reviewed the smartpm patches? :)
[11:11] <mvo> Arbiter: yes, a bit. not uploaded yet though
[11:12] <Arbiter> mvo: yup, do you like the split && patch?
[11:15] <cbx33> Hi again guys
[11:15] <cbx33> how deals with sound themes?
[11:15] <cbx33> s/how/who
[11:18] <mvo> Arbiter: yes, I will modify it a bit though and make the new __init__.py a proper dpatch
[11:21] <Arbiter> mvo: well :)
[11:50] <Kamion> infinity: could you turn the livefs cron jobs back on, please? Knot-1 is kind of out ;-)
[12:47] <Kamion> ever get that feeling when you want to go back and shake your past self into not being silly?
[12:47] <ajmitch> too often
[12:47] <Kamion> bug 40107 is a one-line fix :-/
[12:47] <Ubugtu> Malone bug 40107 in ubiquity "selects wrong country if selected ll_CC not available" [Medium,Confirmed]  http://launchpad.net/bugs/40107
[12:49] <tseng> rodarvus: do you happen to know what lib provides ExaDriverRec, trying to rebuild video-ati and I have a feeling I am missing a b-d
[12:51] <dholbach> tseng: /usr/include/xorg/exa.h from xserver-xorg-dev mentions it
[12:51] <tseng> dholbach: already have it, thanks.
[12:51] <rodarvus> ahn, I was late :)
[12:52] <tseng> (doesn't help)
[12:52] <rodarvus> I'll be right back, need to logout/logon again
[12:52] <rodarvus> (gnome theme is fubar, probably needs a restart)
[12:52] <dholbach> tseng: one of xserver-xorg-dev's build-depends (might be it lacks a depends)
[12:52] <tseng> dholbach: i bet so
[12:55] <tseng> gotta go, will look at it after work
[01:37] <madduck> how many ubuntu developers are there?
[01:37] <madduck> and how many of those are canonical employees?
[01:37] <madduck> for core? and for everything?
[01:37] <slomo> madduck: https://launchpad.net/people/ubuntu-core-dev and https://launchpad.net/people/ubuntu-dev
[01:38] <slomo> madduck: no idea about employment ;)
[01:39] <madduck> not a single female core developer. :/
[01:39] <ogra> madduck, we'll get there ...
[01:40] <madduck> anyway, what i really want to know is how many maintainers there are i guess.
[01:41] <ajmitch> madduck: currently there's only 1 female MOTU
[01:41] <fabbione> ogra: "we" as in when did you change sex?
[01:42] <fabbione> madduck: ogra will fix the problem soon with a short visit to casablanca
[01:42] <Riddell> Kamion: what part of ubiquity removes packages (like removing ubiquity) after install?
[01:42] <ogra> fabbione, :P
[01:43] <sivang> fabbione: ROTFL
[02:17] <Kamion> Riddell: scripts/install.py, remove_extras
[02:18] <Kamion> madduck: I think the current figure is 18 Canonical employees paid to work on the distro
[02:19] <tseng> there are 34 in coredev, including volunteers, former employees, current distro team
[02:19] <robertj> Kamion: is there any hope sabdfl might be our thundering voice & decide on Avahi to shut the mailing list up?
[02:19] <Kamion> madduck: all of those are -core-dev
[02:19] <tseng> robertj: he doesn't really do that..
[02:19] <tseng> robertj: (historically)
[02:20] <Kamion> a technical board decision would involve leaping over fewer layers
[02:20] <tseng> if you have an issue you cant resolve you schedule it for a hearing from the tech board
[02:23] <robertj> tseng: is ita "file a request for tech board to look at it" or does there actually need to be someone present & to talk to the board, etc, because if so that shouldn't be me
[02:23] <tseng> yes, its on the wiki
[02:23] <tseng> TechBoardAgenda or so, let me find it for you
[02:23] <tseng> yes, someone definately needs to be present
[02:23] <tseng> presumably from both sides, on this particular issue
[02:23] <Lathiat> when is it?
[02:24] <slomo> and both should better know what they're talking about ;) Lathiat? :)
[02:24] <tseng> https://wiki.ubuntu.com/TechnicalBoardAgenda?highlight=%28board%29%7C%28tech%29
[02:24] <Lathiat> in 12 hours
[02:24] <Lathiat> hrm
[02:24] <Lathiat> oh no
[02:24] <Lathiat> 1st aug
[02:24] <Lathiat> someone remind me? ;)
[02:25] <madduck> Kamion: much obliged.
[02:25] <tseng> someone (robertj) needs to add it to the agenda with a short synopsis and names of presenting parties
[02:27] <Lathiat> tbh i gave up reading the thread
[02:28] <Lathiat> what *exactly* are they bickering about?
[02:28] <Lathiat> now?
[02:28] <robertj> Lathiat: nothing thats why its time for someone to take steps to kill it
[02:28] <robertj> (the thread)
[02:28] <Lathiat> imm not sure a TB decision would help that
[02:29] <Lathiat> a "stfu" might ;p but in CoC-kind words ;p
[02:30] <ogra> well, "stfu because TB said no" (in a polite tone) has a better chance to be heard :)
[02:30] <fabbione> Kamion: ping?
[02:30] <robertj> I think we need some entrails to decide this properly
[02:31] <Kamion> fabbione: hi
[02:32] <fabbione> Kamion: hey dude.. could you be so kind to new redhat-cluster-suite binaries for i386/ia64 and move libcman-dev to main? (lvm2 b-d)
[02:32] <fabbione> there is no need for a MIR. all the sources are already in main
[02:33] <Kamion> ok, will do
[02:33] <Kamion> fabbione: it's not in NEW
[02:34] <fabbione> the source is not new.. there are new binaries
[02:34] <fabbione> i can only see amd64 ppc asparc debs on archive...
[02:35] <Kamion> like I say, nothing to do with redhat-cluster-suite in NEW
[02:35] <Kamion> https://launchpad.net/distros/ubuntu/edgy/+queue
[02:36] <ogra> i see t in "done"
[02:36] <ogra> *it
[02:37] <fabbione> oh halt.. ia64 is ok not to be there ... ports
[02:37] <Kamion> yep, https://launchpad.net/distros/ubuntu/edgy/+queue?queue_state=3&queue_text=redhat
[02:37] <fabbione> but i386 should be there
[02:38] <Kamion> fabbione: it's on drescher; dunno why it's not on archive.u.c yet
[02:38] <fabbione> Kamion: ok thanks.. could you check of libcman-dev is in main on drescher?
[02:39] <fabbione> this rh-c-s transition has been the most painful EVAR!
[02:39] <Kamion> fabbione: it's not yet, I'll move it after this publisher run
[02:40] <fabbione> Kamion: thanks a lot.
[02:40] <fabbione> Kamion: that will also unleash the new lvm2
[02:40] <fabbione> that did never build since merge
[02:55] <Kamion> fabbione: promotd
[02:55] <Kamion> +e
[02:55] <fabbione> Kamion: thanks
[02:55] <Hobbsee> hi Kamion, fabbione 
[02:56] <Kamion> fabbione: I think the i386 build was in the process of publishing when I looked; that would explain the discrepancy between drescher and archive.u.c
[02:56] <fabbione> Kamion: perfect. thanks a lot for checking
[02:56] <Kamion> coo; tasksel basically works
[02:56] <fabbione> hey Hobbsee 
[02:57] <fabbione> Kamion: eheh neat
[02:57] <Kamion> hmm, except it hasn't installed ubuntu-desktop, I wonder why not
[02:57] <Kamion>   xorg: Depends: libgl1-mesa-glx but it is not installed
[02:58] <Kamion> s/installed/installable/
[02:58] <gnomefreak> all kinds of xorg issues in latest updates
[02:58] <Kamion>         Depends: libgl1-mesa-dri which is a virtual package.
[03:00] <fabbione> Kamion: might be the new mesa 6.5 transition?
[03:00] <Kamion> something's installing libgl1-mesa instead
[03:00] <rodarvus> this hasn't changed in the mesa 6.5 transition
[03:01] <Kamion> oh, like err ubuntu-desktop
[03:01] <rodarvus> libgl1-mesa doesn't exists anymore - it was obsoleted by libgl1-mesa-glx
[03:01] <Kamion> should we be using libgl1-mesa-glx instead?
[03:01] <Hobbsee> hi rodarvus :)
[03:01] <Kamion> ok - it does actually exist because I haven't NBS-removed it yet
[03:01] <Kamion> but right, that answers that question, thanks
[03:01] <Kamion> I'll go fix the seeds
[03:02] <rodarvus> Hobbsee, hi!
[03:02] <rodarvus> Kamion, oh, I forgot to update this in the seeds, sorry :/
[03:02] <Hobbsee> rodarvus: i hear you broke something.  just when i came home.  shameful :P
[03:03] <rodarvus> (libgl1-mesa was obsoleted about two or three weeks ago, btw, when we merged our mesa to debian's 6.4.2-something)
[03:03] <rodarvus> Hobbsee, shame on me :)
[03:04] <Kamion> oh interesting, lsb now depends: libgl1-mesa | libgl1 - fix that and everything else with similar depends and we could probably get rid of that seed workaround
[03:04] <ajmitch> rodarvus: xorg drivers will be rebuilt soon?
[03:05] <sfllaw> Kamion: I prefer Rejecting bugs on Duplicate, because then you can tell the submitter why you've done so.  You can't leave a comment when you mark something Duplicate.  I suspect that recording state changes might make undoing a lot easier.
[03:05] <rodarvus> ajmitch, they're being rebuilt right now
[03:05] <Kamion> sfllaw: I always leave a comment explaining the situation and then mark as duplicate
[03:05] <rodarvus> actually, they're being uploaded today
[03:06] <ajmitch> ok
[03:06] <Kamion> which doesn't seem that difficult - ok, one more web transaction, but so what
[03:06] <ajmitch> so, once OOo gets through :)
[03:06] <rodarvus> (I've seen bug 54225 this morning)
[03:06] <Ubugtu> Malone bug 54225 in xorg-server "Dependency relationships allow core and drivers to be out of sync" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/54225
[03:06] <rodarvus> strange thing is I didn't had this problem locally
[03:06] <ajmitch> I did on my laptop, but not with the nvidia driver on amd64, strangely enough
[03:07] <ajmitch> updated Xgl package seems to work alright now
[03:08] <zul> oh goody...you can test xen on amd64 then ;)
[03:08] <ajmitch> heh
[03:08] <ajmitch> that requires rebooting :)
[03:08] <ajmitch> and going through the pain of getting a root filesystem again
[03:13] <madduck> ajmitch: which bug?
[03:13] <ajmitch> bug 52740
[03:13] <Ubugtu> Malone bug 52740 in initramfs-tools "[EDGY]  Regression: can't boot from lvm root on raid anymore" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/52740
[03:13] <gnomefreak> x-window-system-core xorg xserver-xorg  are not being replaced when upgrade removes them (any reason for this) or just broken?
[03:14] <ajmitch> and it didn't like the UUID conversion in grub, either
[03:14] <ajmitch> I think I have to file a separate bug on that
[03:15] <jono> hey
[03:16] <madduck> ajmitch: which initramfs-tools version? which mdadm?
[03:16] <madduck> looks like pre-2.5
[03:17] <ajmitch> initramfs-tools 0.69ubuntu6, mdadm 2.4.1-6ubuntu1
[03:17] <madduck> ok, so it's not related to my recent changes then
[03:24] <rodarvus> I'll be back in a few minutes
[03:25] <ajmitch> pitti: hm?
[03:25] <pitti> ajmitch: it's my first time I (try to) use it
[03:25] <ogra> yeah, its fun ...
[03:25] <pitti> ajmitch: and it doesn't work... :)
[03:26] <mvo_> pitti: its the suck :/ 
[03:26] <ajmitch> ah, it does take a little bit of work :)
[03:27] <sladen> wiki is feeling like paint drying today
[03:30] <Kamion>  * redhat-cluster-suite_2.20060716-0ubuntu4 builds: libdlm-dev, libcman-dev, gnbd-client, libdlm2, rgmanager, redhat-cluster-suite, libcman2, gnbd-server, gfs-tools, cman, gfs2-tools, libccs-dev
[03:30] <Kamion>       but no longer builds:
[03:30] <Kamion>         o 1.20060222-0ubuntu5: ccs, fence, fence-gnbd, gulm, libcman1, libdlm1, libgulm-dev, libgulm1, libmagma-dev, libmagma1, magma, magma-plugins, redhat-cluster-suite-source
[03:30] <Kamion> fabbione: those (in the last line) are fine to rebuild, right?
[03:31] <Kamion> er, to remove
[03:31] <fabbione> Kamion: they should disappear automatically.. they are not part of edgy anymore.
[03:31] <fabbione> Kamion: be careful not to remove them from dapper :D
[03:32] <fabbione> Kamion: unfortunatly for an amazing endless chains of events, this is the first time that the suite can build on archive and publishes binaries
[03:33] <Hobbsee> pitti: seeing as you're the maintainer.  why would English_southafrican translations be installed with language-support-en?  is that supposed to happen, or what?
[03:33] <Kamion> fabbione: "disappear automatically"> the above paste is from the automatic report that needs to be processed manually
[03:34] <pitti> Hobbsee: which other language pack would you want instead?
[03:34] <Kamion> fabbione: (not-built-from-source removals are only semi-automatic)
[03:34] <Seveas> pitti, -za?
[03:34] <pitti> Seveas: that's a country, not a language
[03:34] <Kamion> fabbione: it would require deliberate effort to remove them from dapper :)
[03:34] <Seveas> true
[03:34] <pitti> it's l-support-$LANG, not -$COUNTRY
[03:34] <fabbione> Kamion: ah ok.. the list seems about right :) go ahead
[03:34] <fabbione> Kamion: well sometimes i am scared because you are a damn errorless too-efficent machine
[03:35] <Kamion> righto, thanks, I just like to check removals
[03:35] <Hobbsee> pitti: i was under the impression that south african translation stuff fell under it's own category, and thought it was odd.  that's all.
[03:35] <Kamion> Hobbsee: all the language packs install all variants of the language in question
[03:36] <ajmitch> Hobbsee: so you even get en_NZ to enjoy
[03:36] <Hobbsee> Kamion: ah okay.  i'm no speaker of south african
[03:36] <Hobbsee> ajmitch: enjoy?  more like wince thru.  you and your x-murdering :P
[03:36] <Kamion> Hobbsee: South African translation> well, en_ZA (English as spoken in South Africa) is rather different from xh_ZA (Xhosa as spoken in South Africa)
[03:36] <Kamion> doesn't make sense to lump them together
[03:37] <Kamion> whereas English in different countries is basically more or less mutually comprehensible
[03:37] <zul> its like colour color
[03:37] <Hobbsee> Kamion: ahhh...right...okay then
[03:37] <Hobbsee> fair enough
[03:37] <pitti> Hobbsee: -en contains the country specific flavours of all ENglish-speaking countries
[03:37] <Kamion> South Africa has something like a dozen official languages, IIRC
[03:37] <Hobbsee> was just a curious question - which is why i went to the maintainer, instead of filing a bug report whinging about it :P
[03:37] <Hobbsee> Kamion: ahh...didnt know that
[03:38] <Hobbsee> pitti: yep, okay, thanks
[03:41] <Riddell> Kamion: could you move kopete source to main, the binaries are already in main
[03:44] <Hobbsee> Riddell: darn you!  :P
[03:45] <Hobbsee> just for a bit.  oh well.
[03:45] <ogra> Hobbsee, time to go for main then ;)
[03:45] <Kamion> wow, the temperature here just dropped by several degrees nearly instantaneously
[03:45] <Kamion> yay storms
[03:45] <jjesse> ooo big storm
[03:45] <mjg59> Hm.
[03:45] <mjg59> Air conditioned here, so I haven't noticed anything...
[03:45] <Hobbsee> ogra: haha.  well...yeah...but i wouldnt want to be rejected.
[03:46] <jjesse> Kamion: were is here?
[03:46] <Kamion> Riddell: done, sorry Hobbsee
[03:46] <Kamion> jjesse: Cambridge, England
[03:46] <jjesse> ah
[03:46] <Hobbsee> Kamion: :'(  okay then.  :P
[03:47] <Kamion> as Riddell says, the binaries were already in main; it was a bug that the source was in universe
[03:51] <Hobbsee> Kamion: bleh.  true.  i know it had to be done.  i just liked being able to play with it freely.  :)
[03:53] <CarlFK> edgy alternate - is this message expected?   "At the moment, only the core of Debian is installed.  To tune the system.... [ ]  Ubuntu desktop" http://dev.personnelware.com/carl/temp/Jul27/a/edgydebian.png
[03:54] <CarlFK> or should I post it to LP
[03:54] <Kamion> CarlFK: I just fixed that half an hour ago or so
[03:55] <sladen> CarlFK: that question shouldn't be seen as the priority should be below the threshold
[03:55] <Kamion> oh yes, didn't notice the Debian bit there, I'll fix that] 
[03:55] <Kamion> sladen: check your facts kthxbye :-P
[03:55] <CarlFK> Kamion: glad I asked :)
[03:55] <Kamion> db_input high $question || true
[03:55] <Kamion> this is intentional
[03:55] <Kamion> my fix was to preseed it on non-server CDs, not to drop the priority
[03:56] <sladen> oh. I. see.
[03:56] <djbmister> any powerpc devs here??
[03:57] <Kamion> djbmister: depends what you're asking
[03:57] <Kamion> sladen: (see the revive-tasksel spec for more information)
[03:57] <sabdfl> robertj: the Avahi decision certainly belongs with the tech board, not with me
[03:57] <djbmister> Well its releated to the kernel 2.6.15 kernel and chrp systems
[03:58] <djbmister> In particular the 'Pegasos motherboard' or ODW as its known
[03:59] <bddebian> Heya
[03:59] <Kamion> I'm not familiar with kernel issues involving the Pegasos, unfortunately
[04:00] <djbmister> The issue regarding this kernel, is that from a compile from source it just doesn't work. 2.6.17 from edgy does work
[04:00] <Kamion> best to file a bug on launchpad about it, and/or ask on #ubuntu-kernel
[04:00] <CarlFK> Kamion: can you take a quick look at bug #53699 - "untriaged" makes me think it stalled :)
[04:00] <Ubugtu> Malone bug 53699 in Ubuntu "installer - names not resolving" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/53699
[04:00] <bddebian> Hah, where's madduck
[04:00] <bddebian> hamlib (1.2.5-7) unstable; urgency=low
[04:00] <bddebian>  .
[04:00] <bddebian>    * Update to new python policy
[04:00] <bddebian>    * Update standards version 3.7.2
[04:00] <bddebian>    * This work by Barry deFreese of Ubuntu, thanks! Closes: #379191.
[04:00] <djbmister> ok, thanks
[04:01] <Hobbsee> bddebian: nice!  does it work?
[04:01] <Kamion> sorry I can't help more directly
[04:01] <Kamion> CarlFK: I totally ignore untriaged, unconfirmed, etc.
[04:01] <djbmister> no probs
[04:01] <bddebian> Hobbsee: I just got the mail this morning so I haven't built it yet
[04:01] <Hobbsee> bddebian: okay
[04:01] <Kamion> CarlFK: in this case though I simply didn't see it because it wasn't filed on the installer
[04:02] <sladen> Kamion: thanks for picking me up on that :)
[04:03] <djbmister> Just a quick question, nothing to do with the kernel or anything. I'm creating a custom ubuntu cd for the ppc platform and im just wondering, how do i change the default background wallpaper etc etc??
[04:03] <Kamion> CarlFK: replied, anyway
[04:04] <CarlFK> Kamion: thanks
[04:09] <Chipzz> ugh
[04:09] <Chipzz> X broken in edgy :(
[04:14] <dholbach> could somebody add some blurb about X to the topic? :)
[04:15] <ajmitch> dholbach: like "don't ask, it's being fixed"?
[04:15] <dholbach> "it will be broken for a while, stick to dapper" or something
[04:15] <ogra> :P
[04:16] <ogra> :)
[04:16] <ajmitch> slightly more useful :)
[04:19] <bddebian> madduck: I was just prodding you.  We give back on occasion. ;-P
[04:20] <sivang> dholbach: rather put a link to a work around? :)
[04:20] <madduck> bddebian: you got the wrong impression. :)
[04:20] <bddebian> madduck: About?
[04:21] <madduck> nevermind.
[04:22] <Kamion> bddebian: I think he means he's not always as negative about Ubuntu as you thought
[04:23] <ajmitch> sivang: depends what your breakage is - the most likely cause is needing the video drivers to be recompiled
[04:23] <sivang> ajmitch: ah, then I'm using FOSS ones all over, hopefully I will be able to reboot after todays' upgrade
[04:24] <ajmitch> sivang: the FOSS ones are the problem
[04:24] <sivang> hrm, okay, so no reboot for me for now :)
[04:26] <bddebian> Kamion: Oh, I didn't mean to imply that madduck is negative about Ubuntu, I was just giving him grief about his blog entry :-)
[04:28] <madduck> bddebian: because that blog entry was something to give me grief over?
[04:29] <Chipzz> ok, which version of X broke? with some luck I still have the debs and I can downgrade?
[04:30] <tseng> Chipzz: see the topic.
[04:30] <Chipzz> tseng: I know it is broken, I want to downgrade, but in order to do that, I need to know to which version
[04:30] <thom> Chipzz: check your dpkg log and seee what got upgraded
[04:31] <Chipzz> thom: I do not reboot after every upgrade; this could have been broken for weeks
[04:31] <thom> hey mate :-)
[04:31] <pitti> hi thom
[04:31] <tseng> thom: (typo 4.0 weee!)
[04:31] <madduck> thom: will you be in cambridge on aug26 ?
[04:31] <bddebian> madduck: Of course. :-)  Actually I wanted to comment on it but didn't get the opportunity 
[04:31] <thom> tseng: oh really? shiny
[04:31] <madduck> bddebian: my inbox is oepn! :)
[04:31] <thom> madduck: um.
[04:32] <thom> madduck: i moved to .nl recently, so it's possible but dunno
[04:32] <madduck> thom: sorry. :)
[04:32] <madduck> thom: http://wiki.earth.li/DebianParty2006
[04:33] <tseng> thom: http://scottstuff.net/blog/articles/2006/07/22/typo-4-0-0
[04:46] <thom> tseng: nifteh. /me upgrades
[04:51] <tseng> thom: ive been using svn all this time.
[04:52] <thom> i've been on some dubious svn export for a while
[04:55] <ogra> iwj, would you mind taking a last look at SCPC, as i wrote in y mail from yesterday, i think its all adressed now, i can ask sb. else if you dont have the time, but would like to have it approved before the meeting (promised that to Kamion)
[05:25] <zul> mvo: do you still have that grub bootsplash patch that you did?
[05:25] <setuid>  I've put together an advisory council (at IBM). I'm looking to backfill some alternates, and am looking for recommendations for 3 seats. Are there people within Ubuntu/Canonical that I should consider?
[05:25] <setuid> Its called the Linux on POWER Advisory Council, where we'd be sharing some pre-release info for comments, criticism and other ideas before we release it to the OSS community. 
[05:26] <mdz> Kamion: do you have a todo list for the dapper point release?
[05:26] <mdz> Kamion: I think we should do the live CD file order optimization
[05:28] <Kamion> I wasn't going to attempt optimisations in it ...
[05:29] <Kamion> that said, it might well fall out of the livefs build script changes anyway
[05:29] <Kamion> so I don't object if somebody wants to put time into collecting the sort files
[05:29] <Kamion> mdz: my to-do list is about to be largely cleared by way of the mail I'm about to send you about ubiquity
[05:30] <Kamion> we should clear out the unapproved queue too - there are half a dozen or so items in it
[05:38] <seb128> Riddell: around?
[05:40] <Riddell> seb128: hi
[05:40] <seb128> Riddell: for https://wiki.kubuntu.org/KubuntuEasyZeroconf, do you use the message mentionned on the wiki page? it doesn't look like according to the patch but I might be looking at the wrong place
[05:40] <seb128> the "Enabling Avahi Zeroconf will open port..."
[05:41] <Riddell> seb128: oh I need to add that, thanks for reminding me
[05:41] <seb128> Riddell: no problem :)
[05:42] <Riddell> seb128: feel free to edit the wiki page and add the port number, then I won't have to look it up
[05:42] <seb128> Riddell: ok. I've to run now for an hour but I'll do that later if you didn't do it first, thank you
[05:44] <Kamion> setuid: might be worth asking the Ubuntu technical board for recommendations, if you have time? http://wiki.ubuntu.com/TechnicalBoardAgenda
[05:46] <shellsage> Hi, I've been googling for about an hour for this and nothing is coming up. Where might I find the ubuntu livecd/installcd source?
[05:46] <shellsage> Am I supposed to unpack the ISO?
[05:47] <shellsage> Or is there an archive of it
[05:47] <setuid> Kamion, I'm going to explore that now, pygi pointed me that direction
[05:47] <Kamion> shellsage: source for what exactly? everything?
[05:47] <shellsage> Kamion, everything one would receive on the livecd/installcd
[05:48] <shellsage> Including the bootable image
[05:48] <Kamion> shellsage: http://cdimage.ubuntu.com/releases/dapper/release/source/ has ISOs of the source
[05:48] <Kamion> shellsage: it's also all in the archive (archive.ubuntu.com), available using 'apt-get source'#
[05:48] <Kamion> s/#//
[05:48] <shellsage> Kamion, thanks
[05:50] <shellsage> Also, should I submit a bounty proposal for my project idea? I want to write a branch of ubuntu called crybuntu, that from installation, uses encrypted partitions via cryptsetup-luks, with some neat features like storing the system key on a usb stick.
[05:50] <Kamion> shellsage: not to rain on your parade but I suspect we're going to get a lot of that via Debian quite soon ...
[05:50] <Kamion> (partman-crypto)
[05:51] <Kamion> dunno where the system key lives, though
[05:51] <shellsage> Kamion, oh, I thought that it would be great to have it all in one project/installable CD like that
[05:51] <Kamion> you'd be welcome to help with that in Edgy if you're interested - I just need to put together main inclusion reports and stuff for the new bits
[05:51] <shellsage> So that people could instantly have an encrypted system
[05:51] <Kamion> right, I believe we're going to have that in mainline
[05:51] <shellsage> Oh ok
[05:51] <Kamion> although I confess to not having looked over the code yet
[05:51] <Kamion> probably alternate install CD only for now
[05:52] <shellsage> Yes I'd like to help with that then, I've already done it on my gentoo system, and it works very well
[05:52] <Kamion> I'm going to try to get the bits into main for Edgy Knot 2
[05:52] <Kamion> (second milestone release)
[05:52] <shellsage> right
[05:53] <shellsage> so is it going to be an option of the installer on the livecd, to encrypt the partitions?
[05:53] <shellsage> or is it just a separate package that encrypts the partitions post-install
[05:54] <shellsage> via some secure data displacement
[05:54] <Kamion> shellsage: an option in the installer's partitioner, not on the live CD, on the alternate install CD
[05:54] <shellsage> ah ok
[05:55] <Kamion> the live CD can be done too in the longer term but that's dependent on https://launchpad.net/distros/ubuntu/+spec/ubiquity-advanced-partitioner and I don't have any time to do more than the basics on that
[05:55] <Kamion> (for edgy)
[05:55] <shellsage> ah
[05:55] <shellsage> I'm reading the wiki entry for partman now on the debian installer
[05:57] <Kamion> shellsage: http://wiki.debian.org/DebianInstaller/PartmanCrypto if you haven't found that
[05:57] <Kamion> "Keyfiles on removable media" is under future plans I see
[05:58] <shellsage> Kamion, yeah I'm onto the SVN now, having trouble understanding the heirarchy though
[05:58] <shellsage> I'm not very familiar with the layout of the final.d stuff
[05:58] <shellsage> finish.d*
[05:58] <janimo> infinity: do you know why xubuntu desktop CD still gets older packages? (xubuntu-live 2.4 vs 2.6, libgoffice-gtk-1-2 vs 0-3)
[05:59] <janimo> results in oversized ISOs
[05:59] <infinity> janimo: Cause I need to re-enable dailies.  I'll do that now.
[05:59] <Kamion> shellsage: it does assume general familiarity with partman; 'svn co svn://svn.debian.org/svn/d-i/trunk/installer/doc/devel/partman' and 'make' in the resulting checkout to get the partman documentation
[05:59] <janimo> infinity: so if a CD gets oversized it is no longer builkt on subsequent days?
[05:59] <Kamion> shellsage: it's not the clearest documentation in the world, though
[05:59] <Kamion> janimo: no, all the dailies were switched off for Knot 1 and never reenabled until now
[05:59] <infinity> janimo: No, the daily livefs cronjobs have never been enabled for edgy.  Doing that right now.
[06:01] <janimo> infinity, kamion: ok, thanks. Seeing daily isos come out the past days I though they were basedon updated livefs as well.
[06:02] <shellsage> Kamion, thanks, I'm going to look into it. I thought this was a great idea so hopefully I'll be able to contribute, at least the usb key thing.
[06:02] <shellsage> It'd be incredible to be able to just up and quickly install encrypted systems
[06:02] <setuid> Kamion, I can't seem to find the TB mailing list. Any idea? 
[06:03] <Kamion> setuid: scheduling stuff for discussion is done by adding it to the wiki page and showing up to the next meeting
[06:04] <Kamion> janimo: nah, I enabled the cdimage cron jobs, but that crontab is independent from the livefs ones on the buildds
[06:04] <setuid> I want to send a blanket message to the TB members, not spam, but soliciting some input. 
[06:04] <bddebian> How do most of you main types feel about your Universe merges?  Do you care if I just do them or leave them for you?
[06:20] <Gloubiboulga> dholbach, seb128, do you know if we'll get the new xklavier in edgy, or if we'll keep xklavier11?
[06:22] <dholbach> Gloubiboulga: is there a new version of libxklavier?
[06:22] <Gloubiboulga> dholbach, not a stable one, but Jani told me that the newt one might be part of gnome 2.16
[06:23] <dholbach> Gloubiboulga: nothing requires it yet and it so that'd only be gnome-control-center
[06:23] <Gloubiboulga> ok
[06:23] <dholbach> Gloubiboulga: i'm not familiar enough with that codebase to judge, but as they're in api/etc freeze now, i guess not
[06:23] <Gloubiboulga> dholbach, ok, thanks :)
[06:23] <dholbach> Gloubiboulga: we might figure that we'll be happier with 7.1 and a new libxklavier, but i don't know
[06:24] <dholbach> i mean xorg7.1
[06:33] <infinity> Kamion: livefs dailes are re-enabled for i386/powerpc/amd64.... I'm not turning them on for the other arches (yet), due to disk space concernes, and a pending move to squashfs for all of them.
[06:33] <infinity> concerns, too.
[06:37] <Kamion> infinity: cool, thanks
[06:39] <wasabi> Hmm. Some update killed alsa.
[06:41] <bddebian> Heya LaserJock
[06:42] <LaserJock> hi bddebian 
[06:42] <mhb> hello to all
[06:43] <bddebian> Hello mhb
[06:43] <zul> hey lj
[06:43] <mhb> I talked with someone in this channel a few feeks ago about the translations of Edgy in Rosetta
[06:43] <mhb> (weeks)
[06:44] <mhb> Well, I was informed it should take no longer than a few weeks, but nothing has happened since then, so here I am again :o)
[06:45] <mhb> Does anyone know more about the start of Edgy translations?
[06:47] <LaserJock> mhb: I don't know, but you would probably get a better answer from the translators mailing list (it's on lists.ubuntu.com)
[06:48] <mhb> LaserJock: you think someone else than translators are signed in it?
[06:49] <mhb> LaserJock: I read that ML, by the way.
[06:49] <mhb> LaserJock: because it's not a question exactly for translators
[06:53] <mhb> LaserJock: but okay, I'll try it :o)
[06:57] <LaserJock> mhb: sorry, was away for a sec. I think that the admins would also read the list so it is probably the most appropriate place to ask. I'm sure other translators are interested too.
[06:58] <mhb> LaserJock: we'll see :o)
[07:46] <seb128> Gloubiboulga: why do you want it?
[07:47] <Gloubiboulga> seb128, I don't want it, I'll certainly try to write a tool to manage keyboard layouts using xklavier
[07:47] <seb128> Gloubiboulga: xkb things are usually easy enough to break to not touch them for an unstable version if not required
[07:48] <Gloubiboulga> seb128, I'm fine with the current xklavier, I just don't want to start something with the new one and have to rewrite everything later :)
[07:48] <seb128> Gloubiboulga: we have 2.91 which is the new API,ABI one
[07:49] <seb128> Gloubiboulga: it has been updated during the GNOME 2.15 cycle
[07:52] <Gloubiboulga> ah right...
[08:03] <bddebian> bbiam
[08:03] <lfittl> q
[08:03] <lfittl> argh, sry
[09:47] <bddebian> re
[09:50] <Burgwork> greetings bddebian 
[09:50] <bddebian> Heya Burgwork
[10:23] <pitti> Hi
[10:24] <Burgwork> hey pitti 
[10:25] <bddebian> Hello pitti
[10:49] <djbmister> Can anyone answer my question regarding a customised livecd of ubuntu
[11:39] <plastictabs> anyone alive?
[11:40] <Burgwork> hmm, he stuck around a long time, eh tseng?
[11:41] <tseng> Burgwork: im home
[11:41] <tseng> oh, heh
[11:41] <Burgwork> makes Viper550 seem like a positive elephant
[11:44] <Amaranth> Burgwork: ?
[11:44] <Burgwork> Amaranth, viper550 has a habit of flitting in and out of -desktop
[11:44] <Amaranth> ah
[11:50] <tseng> Burgwork: viper brings a few more infuriating traits to the table
[11:50] <pitti> mvo: yay, with the new update manager and my latest package the crash reporting gui now works just wonderfully
[11:50] <Burgwork> tseng, meh
[11:50] <tseng> posting my ideas as his own, then when flamed claiming I made him say it
[11:50] <tseng> is the current winner.
[11:51] <mvo> pitti: great news :)
[11:53] <doko> pitti: -> #ubuntu-toolchain ...
[11:59] <Burgwork> pitti, is apport generic enough to run on other distros?
[12:00] <pitti> Burgwork: mostly yes
[12:01] <pitti> Burgwork: the Ubuntu specific bits are (1) our kernel's crash dump helper hook and (2) update-notifier calling apport-gtk when it senses (via inotify) a new report
[12:01] <pitti> Burgwork: (1) can be solved by using a glibc patch or a preloaded library
[12:01] <pitti> Burgwork: and (2) needs an alternative implementation, of course
[12:01] <Burgwork> pitti, just thinking about it, because GNOME is talking about bug reporting currently
[12:01] <pitti> Burgwork: but the data collection and the frontend are not ubuntu specific