[00:00] <calc> about 70% of the time i get memory its bad out of the box
[00:00] <calc> directhex: most likely my system can only take up to 8GB iirc
[00:00] <directhex> hm, UDS is at google? that's awesome
[00:00] <calc> directhex: yea
[00:01] <Mithrandir> calc: sounds like you are mishandling it.
[00:02] <Mithrandir> or buying really crappy memory
[00:02] <calc> Mithrandir: its from Fry's (US store notiorous for bad hardware)
[00:02] <calc> Mithrandir: unfortunately they are the only real hardware store around the area
[00:02] <directhex> i used to work at a pc retailer
[00:02] <Mithrandir> I've heard of this thing called the internet where you can order stuff from other places than nearby stores.
[00:02] <Mithrandir> you ever heard of that?
[00:02] <directhex> boxed hard disks have a similar weight to a soccer ball
[00:02] <Mithrandir> ;-P
[00:02] <calc> generally if someone returns something they just stick it back on the shelf to sell again
[00:03] <directhex> calc, yea, we did that
[00:03] <calc> Mithrandir: yes but then "you can't just walk to the closest shop and pick up a replacement?
[00:03] <directhex> with said football hard disks
[00:03] <calc> that part doesn't work (bad copy/paste caused early return)
[00:03] <ogra> you kicked them before putting them back ?
[00:03] <Mithrandir> calc: internet is even closer than the closest shop
[00:03] <calc> but yes i have fairly good results from buying from newegg in the US
[00:03] <Mithrandir> *shrug*
[00:04] <calc> Mithrandir: but takes several days for shipping unless you pay large amount of money for next day (in the US)
[00:04] <calc> in the end not much faster than just RMAing the memory which is what i am going to do
[00:06]  * calc thinks he'll go get food while waiting on the rest of his system to pass testing
[00:14] <Caesar> Hi, it looks like there's a dependency issue between the mozilla and seamonkey packages in hardy-{updates,security}
[00:14] <Caesar> Should I file a bug against both packages?
[00:15] <kees> Caesar: yes, please.
[00:15] <kees> Caesar: please mark it a security issue, and then flag it as public.
[00:16] <Caesar> kees: okay
[00:23] <Caesar> kees: https://bugs.launchpad.net/bugs/300519
[00:23] <Caesar> Drat
[00:23] <Caesar> Now it's public
[00:23] <kees> Caesar: cool, thanks!
[00:23] <Caesar> np
[00:51] <mneptok> Salve Caesar! Morituri te salutamus!
[00:53]  * Caesar blinks
[00:54] <mneptok> Caesar non Latine dictus?
[00:55] <serge> am hitting https://bugs.launchpad.net/ubuntu/+bug/300162
[00:55] <serge> sounds like a bad push
[00:57] <serge> ok second bug answers my question
[01:07] <Caesar> mneptok: no
[01:49] <NCommander> kees, poke
[01:50] <NCommander> kees, you can't have NX without PAE
[02:52] <mneptok> NCommander: and if you want PIE you have to compile with --finished_dinner=YES
[02:52] <NCommander> lol
[02:53]  * mneptok is in the Clean Plate Club!
[02:53] <Hobbsee> hahaa
[05:01] <jsmidt> I have been looking at harvest and found a package called moodbar has a patch from fedora for it.
[05:01] <jsmidt> How do I figure out what the patch does?
[05:02] <jsmidt> Here: http://cvs.fedoraproject.org/viewvc/devel/moodbar/moodbar-0.1.2-glib.patch?view=markup
[05:02] <jsmidt> I would like to learn to patch packages but am sure in the changelog you want to state why the package is being patched.
[05:02] <jsmidt> Or do I just say something like: "patched with fedora patch"?
[06:30] <hyperair> does anybody have time for a sru? Bug 263779
[06:32] <kees> NCommander: right, I know about NX needing PAE, but I encountered non-NX _with_ PAE.  finally tracked it to a bios setting. !!
[06:32] <NCommander> o_O;
[06:32] <NCommander> yay for crapply written bios
[06:34] <kees> NCommander: yeah.  I'm deeply unpleased that a) it is even _controllable_ by the BIOS since the CPU feature downgrades gracefully for OSes that don't use it, and b) Dell ships with the feature disabled.  grrr
[06:34] <NCommander> kees, VTx is the same way
[06:35] <kees> NCommander: yeah.  I can _almost_ understand why that's in the BIOS, but not really.
[06:35] <NCommander> Well, its because of PAE
[06:35] <NCommander> PAE can screw up some old operating systems, but it should be disabled out of the box :-/
[06:36] <NCommander> (i.e., the kernel must write the necessary control information for PAE to activate)
[06:38] <dholbach> good morning
[06:46] <RAOF> Any X heads here?  Why is the default RenderAccel method for radeon still XAA on all cards, but the driver will spit a warning to Xorg.0.log saying that they shouldn't be using XAA?
[06:47] <wgrant> RAOF: Because it was causing instability, IIRC. It will probably be changed in Jaunty.
[07:44] <superm1> slangasek, if you would like to reclaim some space on cdimages.ubuntu.com, you can remove the old mythbuntu/{daily,hardy,releases} directories.  we've got those images on mirrors now, so the only relevant one is daily-live/
[08:04] <pitti> Good morning
[08:15] <pitti> tkamppeter: the patch which you mailed me for bug 294671 isn't for cups; is it for gutenprint? where does the patch come from?
[08:26] <directhex> it's friday morning. a weekend of exciting possibilities awaits for developers new and old. so... who feels like kick-starting the mono packaging transition, and uploading my 2.0.1-0ubuntu1 package? pitti?
[08:27] <NCommander> directhex, once mono is uploaded, I'll do the universe sponsorings
[08:28] <superm1> directhex, i think 9.04 alpha 1 will probably need to get out the door first...
[08:28] <directhex> NCommander, excellent. $DEITY-willing, coordinating efforts with pkg-mono will mean things can go into experimental and be synced as per usual, in many cases
[08:28] <directhex> superm1, what exactly does alpha 1 aim to freeze?
[08:29] <NCommander> directhex, you still need people to ack the sync
[08:29] <NCommander> superm1, alpha freeze 1 is main only ATM
[08:29] <directhex> NCommander, aye. just sayin' syncs are best. did you see my handy dandy transition tracking page?
[08:29] <NCommander> xxNope
[08:29] <directhex> http://wiki.debian.org/Teams/DebianMonoGroup/Mono20TransitionTODO
[08:30] <NCommander> Youch
[08:30] <NCommander> Why didn't you use an LP bug to track the status as one big group?
[08:32] <superm1> NCommander, yeah and last i checked mono itself was in main
[08:32] <NCommander> directhex, get a mono freeze exception
[08:32] <NCommander> (or wait for alpha 1 to pass)
[08:32] <NCommander> hey mvo
[08:33] <mvo> hey NCommander
[08:33] <directhex> NCommander, how much of a wait? the idea of going with a 0ubuntu1 rather than waiting for -1 to finish debian NEW was to let people start on the transition ASAP
[08:33]  * NCommander is checking the release schedule
[08:34] <NCommander> ...
[08:34]  * NCommander thinks it would help if I checked on wiki.ubuntu.com vs. wiki.debian.org
[08:34] <NCommander> mvo, when do we leave alpha 1 freeze specifically?
[08:35] <NCommander> directhex, we might be out of freeze now that I take a closer look, the schedule said November 20th
[08:35] <NCommander> Its the 21st now
[08:36] <directhex> it's not clear to me what the purpose of alpha 1 freeze is - given the lenny freeze in debian, it's not as if there's any value in the automatic sid importing, this time around. and last i checked the wiki didn' explain that freeze
[08:36] <seb128> NCommander: don't use one bug listing lot of tasks to track transitions, that mailspam the subscribers to all the task including the ones which have been closed
[08:36] <NCommander> fair enough
[08:37] <NCommander> seb128, I see jaunty CD images
[08:37] <NCommander> Does that mean we're out of freeze?
[08:38] <seb128> the topic doesn't indicate so and I just woke up so dunno what happened during the night
[08:38] <seb128> better to ask to slangasek
[08:38] <NCommander> and the amd64 image is oversized
[08:38] <NCommander> by less than a megabyte
[08:38] <NCommander> \o/
[08:38] <directhex> NCommander, well, the amd64 image shrinks by several meg once this transition is done!
[08:39] <mvo> NCommander: normally when its released, I don't except it will be much later (but #ubuntu-release will know for sure)
[08:40] <NCommander> mvo, would you do me a favor, and once we leave freeze sponsor directhex? (and my kde4libs upload (yes, its a recurring cycle of breakage, but I testbuilt on armel with the help of distcc :-))
[08:41] <mvo> NCommander: sure
[08:42] <NCommander> directhex, there you go, mono sponsor :-P
[08:42] <directhex> hah. thanks to you both!
[08:44] <pitti> directhex: sure, where is it?
[08:45] <directhex> https://bugs.launchpad.net/ubuntu/+source/mono/+bug/300133
[08:45] <pitti> directhex: erm, hang on, has alpha-1 been released? if not, uploading it now would be bad
[08:45] <NCommander> pitti, are we still frozen?
[08:45] <NCommander> pitti, I see CD images
[08:45] <pitti> see /topic
[08:45] <seb128> pitti: see scrollback ;-)
[08:45]  * NCommander is just wondering if the topic is lagging
[08:46] <pitti> seb128: I didn't see anything which would indicate that the topic is wrong and a1 is released
[08:46] <seb128> pitti: ok, we were just wondering if it was any likely that new images will be rolled
[08:46] <seb128> freeze going over friday are no fun
[08:47]  * NCommander can't figure out why we're freezing for alpha 1
[08:47] <pitti> seb128: don't know, I wasn't tracking a1 at all this time
[08:47] <seb128> ok, me neither
[08:47] <directhex> what does alpha 1 achieve?
[08:47] <pitti> NCommander: it's a soft freeze
[08:47] <seb128> I guess we need to ping slangasek to know
[08:48] <pitti> NCommander: we can upload stuff that doesn't break consistency
[08:48] <NCommander> oh
[08:48] <seb128> pitti: the mono transition is a transition
[08:48] <NCommander> while kde4libs is simply lets unbreak armel :-)
[08:48] <seb128> pitti: so it will break installability
[08:48] <pitti> seb128: exactly
[08:48] <NCommander> pitti, after the last armel FTBFS, I actually wired up a cross-compiler this time. 12 hours later, I have confirmed my fix works
[08:49] <seb128> pitti: btw I didn't do syncs due to the freeze but I can do those after the freeze if you want
[08:49] <pitti> seb128: I'll have a look at them, no problem to do universe ones, and trivial main ones
[08:49] <pitti> but yes, an autosync run is too dangerous right now
[08:50] <seb128> pitti: ok, just letting you know that I can do that if you are busy, I've nothing special to do today
[08:52] <directhex> it would probably be really valuable to add a marker for main/universe to that transition page, wouldn' it
[08:53] <NCommander> directhex, yes
[08:53] <NCommander> doko, I have the debdiff uploaded to #299906 if you care to sponsor
[08:54] <NCommander> er, Bug #299906
[08:54] <NCommander> THere we go
[08:55] <NCommander> directhex, for these transitions, what specifically needs to be done?
[08:55] <NCommander> directhex, new upstreams, or just a rebuild bump?
[08:56] <directhex> NCommander, best case: reduce build-deps a little, and add a configure flag/env var
[08:56] <NCommander> This sounds this transition is going to suck
[08:57] <NCommander> Speaking of sucky transitions, someone needs to look at ghc6
[08:57] <directhex> haskelltastic!
[08:57] <NCommander> s/ask//g
[08:57] <NCommander> :-)
[08:58] <directhex> http://wiki.debian.org/Teams/DebianMonoGroup/Mono20Transition#head-67c13a005dab7f510b0fd1ee8db7a30689e89669 is a brief guide i wrote on how to transition a package. i should probably put the simple option before the complicated option
[08:59] <directhex> truth be told, i did the complicated one due to lack of CDBS knowledge (i happened to pick a CDBS package for my example)
[08:59] <NCommander> speaking of breakage, can one of the archive admins handle #298785
[09:00] <seb128> bug  #298785
[09:01] <seb128> NCommander: any hurry that you need to ping on irc about it?
[09:01] <stefanlsd> What should i do re: http://launchpadlibrarian.net/19829294/buildlog_ubuntu-jaunty-armel.wordnet_1%3A3.0-13_FAILEDTOBUILD.txt.gz
[09:02] <seb128> NCommander: usually when people lag a bit on archive admin work that's because they are busy so there is no need to ping on irc, just wait a few days rather ;-)
[09:02] <NCommander> seb128, can't I just call fork() and get my own archive admin :-)?
[09:02]  * NCommander hears a gunshot
[09:02] <seb128> NCommander: nice try ;-)
[09:02] <NCommander> stefanlsd, is this package in main?
[09:03] <seb128> NCommander: you don't have enough on your plates yet? ;-)
[09:03] <NCommander> seb128, I'm determined for beta 1 that main is FTBFS free on powerpc and armel, with close to zero on the non-installability accounts
[09:03] <NCommander> I just need to know where to place this in the queue
[09:04]  * NCommander notes that KDE is currently the priority since GNOME built
[09:06] <stefanlsd> NCommander: universe
[09:07] <directhex> okay. i've still got to do libs, but:
[09:07] <NCommander> stefanlsd, its sorta a case of patches welcome :-/. We're focusing on main ATM (KDE is a load of unhappiness). Is there a pressing reason to handle it now?
[09:07] <directhex> mono stack, 4/9 packages in main
[09:08] <stefanlsd> NCommander: nope, other than i would just like to learn about ftbfs and how to fix it. not pressing in terms of release at all
[09:08] <directhex> cli apps, 5/42 packages in main
[09:09] <NCommander> stefanlsd, for that build failure, you likely need to relibtoolize or autoreconf of the package (it likely will also FTBFS on amd64/i386 if you tried to build it there)
[09:14] <stefanlsd> NCommander: do u know if there is any documenentation on doing that, or how we approach FTBFS in general?
[09:14] <doko> NCommander: done
[09:15] <NCommander> stefanlsd, In case of FTBFS, poke NCommander ;-)
[09:15]  * NCommander runs
[09:17] <stefanlsd> hehe. NCommander poke!  mm. but i think its great that your a FTBFS expert, but if you can get something up so we can get some more ncommander expert clones, that would be great (i wanna volunteer to learn about ftbfs)
[09:17] <directhex> cli libs, 13/41 packages in main
[09:17]  * hyperair wonders if anybody has time for a sru for gnome-settings-daemon
[09:17] <hyperair> specifically Bug 263779
[09:17] <directhex> so a total of 22 packages in main are affected by the mono transition, including mono itself
[09:17] <NCommander> stefanlsd, I'm one of the few people from Debian who is a porter more than a packager. I'm used to handling FTBFS :_)
[09:22] <cjwatson> directhex: I'd really appreciate you waiting with mono; it won't take much longer
[09:22] <cjwatson> could somebody please score up hw-detect and udev on the architectures where it has not yet been built?
[09:24] <seb128> hyperair: not sure if that's really worth a sru, that seems a corner case, usually people use multimedia keys for such actions, anyway subscribe the sponsor team so it's on the sponsoring list
[09:24] <cjwatson> NCommander: you don't see CD images in cdimage.u.c/releases/jaunty/. Dailies aren't releases
[09:24] <NCommander> oh
[09:25] <hyperair> seb128: usually people use multimedia player keys to control their media players, not a pdf reader =p
[09:25] <cjwatson> I suppose it's just hppa/ia64/sparc, I'll upload debian-installer without waiting for those
[09:26] <seb128> hyperair: right, which means you don't have a conflict between applications
[09:26] <seb128> hyperair: or the bug description is not clear
[09:26] <hyperair> seb128: no the issue is that evince is hijacking the multimedia keys from media players
[09:27] <seb128> hyperair: so the description is not clear and I suggest you update it
[09:27] <hyperair> what should i change it to?
[09:27] <directhex> cjwatson, on the bright side, with the new build-deps, we don't anticipate needing another packaging transition any time in the next few years (i.e. not until MS release a new version of the CLR spec which isn't built on top of a previous version, which last happened in 2006, AND mono becomes compatible enough with that new release to warrant making it the default CLR version to use). so at least 5 years away
[09:27] <seb128> hyperair: right now it says to use ctrl-alt-letter to get the issue, which I doubt many users do
[09:28] <seb128> hyperair: change to a common usecase, ie: use a multimedia key, start evince, verify the multimedia key stop working
[09:28] <cjwatson> directhex: that'll be great
[09:28] <cjwatson> directhex: though not something I'm worried about right now, I'm focused on getting CDs working
[09:30] <pitti> zul: ping question in bug 228693
[09:35] <cjwatson> ok, cancel my hw-detect/udev request, but could somebody please score up debian-installer?
[09:35] <tkamppeter> pitti, the patch is for the pdftoraster filter which is in debian/local/filters/pdf-filters/filter/ (Intrepid only).
[09:36] <pitti> cjwatson: you mean retry?
[09:36] <hyperair> seb128: i've just modified it. is the new description okay?
[09:36] <pitti> cjwatson: oh, nevermind, buildd.py used the previous version for some reason
[09:37] <pitti> indeed, the version shown on https://edge.launchpad.net/ubuntu/+source/debian-installer is out of date
[09:37] <NCommander> doko, are you working on kdelibs?
[09:37] <doko> NCommander: no
[09:37]  * NCommander is starting to at the moment, but since the last upload is still broken on armel
[09:37] <NCommander> ok
[09:37] <wgrant> pitti: Because it's not published.
[09:38] <pitti> cjwatson: done (don't count on ports, though, they are horribly clogged)
[09:38] <pitti> building qt4 and OO.o
[09:38] <NCommander> and kde4libs
[09:39] <NCommander> wooo
[09:39] <pitti> and sparc is down to one buildd, which is OO.o'ed
[09:40] <pitti> cjwatson: i386 shoudl be ok, if amd64 is urgent, we need to prod the buildd gurus to forcefully kill kde4libs or openjdk
[09:40] <NCommander> pitti, kde4libs will only take one hour, 17 minutes to build give or take five
[09:40] <NCommander> since it started 26 minutes ago ...
[09:41] <seb128> hyperair: the description is better indeed, does it mean that the keys will not work in evince if rhythmbox is running though?
[09:41] <pitti> tkamppeter: but rasterdsp.cc doesn't even exist in cups
[09:41] <hyperair> seb128: yes that's right, but that's intended behaviour.
[09:41] <hyperair> seb128: when rhythmbox is closed, the keys wll work in evince
[09:42] <seb128> hyperair: I would expect the intended behaviour to be that whatever application having the focus should respond
[09:42] <seb128> and not evince working or not depending of whether some other software is running somewhere
[09:42] <hyperair> seb128: well, these are global shortcuts. you don't see shortcuts defined in sys/pref/keyboard shortcuts reacting to focused apps
[09:42] <cjwatson> pitti: I guess I'll just wait for kde4libs
[09:42] <cjwatson> NCommander: see, this is how porting can end up blocking alpha releases
[09:43] <hyperair> seb128: let's say i define ctrl+alt+c to start the calculator, and some other application has some menu item which reacts to ctrl+alt+c. if i focus that application and press ctrl+alt+c would you expect a calculator to pop up, or the menu item to trigger?
[09:43] <seb128> hyperair: not sure that the behaviour is ideal but the patch makes sense over what is happening now, just subscribe the sponsor team, I'll try to have a look to sponsoring today
[09:44] <seb128> hyperair: the menu item to be selected
[09:44] <seb128> but that's a different question than the sru change one
[09:44] <hyperair> alright
[09:44] <tkamppeter> pitti, remove the rasterdsp.cc part, only take the part acting on pdftoraster.cc and apply it to pdftoraster.cxx (edit the patch appropriately).
[09:44] <seb128> let's get the obvious issue fixed first and then that can be discussed upstream later if required
[09:45] <pitti> tkamppeter: okay; where does this patch come from?
[09:45] <hyperair> seb128: alright. i've subscribed ubuntu-sru and ubuntu-main-sponsors
[09:45] <seb128> hyperair: thank you
[09:45] <hyperair> np
[09:56] <tkamppeter> pitti, the patch is based on the upstream distribution of the pdftoraster filter. For the use with CUPS I did not put the full upstream distribution into the CUPS package but only the source file of the filter itself and I patched the build system of CUPS to get the filter compiled.
[09:57] <pitti> tkamppeter: right, I'm interested in getting a websvn link or something, for putting into the patch as an upstream reference
[09:58] <MacSlow> what's the name of xfce's window-manager?
[09:59] <MacSlow> found it, never mind
[09:59] <pitti> tkamppeter: oh, ignore me, I didn't upload the cups SRU yet, so I can include this one
[10:00] <tkamppeter> pitti, here is the patch on the upstream web SVN: http://svn.sourceforge.jp/view/pdftoraster/trunk/src/pdftoraster.cc?root=opfc&rev=850&r1=848&r2=850
[10:02] <rlj> hi all, i experienced LP#291878 and wrote a trivial patch to the kernel to add a keyboard quirk for the affected laptop model. the patch works the way it's supposed to on my laptop and solves the issue, but so far no one else affected by the bug has responded to my patch. what's the proper way to get it included into the ubuntu kernel and also getting it upstream?
[10:03] <dholbach> rlj: try taslking to the folks in #ubuntu-kernel
[10:04] <rlj> thanks
[10:04] <tkamppeter> pitti, then you can SRU the following now: cpdftocps (bug 299707), pstopdf (bug 282186, and perhaps also bug 293832), pdftoraster (bug 294671 and duplicates).
[10:05] <tkamppeter> pitti, note that it is not confirmed whether the current pstopdf fixes bug 293832, we must ask the poster to try the -proposed package once you have uploaded it).
[10:05] <pitti> tkamppeter: okay
[10:06] <pitti> tkamppeter: so your latest trunk commit fixes bug 282186?
[10:06] <pitti> tkamppeter: if so, please set the jaunty task to "fix committed" and commit the LP # to the changelog
[10:06] <tkamppeter> pitti, yes.
[10:07] <pitti> tkamppeter: please tell me when you committed/pushed, then I can merge this into the intrepid branch
[10:09] <doko> pitti: please could you process liblink-grammar4 binaries in NEW? makes abiword installable on armel
[10:09] <pitti> seb128: ^ can you please?
[10:10] <seb128> pitti: looking
[10:10] <seb128> doko: could you start using requestsync to file sync requests?
[10:11] <seb128> doko: your bugs are the only one we need to open to know if the package is in main or universe, that's extra work for no good reason
[10:11] <tkamppeter> pitti, bug number committed/pushed, bug set to "Fix Committed".
[10:11] <seb128> doko: requestsync set nice title which have those informations and make the work easier for everybody
[10:11] <pitti> tkamppeter: thanks
[10:12] <seb128> doko: does liblink-grammar4-java need to go to main or universe?
[10:12] <doko> seb128: "makes abiword installable on armel", so I assume that should be main
[10:13] <seb128> doko: liblink-grammar4 is also new on armel so I was wondering if that's only that one or also the java binary
[10:13] <seb128> doko: I don't think abiword uses java
[10:14] <doko> seb128: well, usually we add language bindings into main if they are built from the same source and the language is in main
[10:14] <doko> so yes, it should go to main
[10:14] <seb128> doko: not really, they are listed on component-mismatch if you do that, they either need to have a depends or be seeded
[10:15]  * directhex hands seb128 cake, udpates his transition wiki
[10:15] <seb128> directhex: ;-)
[10:15] <cjwatson> well, you're both right, (a) they're usually added (b) they need to be seeded
[10:15] <seb128> doko: newed
[10:15] <doko> seb128: we seed after we have the mismatch, not if the package is in NEW
[10:15] <cjwatson> *-gcj is included automatically but *-java isn't
[10:16] <seb128> doko: right, just pointing that you need to have a depends or seed it
[10:16] <cjwatson> doko: there's nothing wrong with seeding when it's in NEW, actually
[10:16] <cjwatson> and it's often handy
[10:39] <pitti> tkamppeter: fix-the-world-cups uploaded to intrepid-proposed
[10:43] <tkamppeter> pitti, great, thanks. Now the PDF filter chain should really work perfectly.
[10:44] <tkamppeter> pitt, at least on Intel, on PowerPC there is bug 271350 (already reported to upstream).
[10:46] <tkamppeter> pitti, have you put a comment into all bugs which I mentioned so that the posters know how to activate -proposed to get the new package and to try it?
[10:46] <pitti> tkamppeter: yes, including #293832 (the needinfo one)
[12:03] <pitti> tkamppeter: argh http://launchpadlibrarian.net/19831839/buildlog_ubuntu-intrepid-i386.cups_1.3.9-2ubuntu2_FAILEDTOBUILD.txt.gz
[12:04] <pitti> tkamppeter: a local build worked fine, because I had libcupsimage-dev installed; this probably needs an -I option to the local cups/image.h
[12:13] <pitti> tkamppeter: ok, fixed
[12:35] <zul> pitti: yeah that got slipped with things ill do that today
[12:38] <speakman> hi! avahi seems to be disfunctional in Intrepid
[12:39] <speakman> can't see any other services in the local network after reinstalling Intrepid.
[13:17] <zul> pitti: bacula fixed and uploaded
[13:17] <doko> cjwatson: http://launchpadlibrarian.net/19834786/buildlog_ubuntu-jaunty-armel.debian-installer_20081029ubuntu2_FAILEDTOBUILD.txt.gz
[13:18] <doko> beep is in the archive, so why not beep.udeb?
[13:18] <cjwatson> doko: NCommander already prepared a MIR for this
[13:18] <cjwatson> https://wiki.ubuntu.com/MainInclusionReportBeep
[13:18] <doko> ahh, ok
[13:18] <cjwatson> doko: there are a couple of others, you should join #ubuntu-arm :)
[13:19] <cjwatson> devio-udeb and oldsys-preseed
[13:19] <doko> cjwatson: I thought we wanted to have this in #ubuntu-devel ... at least I did write this in my email
[13:19] <cjwatson> I don't think there are MIRs for devio-udeb and oldsys-preseed yet
[13:20] <cjwatson> I don't think we need a separate mailing list; IRC channel meh *shrug*
[13:21] <persia> Mind you, over time, the IRC channel probably ends up being less dev and more support, and so people will want to retreat here, but for now it's mostly dev stuff.
[13:21] <slangasek> superm1: well, we wouldn't remove images that are still part of an official release from cdimages.u.c, so mythbuntu/releases is staying :)
[13:21] <doko> cjwatson, pitti, please promote https://bugs.edge.launchpad.net/ubuntu/+source/beep/+bug/300442
[13:22] <slangasek> superm1: but I've nuked mythbuntu/daily at least, yes - thanks for the nudge
[13:22] <cjwatson> doko: done, as I say will need the other two before it's worth giving back d-i though
[13:22] <doko> ok
[13:39] <doko> cjwatson: see #300676 and #300678
[13:51] <soren> kirkland: Sorry, I think I missed it... Why were we putting it into /var ? Something about configuration data?
[13:51] <kirkland> soren: here's the key ....
[13:52] <kirkland> soren: $HOME/.ecryptfs/wrapped-passphrase contains your mount passphrase, symmetrically encrypted with your login passphrase
[13:52] <kirkland> soren: it is unencrypted in userspace by pam on login
[13:52] <kirkland> soren: and then the mount passphrase is used to mount all of $HOME
[13:53] <kirkland> soren: okay ....  now ....
[13:53] <soren> Oh, ecryptfs is not the data directory?
[13:53] <soren> Sorry, I mean .ecryptfs.
[13:53] <kirkland> soren: right the mount is this:
[13:53] <soren> Ok, sorry :) Go on.
[13:53] <kirkland> soren: mount -t ecryptfs -o lots_of_foo $HOME/.Private $HOME
[13:54] <soren> Oooh..
[13:54] <kirkland> soren: persia: okay, this is where the unionfs or bind mount might work ....
[13:54] <soren> Ok.
[13:54] <kirkland> soren: because i need .ecryptfs to (again) be available in $HOME, for password changing, unmounting, etc.
[13:55] <soren> Got it.
[13:55] <soren> I thought .ecryptfs was the data directory..
[13:55] <kirkland> soren: but, i need to *absolutely* make sure that anything edited within there doesn't get written to the disk through the kernel ecryptfs crypto
[13:55] <soren> here's a thought:
[13:55] <kirkland> soren: no, just config
[13:55] <persia> kirkland, I think a bind mount would be better.  aufs does layering in a way that's causing me enough confusion I'm not getting you a mount line.
[13:55] <kirkland> the data dir is /home/$USER/.Private
[13:55] <soren> Before doing the ecryptfs mount, how about bind mounting the ecryptfs directory to somewhere else.
[13:55] <soren> ?
[13:56] <cjwatson> you'd end up with a *lot* of mounts with multiple users logged in, is the only thing
[13:56] <kirkland> soren: please suggest a mountpoint you find suitable?
[13:56] <soren> cjwatson: Good point.
[13:56] <cjwatson> one per user is reasonable, more than that I start to find uncomfortable
[13:56] <soren> kirkland: I'm not sure.
[13:57] <persia> I'm getting more and more excited about the idea of a setuid binary in ecryptfs-tools to manage /var/lib/ecryptfs/$USER
[13:58] <persia> Only problem there is namespace: limits to one encrypted mount per user.
[13:58] <soren> kirkland: Let me just say: My primary reservation against /var/lib/ecryptfs/$USER was that I thought you were dumping lots and lots of data there... Since it's just configuration, I'm less opposed (but still a bit) to it :)
[13:58] <Mithrandir> make it /var/lib/ecryptfs/$USER/$mountname, then?
[13:59] <soren> Do ecryptfs's have uuid's?
[13:59]  * soren takes a quick break
[13:59] <persia> Mithrandir, That sounds sensible.
[13:59] <kirkland> soren: purely configuration
[13:59] <kirkland> soren: purely $USER configuration, and i though /var/lib was less evil than /etc
[14:01] <speakman> hi again folks!
[14:01] <speakman> I've just resolved my avahi issue!
[14:01] <speakman> The latest ubuntu kernel seems to have problems with the ATL1E driver
[14:02] <speakman> after applying this patch it all works great: http://kerneltrap.org/mailarchive/linux-netdev/2008/11/11/4060524
[14:02] <kirkland> persia: a setuid binary to create that dir -- i like that
[14:02] <speakman> When can I report this to kernel maintainer?
[14:02] <speakman> where
[14:02]  * persia credits cjwatson for the suggestion : what you see here is an IRC echo
[14:02] <kirkland> persia: i don't think it necessarily limits the mounts, as we could teach ecryptfs to deal with the data in the user's /var/lib/ecryptfs/$USER dir directly
[14:03] <persia> kirkland, As pointed out above, /var/lib/ecryptfs/$USER/$mountname makes it moot.
[14:03] <kirkland> persia: thx, i hadn't bounce back to the other channel
[14:04] <james_w> speakman: try #ubuntu-kernel
[14:15] <kirkland> soren: cjwatson: persia: there is one other option, but it involves kernel changes ....
[14:16] <kirkland> ecryptfs supports a mount option, ecryptfs_passthrough, which allows for an unencrypted file in the lower filesystem
[14:16] <kirkland> you can read and write the file in the ecryptfs mount, and it remains unencrypted
[14:16] <persia> That sounds nice and clean to me.  No fussing about with stuff.
[14:16] <kirkland> however, that feature doesn't yet work recursively on a directory
[14:16] <persia> oh :(
[14:16] <kirkland> ie, new files created in a passthrough dir are encrypted
[14:16] <kirkland> that could be changed
[14:17] <kirkland> and the kernel maintainer agreed that it would be doable, and a good feature
[14:17] <kirkland> but i'm not sure how long that would take
[14:18] <persia> kirkland, Now, how would this work for bind-mounting /home out of a chroot (e.g. a default schroot setup)?
[14:18] <persia> Would I have to enter my password 8 times for an sbuild run like I do for pam_mount?
[14:18] <kirkland> persia: no
[14:18] <kirkland> persia: see keyctl
[14:18] <kirkland> persia: keyctl show
[14:19] <kirkland> persia: the key will be loaded into your kernel keyring
[14:19] <kirkland> persia: if i'm understanding your question correctly
[14:19] <persia> Cool.
[14:19] <kirkland> persia: fwiw, i can debuild in an ecryptfs home no problem
[14:19] <kirkland> which uses something similar, i think
[14:19] <persia> No.  Not at all.
[14:20] <kirkland> sbuild, then
[14:20] <persia> debuild uses the host system binaries.  Very dangerous way to test-build if there's any chance you have stray development libraries around and an agressive ./configure.
[14:20] <persia> Yeah, by default sbuild uses schroot.
[14:21] <Mithrandir> I want to have a pam_time which would work somewhat like pam_stack and skip modules if not too long had passed, so I can do stuff like "the screensaver should be able to unlock using my finger if it has been locked for less than 15 minutes".
[14:24] <persia> Mithrandir, That's a nifty idea.  Interesting applications with pam_blue as well.
[14:27] <Mithrandir> persia: yup.
[14:28] <directhex> UTSL!
[14:28] <directhex> (note: pam modules are icky black magic)
[14:37] <Keybuk> err
[14:37] <Keybuk> wtf
[14:38] <Keybuk> why does the default apt sources list include the banshee and bzr PPAs ?
[14:38] <pitti> o_O
[14:39] <cjwatson> it doesn't ...
[14:39] <cjwatson> if I added random PPAs, I wouldn't have added banshee :)
[14:39] <Keybuk> cjwatson: mine has
[14:39] <Keybuk> I reinstalled today
[14:39] <cjwatson> with what installation image?
[14:39] <pitti> jaunty daily?
[14:39] <Keybuk> an intrepid desktop CD
[14:40] <Keybuk> for some reason, they point at hardy though ?!?!
[14:40] <cjwatson> <cjwatson@riva /mirror/ubuntu/pool/main/u/ubiquity/ubiquity-1.10.10>$ grep -r banshee .
[14:40] <cjwatson> <cjwatson@riva /mirror/ubuntu/pool/main/u/ubiquity/ubiquity-1.10.10>$
[14:40] <cjwatson> are you sure you booted into the new installation, and not a previous one?
[14:41] <Keybuk> totally
[14:41] <Keybuk> I wiped the entire disk
[14:41] <seb128> that's very weird
[14:42] <pitti> Keybuk: APRI... wait, wrong month
[14:42] <pitti> Keybuk: I did probably a dozen intrepid test installs and I always check sources.list
[14:43] <ScottK> doko: Are you planning on including Python 2.6 in Jaunty?
[14:43] <doko> ScottK: sure, but unlikely before uds
[14:44] <Keybuk> cjwatson: is there *any* code that touches source.list?
[14:44] <Keybuk> uhhhh
[14:44] <Keybuk> never mind
[14:44]  * Keybuk is an idiot
[14:45] <seb128> Keybuk: what did you do to get that? ;-)
[14:45] <seb128> you were sshing to an another box? ;-)
[14:45]  * Keybuk hides with embarassment
[14:46]  * cjwatson points and laughs
[14:46] <cjwatson> admittedly in some relief :)
[14:46] <Keybuk> clearly I need a holiday
[14:48] <ScottK> doko: No rush (actually if you have some python time I think it'd be worthwhile to update the Python 3.0 package in Intrepid), but I was starting to think about 2.6 transition.
[14:49] <directhex> transitions? nah, only crazy people do those
[14:53] <ScottK> directhex: Python actually has a pretty well thought out scheme for the process.
[14:53] <directhex> oh?
[14:55] <ScottK> The Python packaging policy makes it so we can support multiple Python versions at the same time.  That way you don't have to try and do an instant transition.
[14:57] <ScottK> So we can get 2.6 into Jaunty and work on making stuff work with it and then when ~stuff works, make it the default.
[15:01] <directhex> so this is a version transition, not a packaging transition, really. other than changing #! in apps as & when they don't die horribly
[15:36] <ScottK> directhex: It's more complex than that in that Python packages should point to #!/usr/bin/python and work with Python versions they claim to work with.
[15:36] <ScottK> It's probably more like a library transition.
[15:40] <Mithrandir> persia: oh, and it should be configurable by the user, which is harder.
[15:43] <Haegin> hi, where can i find a list of the options for preseed files along with the values they take?
[15:44] <cjwatson> Haegin: the installation-guide is the best source; it's linked from help.ubuntu.com
[15:44] <Haegin> cjwatson: thanks
[15:44] <cjwatson> Haegin: it doesn't document absolutely everything, but the things it doesn't document are generally not very interesting, and if there are relevant omissions from it then we'd appreciate a bug to get them fixed
[15:48] <Haegin> cjwatson: i have ddns working now but it is still asking for mirror information, do you know where i can find the valid list of countries?
[15:50] <cjwatson> Haegin: install the iso-codes package; first column of /usr/share/iso-codes/iso_3166.tab
[15:53] <Haegin> danke
[15:57] <directhex> syntax may or may not change in subtle ways between d-i versionm
[16:00] <Haegin> well selecting the country is working but the mirror hostname is still prompting me now
[16:01] <cjwatson> mirror/http/hostname?
[16:02] <Haegin> yup, d-i mirror/http/hostname string ie.archive.ubuntu.com
[16:03] <cjwatson> Haegin: can investigate if you give me your full preseed file (with passwords stripped), and also the failing /var/log/syslog from the installer; I'm on the phone for the next few hours though
[16:04] <Haegin> cjwatson: thanks, it is also giving me kernel not found errors when i get past the mirror selection so i will go try fixing that first
[16:04] <hwilde> hey everybody.   I love ubuntu  :)
[16:05] <hwilde> thought you could use some kudos
[16:09] <directhex> hwilde, payment is: show people how cool it is and get THEM to use it.
[16:09] <directhex> s' very expensive
[16:09] <dholbach> Keybuk: what do you think about the patch in bug 256429?
[16:17] <Haegin> is it possible to preseed and automate a oem install?
[16:23] <ogra> dholbach, the reporter himself says its a hack
[16:23] <ogra> well, s/reporter/patch writer/
[16:49] <NCommander> ogra, kde4libs built!
[16:49] <ogra> yay !
[16:51] <ogra> NCommander, erm, only on i386 yet
[16:52] <ogra> (and lpia)
[16:52] <NCommander> ogra, its simply stripping debs on arm, it finished :-P
[16:52] <ogra> ah, cool
[16:57] <murdok> Hello kees , are you available? :)
[17:00] <kees> hiya murdok, what's up?
[17:01] <murdok> it's about bug 216398 . do you remember it?
[17:02] <murdok> Malte has said it's better name the file in sysctl.d 30-* than 90-*
[17:02] <murdok> In jaunty you commited the 90-* version
[17:03] <murdok> I don't know what to do. It's becoming an oddysee with something so little, xP
[17:04] <murdok> 30-* also sounds logical
[17:21] <NCommander> doko, is it a bad sign that kde4libs is still running dpkg-shlibdeps o_O?
[18:26] <hwilde> directhex, oh we are forcing people to use it.  no windows support here anymore
[18:44] <pitti> bryce: would you be up for the inkscape merge?
[18:45] <jcole> whats the correct way to associate an application to a particular mime type?
[18:45] <jcole> for example
[18:45] <jcole> echo "audio/midi=timidity-interfaces-extra.desktop" >> /etc/gnome/defaults.list
[18:46] <jcole> from the command line
[18:46] <jcole> and to make it "system wide"
[18:47] <jcole> isnt there a debian way to do it?
[18:48]  * jcole notices the /usr/lib/mime/packages directory
[18:49] <jcole> should i be putting a file in there?
[18:49] <directhex> hm. still alpha1 frozen?
[18:49] <cjwatson> not for too much longer
[18:50] <cjwatson> I was on the phone for 4.5 hours there, sorry about the delay
[18:50] <cjwatson> just doing a quick LVM install test
[18:51] <calc> cjwatson: that sounds painful for your ear :)
[18:51] <cjwatson> yes
[18:51] <superm1> cjwatson, the ubiquity that's currently in the archive doesn't indicate it's an alpha for live disks..
[18:51] <cjwatson> superm1: ubiquity is broken anyway
[18:51] <superm1> cjwatson, in what sense?
[18:51] <cjwatson> superm1: a1 will be alternate/server only
[18:51] <cjwatson> superm1: in the sense that it has not been updated to the current underlying installer code which makes an alpha release with it a little bit pointless
[18:52] <cjwatson> superm1: and if it were, evand says that the partitioner breaks
[18:52] <cjwatson> so -> a2
[18:52] <superm1> cjwatson, ah okay
[18:52]  * calc will be uploading new OOo 3 for jaunty (in the ppa) in a couple hours for anyone who wants to play with it
[18:52] <calc> it was delayed a bit due to bad hardware
[18:53]  * ScottK pictures calc shaking his finger and saying, "Bad hardware, Bad hardware! Don't you EVER do that again."
[18:53] <calc> ScottK: single bit error in 48Gbit :\
[18:53] <ScottK> Lovely.
[18:56] <directhex> calc, is what you work on what ends up in the archive fo' realz?
[18:57] <calc> directhex: well it is rebuilt on the buildds, but yea more or less
[18:57] <calc> directhex: its preferrable that bit errors don't corrupt my sources in any case
[18:57] <directhex> calc, you've noticed my warning about the mono 2.0 transition, yes? it applies to you
[18:58] <calc> directhex: i saw something about it yes, need to read it again :)
[19:14] <bryce> pitti, I'd like to do that, yes.  This week I've been swamped with OEM team stuff.
[19:14] <bryce> looking forward to getting back to distro work, I've got a bit of a backlog
[19:31] <doko> cjwatson, Riddell: kde4bindings binaries in NEW. please accept
[19:31] <doko> and now afk ...
[20:29] <NCommander> Could a buildd admin please rescore kdebase-workspace on armel
[20:31] <directhex> KDE on ARM... how does that even run? I can't imagine the smoothest user experience
[20:40] <cody-somerville> NCommander, be king, provide a link to the build
[20:40] <cody-somerville> *kind
[20:42] <NCommander> actually, kdebase-workspace is still dep-wait
[20:42] <NCommander> https://edge.launchpad.net/ubuntu/+source/kdepimlibs/4:4.1.73-0ubuntu1/+build/787507 - kdepimlibs however still needs build
[20:42] <NCommander> (which is the new dep-wait)
[20:46] <hyperair> bug 263779 - sru anyone?
[21:07] <cjwatson> jaunty alpha 1 needs a respin, please hold off on uploads for a little longer
[21:08] <directhex> how could you tell i just checked /topic ?
[22:06] <NCommander> mrooney, ping
[22:16] <mrooney> NCommander: hello
[22:17] <NCommander> mrooney, its amazing to know there is another Ubuntu dev from RIT :-)
[22:17] <mrooney> NCommander: oh, you are from RIT, no way!
[22:18] <mrooney> what major/class?
[22:18] <NCommander> Criminal Justice/3rd year
[22:18] <directhex> RIT? republic of intoxicated turbots?
[22:18]  * NCommander beats directhex with a brick
[22:19] <NCommander> mrooney, actually, one of the members of the Ubuntu Technical Board was an RIT student, and a CSH allumi
[22:19] <ScottK> NCommander: Just beat him with some Microsoft submarine patents.
[22:19] <sebner> lol
[22:19] <NCommander> ScottK, but RIT has so many bricks
[22:19]  * NCommander should build a brick cannon
[22:20] <sebner> ScottK: I'm curious. Were your questions for the MC or for you?
[22:20] <ScottK> Bricks are so 20th century.
[22:20] <ScottK> sebner: For the entire MOTU community.
[22:20] <NCommander> mrooney, you still in Rochester, or have you fled the winter wastelands :-)
[22:20] <directhex> submarine patents? you mean... they helped the nazis with u-boats? boycottnovell was right!
[22:20] <ScottK> sebner: If I'd concluded from your answers you weren't qualified, I'd have said so.
[22:20] <sebner> ScottK: I thought so because I was wondering why you didn't add a +1 or -1 in th end  ^  ^
[22:21] <sebner> ScottK: ah, thx for the honour then
[22:21] <ScottK> sebner: Because I didn't sponsor you, I don't feel I have the breadth of information to say plus one.
[22:21] <mrooney> NCommander: Well this quarter as my last academic, though I still need two more co-ops
[22:21] <mrooney> but I am in Rochester for awhile unless I find a job elsewhere
[22:21] <NCommander> ah, major?
[22:22]  * mrooney is crossing his fingers for a Canonical position :)
[22:22] <mrooney> CS
[22:22] <sebner> ScottK: I've seen many +1 in other applications for "Community integration" :P
[22:22] <NCommander> mrooney, heh, I washed out of the CS major
[22:22] <sebner> mrooney: counterstrike?
[22:22] <NCommander> I perfer criminal justice actually
[22:22] <directhex> according to some unnamed websites, i'm apparently crossing my fingers for a novell position. that's what ubuntu packaging earns you these days o_o
[22:23] <NCommander> directhex, the Novell guys heard I know about ARM. Appartantly thats what being a porter does for me
[22:23] <cjwatson> directhex: meh, you aren't a proper free software developer until you've had a whole slashdot story dedicated to flaming you personally ;-)
[22:23] <NCommander> cjwatson, so if I go back into the /. archives, I can find your roast?
[22:23] <cjwatson> if you look really hard, probably
[22:23] <directhex> cjwatson, two boycottnovell stories, TYVM
[22:23] <cjwatson> heh
[22:24] <directhex> in one i'm ignorant and/or stupid. in the other i'm... a graphics api, i think
[22:24] <mrooney> sebner: haha nope
[22:24] <sebner> mrooney: cybers*x?
[22:24]  * NCommander just found the bug on slashdot with 5.10 and readable root passwords
[22:24] <cjwatson> not that one
[22:25] <cjwatson> though, hey, two stories. bonus.
[22:25] <NCommander> I just realized Mark's initals are MS
[22:25] <directhex> cjwatson, i reckon i know someone who can beat your record into dust
[22:25] <NCommander> O_o;
[22:25] <cjwatson> directhex: oh, I'm sure you do :)
[22:26] <directhex> cjwatson, calls himself "miguel_" on irc...
[22:26] <cjwatson> yes :)
[22:26] <NCommander> roflk
[22:29] <NCommander> directhex, I think the worst beating miguel ever took is when he defined Microsoft's OoXML
[22:30] <directhex> NCommander, ooxml is a ~99% complete spec. it's not a very good one (really, it's completely braindead for word processing), but it's well defined, other than some remnants for exact formatting of converted 13-year-old documents
[22:30]  * NCommander watches the flamewar about to descend on directhex
[22:30] <ScottK> directhex: Any spec that includes in it's definition "do what program X does in this situation" isn't a spec.
[22:31] <NCommander> ScottK, thank you.
[22:31] <ScottK> That said, I certainly don't object is some FOSS project wants to try and implement it.
[22:32] <ScottK> is/if
[22:32] <directhex> ScottK, oh, agreed. but, frankly, i don't think MS could even tell you what that tag does in real terms
[22:33] <directhex> there are no specs available for word 95. 97->, you can download something resembling a spec, but 95- i think they've actually lost it
[22:33] <NCommander> directhex, 95 was a hell of a lot of binary structs
[22:33] <directhex> because, let's be frank, it's such an idiptic thing to have in the ooxml spec, there's no way they'd put it there if they could, well, not
[22:33] <ScottK> Sure.  So let's not call it what it isn't.
[22:33] <NCommander> (same with 97)
[22:33] <NCommander> There really isn't much of a spec behind it
[22:33] <NCommander> That's why even Mobile Office and Office for Macintosh choke on word documents
[22:33] <NCommander> And there was never a native version of Office for Alpha
[22:34] <directhex> intrepid has ooxml support
[22:34] <directhex> certainly reading
[22:34] <NCommander> WTF can WRITE ooxml files?
[22:35] <NCommander> (DocX != OOXML)
[22:35] <NCommander> Even Microsoft finally gave up and is implementing ODF
[22:35] <directhex> i thought docx WAS ooxml - it's office 2003's "xml document" that isn't
[22:35] <NCommander> No, its not
[22:35] <directhex> but that was stillborn
[22:37] <NCommander> DocX is based off a draft of OOXML
[22:37] <directhex> hah, the xmlns url is dead
[22:37] <directhex> nice one, MS
[22:37] <directhex> ContentType="application/vnd.openxmlformats-package.core-properties+xml"
[22:38] <directhex> that mimetype fills me with disgust
[22:38] <cjwatson> I'm not sure xmlns urls are necessarily expected to return data
[22:38] <cjwatson> they just have to be in a namespace you own
[22:38] <Treenaks> cjwatson: it's considered good form to return data though
[22:39] <cjwatson> I'm pretty sure I've seen W3 xmlns urls that claimed not to exist when queried with an HTTP client
[22:39] <directhex> i'm sure i've seen discussion on the topic
[22:39] <directhex> it seems many apps validate it
[22:39] <directhex> so netscape.com still gets hammered
[22:39] <directhex> as many html-esque xmlns lines live there
[22:40] <cjwatson> maybe not W3 (they do seem to exist), but it's not just MS anyway
[22:40] <directhex> but it's a reason to point and laugh... it's ms! special rules apply!
[22:54] <directhex> hm. shall i get an early night, or is there a compelling reason for a late night? i think cjwatson is the one who decides that
[22:56] <cjwatson> sassenfrassenslowbuilds
[22:58] <directhex> moar mhz.
[22:58] <cjwatson> building ubuntu kubuntu xubuntu ubuntu-server ubuntustudio now
[22:59] <cjwatson> moar i/o I suspect
[22:59] <cjwatson> usually about 15 minutes apiece
[23:00] <directhex> d-i?
[23:00] <cjwatson> hmm, I'm out of date. 8 minutes apiece
[23:00] <cjwatson> alternate/server, yes
[23:00] <cjwatson> desktop isn't ready for jaunty yet
[23:00] <directhex> i ask because d-i is the only one i have any experience modifying
[23:01] <directhex> we have fiddled etch CDs for rebuilding our infrastructure servers at work
[23:02] <directhex> was gonna be dapper, but, well, kernel update policy fail. 5 months after release, and uninstallable on dell kit
[23:03] <cjwatson> (that got fixed in 6.06.2, didn't it? but yes)
[23:04] <directhex> 6.06.2 took a long time from my perspective
[23:05] <directhex> with a million quid of kit to deploy, and no infrastructure servers to run it
[23:05] <cjwatson> understood
[23:05] <directhex> god, that sounds absolutely mad doesn't it. "a million quid of kit". i have root on that.
[23:05] <directhex> and it's closer to 2m these days
[23:49] <NCommander> hey infinity


[10:54] <xubuntu29> hey
[12:00] -SwissBot:#xubuntu-devel- ::platform:: Seed tlp for OEM meta @ http://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/platform/commit/?id=2baf33ea5ecbe7b0cb54307d6721db8f38a384ed (by Dimitri John Ledkov)
[18:16] -SwissBot:#xubuntu-devel- ::platform:: Seed adcli and realmd @ http://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/platform/commit/?id=227cd2d3bed15cbac8bd39f085071799e7a1aa15 (by Andreas Hasenack)
[22:11] -SwissBot:#xubuntu-devel- ::platform:: remove popularity-contest from standard seed @ http://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/platform/commit/?id=82c97be2eee777cb2f579474259cf86e51fe3a8f (by Michael Hudson-Doyle)
[22:11] -SwissBot:#xubuntu-devel- ::platform:: Merge branch 'remove-popularity-contest' into groovy @ http://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/platform/commit/?id=565d6c2e7bcc065334439c5b03b1fe0992bb0803 (by Michael Hudson-Doyle)