[09:10] <Kamion> mjg59: looks like a madwifi-ng thing?
[09:10] <Kamion> WARNING: Module /lib/modules/2.6.15-23-powerpc/volatile/new_ath_hal.ko ignored, due to loop
[09:10] <Kamion> WARNING: Module /lib/modules/2.6.15-23-powerpc/madwifi-ng/new_ath_rate_sample.ko ignored, due to loop
[09:10] <Kamion> WARNING: Module /lib/modules/2.6.15-23-powerpc/madwifi-ng/new_ath_pci.ko ignored, due to loop
[09:10] <Kamion> (rest of relevant chunk of log)
[09:11] <BenC> Kamion: yeah, I show the same thing on my ppc
[09:11] <BenC> I only have new_ath_hal.ko and ath_hal.ko on my system though
[09:12] <BenC> nm, I do have the others, but depmod isn't reporting any problems with them
[09:12] <janimo> mdke, I see that in docteam svn the xubuntu guide while copied in language dirs is not really translated.
[09:12] <mdke> janimo: it has only been in rosetta for a few days
[09:12] <janimo> do I upload like this? Is it needed for rosetta?
[09:13] <Kamion> it happens while doing dpkg-reconfigure -fnoninteractive linux-image-2.6.15-23-powerpc
[09:13] <janimo> mdke: yes, but does an upload help if it happens now than say in 3 days?
[09:13] <mdke> janimo: I'm not adding new translations anymore. Only post-release
[09:13] <janimo> I got the impression that something may block on it
[09:14] <janimo> mdke, and existing translations remain in current sate?
[09:14] <janimo> state
[09:14] <mdke> janimo: I think you should do an upload with what we have so that the structure is in place for post-release updates
[09:14] <janimo> in that case I can upload whenever
[09:14] <janimo> ok
[09:14] <mdke> but it should be soon, because the freeze for them was a week ago
[09:14] <janimo> yup
[09:15] <mdke> janimo: I'll continue to email you when I add updated translations to our repository post-release
[09:15] <janimo> ok, although I assume they will go in via upadated langiage packs not by my uploading ?
[09:15] <mdke> janimo: no, they'll need -updates of xubuntu-docs
[09:15] <janimo> ok then
[09:16] <infinity> 21:57 <doko> and could you pester Riddell and Mithrandir about scim support for OOo on amd64?
[09:16] <infinity> Mithrandir / Riddell : Do you know what that's about?
[09:16] <mdke> bbl
[09:16] <Kamion> mdz: I believe all my installer changes from today are in now, pending builds
[09:16] <mdz> Kamion: was just reading them
[09:16] <infinity> Mithrandir / Riddell : I'm about to do an OOo-amd64 upload, but doko pinged me with that after asking me to do the upload.
[09:17] <mdz> Kamion: can we cross off the preseeding fix or does that need confirmation in a real build?
[09:17] <Kamion> mdz: oh, needs confirmation after d-i has built, really
[09:18] <Kamion> easy to test with the gfxboot menus
[09:18] <mdz> Kamion: just did an alternate build; looks like the sizes are OK now
[09:18] <Mithrandir> infinity: no idea.
[09:19] <infinity> Mithrandir: Right then.  I'll just do this upload as-is, then.
[09:19] <bddebian> infinity: When you get a chance can you please clear the dep-wait on libkwiki-perl now that libspoon-perl has hit?
[09:19] <infinity> Well, when it's done downloading all the crap...
[09:19] <infinity> bddebian: It'll auto-clear.
[09:19] <bddebian> Hmm, OK, thx
[09:20] <Kamion>    * Replace 6.04 with 60.6 in generic/libs/generic.ent.
[09:20] <ivoks> :)
[09:20] <Kamion> iwj: I'm assuming that typo was unique to the changelog?
[09:20] <bddebian> doh
[09:20] <Keybuk> it's typos like that where you get a scared shiver to think there may *be* a 60.6 one day
[09:21] <ogra> Keybuk, scared ?
[09:21] <Keybuk> ogra: it's like that one day it'll be May 20060
[09:21] <ogra> that gives me a warm feeling :)
[09:21] <Kamion> 2060 surely
[09:21] <ryang> oh please, even small animals are messy. http://img60.imageshack.us/my.php?image=p51002020xi.jpg
[09:21] <ogra> yeah
[09:22] <Kamion> I don't think I can do this for another 54 years
[09:22] <Keybuk> uh, yeah, typo :)
[09:22] <ogra> lol
[09:22] <Keybuk> I'll be 80 in 2060
[09:22] <ogra> i'll be dead
[09:22] <ogra> but still :)
[09:22] <ivoks> nice to see you relaxed, guys :)
[09:27] <mdz> dholbach: around?
[09:27] <Kamion> infinity: any idea why firefox 1.5.dfsg+<IP_ADDRESS>-0ubuntu3 doesn't seem to have started building yet?
[09:28] <dholbach> mdz: yes
[09:28] <Kamion> infinity: oh, never mind, it took its sweet time to publish for some reason
[09:29] <mdz> dholbach: I seem to recall that when I first looked at the book, it had an ubuntu logo in the heading
[09:29] <mdz> dholbach: now it just has an empty brown band
[09:29] <dholbach> mdz: i'll look at it
[09:29] <wasabi> Surely somebody sells plain Ubuntu logo stickers without text.
[09:29] <Kamion> ... because I didn't take account of daylight savings. go me.
[09:31] <Keybuk> wasabi: I'm not sure, most people have been put off by Jane's Pantone Facism
[09:35] <dieman> bwahaha
[09:35] <dieman> pantone facism
[09:35] <mdz> wasabi: the pussycat dolls might
[09:36] <wasabi> Wow. That made pretty much no sense.
[09:36] <Keybuk> wasabi: they stole our logo
[09:36] <wasabi> That what who?
[09:37] <Keybuk> http://www.pcdmusiclounge.com/Home.do
[09:37] <wasabi> Hahah they totally did.
[09:38] <ryang> how off-topic
[09:38] <bddebian> Sue, sue!!! :)
[09:39] <ogra> ryang, right, that belongs to #ubuntu-art :)
[09:39] <ryang> OculusAquilae, exactly :)
[09:39] <ryang> whoops :(
[09:39] <OculusAquilae> :)
[09:39] <ryang> OculusAquilae, sorry. meant ogra :)
[09:39] <ogra> :)
[09:39] <OculusAquilae> np :)
[09:41] <mdz> Riddell: how are your CD sizes?
[09:41] <omeg> It's kind of funny when someone tries to tell you that Windows == Unix because they both have a kernel.
[09:41] <mdz> Riddell: and any further word on the book chapter?
[09:41] <dholbach> mdz: want me to upload now?
[09:41] <mdz> dholbach: you found the trouble?
[09:41] <dieman> Keybuk: wow, they completely stole th elogo
[09:41] <dholbach> mdz: I nicked the logo from ubuntu-docs :)
[09:42] <ryang> I thank whoever fixed ruby :)
[09:42] <mdz> dholbach: what's the purpose of the 'Other' placeholder?
[09:42] <dholbach> mdz: the missing kubuntu chapter
[09:43] <infinity> Kamion: All those python tracebacks in the d-i build log are expected, right?
[09:44] <Kamion> infinity: ...
[09:44] <Kamion> not AS SUCH
[09:44] <infinity> Kamion: help-to-gfxboot barfing on missing files...
[09:45] <Kamion> buggeration
[09:45] <Kamion> it's got a set -e in there, why isn't it failing properly damnit?
[09:45] <Kamion> oh, pipelines
[09:46] <Kamion> lalala I hate the shell some days
[09:46] <Keybuk> the thing to remember when doing any programming in shell is ...
[09:46] <Keybuk> you're using the wrong language
[09:46] <Keybuk> once you've got that in your mind, it all makes sense
[09:46] <Keybuk> :p
[09:46] <mdz> dholbach: anyway, yes, OK to upload if you're happy
[09:47] <infinity> Kamion: Well, just glad I happened to be watching the log...
[09:47] <dholbach> mdz: if you want me to strip the Other link and just keep some padding in, that's fine too
[09:47] <mdz> dholbach: since we may need to release without it, it may be better to remove it for now. it doesn't serve any purpose; if we get the chapter we need to update the package anyway
[09:48] <dholbach> ok
[09:49] <dholbach> i'll keep the padding in until we either get the kubuntu chapter or decide to ship without it
[09:50] <Lure> Kamion: is on_back_clicked crash known (ubiquity 1.0.2) - I got it after clicking Cacnel on confirm partitioning?
[09:51] <Kamion> Lure: no, don't think so
[09:51] <Kamion> Lure: but would need to see the trace
[09:52] <Lure> will report it
[09:52] <omeg> Hehe, someone is trying to convince me that Windows is "almost indistinguishable from Unix".
[09:52] <Kamion> thanks
[09:52] <Lure> gtkui.py,  line 1032, NoneType on attribute stdin
[09:54] <omeg> I see.
[09:55] <Kamion> Lure: oh, I need the full /var/log/installer/syslog for that
[09:55] <Kamion> gparted is probably crashing
[09:55] <Kamion> though not certain
[09:55] <Lure> will collect everything and report now
[09:59] <Kamion> it may just be too late to fix now though
[10:04] <Lure> Kamion: bug 46211 if you need anything more, let me know
[10:04] <Ubugtu> Malone bug 46211 in ubiquity "crash on Cancel + Back on partitioning" [Normal,Unconfirmed]  http://launchpad.net/bugs/46211
[10:06] <Kamion> Lure: hmm, inconclusive. if you can reproduce it by following the exact same steps except by starting the installer with 'UBIQUITY_DEBUG=1 sudo ubiquity', then the syslog might be more helpful
[10:06] <Lure> Kamion: will do
[10:06] <Kamion> thanks
[10:10] <Lure> Kamion: reproduced with debug
[10:34] <Lure> Kamion: next try when I have selected OK also crashed - bug 46215
[10:34] <Ubugtu> Malone bug 46215 in ubiquity "crash on manual parititioning on disk with existing LVM partitions" [Normal,Unconfirmed]  http://launchpad.net/bugs/46215
[10:38] <mdke> Znarl: unping
[10:42] <dholbach> good night
[10:42] <bddebian> gnight dholbach
[10:42] <Kamion> Lure: ok, you'll have to use the alternate install CD on such systems for dapper, I'm afraid; but thanks for testing, I'll try to make it work early edgy
[10:46] <Lure> Kamion: we should just document that users should deactivate LVM VG before running ubiquity - this works (installer is just copying files)
[10:46] <Lure> Kamion: like know issue and workaround
[10:47] <Kamion> Lure: sounds like reasonable release notes fodder
[10:48] <Kamion> mdke: is the above ^-- something the doc team can incorporate? I'm not sure where release notes are being maintained at the moment, or by whom
[10:48] <Burgwork> Kamion, nor do we
[10:48] <mdke> Kamion: a dual job between you guys and mgalvin
[10:48] <Kamion> oh
[10:48] <mdke> (i think)
[10:49] <mgalvin> DapperReleaseNotes has some stuff on it
[10:50] <mgalvin> (not done yet but WIP)
[10:57] <mgalvin> Kamion, Lure: please feel free to add to it, i will not have time to work on it myself again until the weekend anyway
[10:58] <Lure> mgalvin: ok, I can write something and Kamion will the decide if that makes sense to include or not
[10:58] <mgalvin> k cool
[10:59] <Burgwork> Seveas, are you around?
[11:00] <mdke> yeah, Seveas, ping x 2
[11:00] <mdke> (unrelated)
[11:01] <Burgwork> you know, we might need to plan for a "Seveas gets hit by bus"-size event
[11:01] <Seveas> lol
[11:01] <Seveas> please take a number
[11:02] <Burgwork> Seveas, can you talk with HedgeMage and give the ok for me to take ownership of #ubuntu-ca ? the current contact is awol
[11:02] <Seveas> who is current contact?
[11:02] <mdke> Burgwork: you can use #ubuntu-locoteams
[11:04] <Burgwork> mdke, hmm, didn't even know that channel existed
[11:16] <Lure> sladen: around?
[11:18] <kent> Seveas: How come Sweden is not on this list? We have an active community..   http://www.ubuntu.com/support/supportoptions/local
[11:18] <Seveas> kent, e-mail<EMAIL_ADDRESS>[11:19] <mdke> kent: because that list is incomplete. Mail the links to<EMAIL_ADDRESS>and I'll add them
[11:19] <mdke> no, henrik is a busy guy
[11:19] <mdke> :)
[11:19] <kent> mdke: Seveas<EMAIL_ADDRESS>then and not henrik?
[11:20] <Seveas> mdke, ah, I thought henrik was webmaster and only he could edit that :)
[11:20] <mdke> kent: yeah. I am going to put some time aside to sync that page from the LoCoTeamList page on the wiki
[11:21] <kent> mdke: will mail the relevant information in a min then. thanks!
[11:21] <mdke> Seveas: henrik is webmaster yeah, but it's a wiki. A few people can edit it.
[11:22] <mdke> kent: thanks
[11:22] <Kamion> Lure: added to a new "Known Issues" section on DapperReleaseNotes
[11:22] <Kamion> that page needs a good bit of love though
[11:23] <Lure> Kamion: great
[11:24] <Lure> Kamion: should we reference actual bug# from RN for easier tracking?
[11:25] <Kamion> sure, go ahead
[11:27] <Lure> Kamion: I think we can mark bug 43828 as duplicate of bug 43453
[11:27] <Ubugtu> Malone bug 43828 in ubiquity "Kubuntu 6.06 Flight 7 installer crashes while partitioning" [Normal,Unconfirmed]  http://launchpad.net/bugs/43828
[11:27] <Ubugtu> Malone bug 43453 in ubiquity "live cd partitioner doesn't understand lvm properly" [Normal,Confirmed]  http://launchpad.net/bugs/43453
[12:42] <jdub> when i was in .za
[12:43] <jdub> i connected my lappy to the projector
[12:43] <jdub> restarted X
[12:43] <jdub> and it automagically started in 1024x768
[12:43] <jdub> it made me happy
[12:44] <mjg59> Blind luck
[12:44] <mjg59> (sadly)
[12:44] <jdub> yeah
[12:44] <Burgwork> jdub, you had a far different experience then I did last time
[12:45] <jdub> i tried not to believe it happened
[12:45] <jdub> so i would not be disappointed next time
[12:45] <imbrandon_> heh
[12:45] <mjg59> Now you've told us
[12:45] <mjg59> So it won't
[12:45] <jdub> i'm doing another talk this afternoon
[12:45] <jdub> so i'll give you an update on the fantasy automagic
[12:46] <mjg59> But xrandr ought to basically work
[12:46] <jdub> oh yes, it works very well
[12:46] <mjg59> Plug in, display resolution it down to the right res, hit the display hotkey
[12:46] <mjg59> xrandr is a very small part of the future
[12:46] <mjg59> RH are working on bringing us the rest of it
[12:46] <jdub> ajax is working on x autoconfig?
[12:46] <HiddenWolf> mjg59: that's aiglx?
[12:46] <mjg59> No
[12:47] <mjg59> Uh
[12:47] <mjg59> jdub: Yes
[12:47] <mjg59> HiddenWolf: No
[12:47] <Burgwork> daniel stone is working on input hotplug apparently
[12:47] <mjg59> jdub: That's his job
[12:47] <jdub> aiglx is just bringing us the past
[12:47] <mjg59> aiglx brings us to the technological level of Vista and MacOS
[12:47] <HiddenWolf> jdub: uh, ok. :)
[12:47] <jdub> mjg59: then why am i seeing him committing to metacity sex foo?
[12:47] <jdub> he is a bad person
[12:47] <mjg59> X autoconfig stuff brings us to the technological level of Win 98
[12:47] <mjg59> jdub: Because X autoconfig with no sex foo makes people sad
[12:48] <HiddenWolf> mjg59: well, I installed a windows recently, and had to download a 38mb driver package to get rid of visible redrawing of the screen. I'd say that X/Linux is already ahead in some ways.
[12:49] <jdub> that illustrates the desperate plight of 'some'
[12:49] <HiddenWolf> Oh, that driver utility required the .NET stack too. :)
[12:52] <jdub> ugh, i really need to find something saner than mgp to do my talks with
[12:52] <jdub> unfortunately, impress is not saner
[12:52] <Burgwork> jdub, I used pointless last time, but it is not great
[12:52] <Chipzz> jdub: sex foo? :P
[12:53] <jdub> Chipzz: metacity/libcm effects
[12:53] <Kamion> Lure: I think there may be multiple different bugs in LVM support (or lack thereof), so I think I'd prefer to keep them separate until I understand them all a bit better, rather than having one giant "LVM is broken" bug :-)
[12:54] <Chipzz> libcm?
[12:54] <jdub> the compositing manager innards that metacity uses (in spiftacity mode)
[12:54] <Lure> Kamion: makes sense - will be easier for you when it comes to fixing them
[12:54] <Kamion> right
[12:54] <jdub> fabbione: ping (unlikely, payload: adaptec scsi in dapper)
[12:54] <Chipzz> oh, right :)
[12:55] <Lure> Kamion: should we reference all LVM bugs from RN (as it looks from my tests we solve most if not all of them with workaround)?
[12:57] <Kamion> Lure: may not be actually terribly helpful to users; I'd reference the clearest one or two
[12:57] <Lure> Kamion: ok
[12:58] <jdub> Kamion: has the dapper-desktop-* name change happened?
[12:59] <Kamion> jdub: yes
[12:59] <jdub> thanks
[12:59] <Kamion> jdub: (see ubuntu-devel-announce@)
[12:59] <jdub> mmm, saw that, wasn't sure it happened yet
[01:00] <Kamion> I didn't send the mail until I'd made/tested the code change - although I hadn't done all the rebuilds yet then
[01:06] <Kamion> infinity: BTW, my plan is to let this round of livefs/CD cron jobs happen, then disable the CD cron jobs and start doing stuff manually. You might want to disable the livefs cron jobs after they happen and when you're next awake.
[01:07] <jdub> Kamion: oh, presence of .OVERSIZED files mean the images are oversize?
[01:07] <Kamion> jdub: yes; in the case of Ubuntu daily-live that'll go away with the next rebuild, I hope
[01:08] <Kamion> it only appeared because I did a build with the new improved ship-live but forgot to rebuild ubuntu-meta to get rid of some language packs
[01:08] <jdub> Kamion: are yesterday's builds ok for testing?
[01:08] <mdke> my "ssh text in human icons is too small to read" bug has been dramatically fixed by the presence of the new hotness "icons are now half the size of the screen" bug
[01:08] <Kamion> jdub: (new improved ship-live> build-essential/linux-headers as extra installable packages in an archive on the live CD)
[01:08] <jdub> 20060522
[01:08] <Kamion> jdub: no
[01:08] <mdke> this is not the final artwork?
[01:08] <jdub> Kamion: rad :-) openssh-server?
[01:09] <Kamion> jdub: not at present, because you can install that from the networ
[01:09] <Kamion> k
[01:09] <jdub> ok
[01:09] <Kamion> jdub: we are extremely space-constrained and I only want to include things that way that may be needed to get at the network
[01:09] <jdub> will oversized images work on 700MB CDs?
[01:09] <Kamion> nno
[01:09] <Kamion> no, damn keyboard
[01:10] <Kamion> the official size across the board is now 700MB
[01:10] <jdub> oh, we're using 700-- aha
[01:10] <jdub> right
[01:10] <Kamion> if you look more closely at the apache directory index it should be pretty clear that they're >700MB ;)
[01:10] <jdub> yeah ;)
[01:10] <jdub> wasn't sure if they were outrageously oversized or *just* oversized ;)
[01:11] <jdub> "where the crap did that 70MB come from?!" ;)
[01:11] <Kamion> the technical limit (and the one imposed by MediaMotion) is actually marginally greater than 700MB, but there's not much in it
[01:11] <Kamion> it's 736051200 bytes
[01:11] <infinity> Kamion: Check. I'm still waiting on the OOo build of doom to complete, so I can unstall the world.
[01:12] <jdub> Kamion: next rebuild is the nightly, or pushing another today?
[01:13] <Kamion> jdub: nightly
[01:15] <jdub> Kamion: heh, explaining to a friend that they'll have to check tomorrow ('where tomorrow means this afternoon - canonical runs on something approximating UTC or London time')
[01:15] <jdub> i won't confuse him by explaining cron.hourly
[01:16] <tseng> just tell him that hours fly by really fast when you work for the big C
[01:17] <Kamion> jdub: "in about ten hours"
[01:17] <jdub> Kamion: thanks
[01:17] <Kamion> it's less than that but might as well have an insurance period
[01:17] <jdub> tseng: 'the big C'... not sure mark would appreciate that
[01:17] <tseng> haha
[01:21] <mgalvin> jdub: hey! i will certainly catch up with dholbach about the artwork... would be neat to see all the artwork in edgy
[01:23] <jdub> mgalvin: yeah! thanks for that, it's really cool :)
[01:24] <mgalvin> jdub: eh np, i have been wanting to do that for a while too so i just went ahead and did it :)
[01:24] <jdub> :)
[01:41] <johanbr> I've managed to fiddle with the video restore options to get my machine to come back successfully from hibernation, which it didn't do before. What's the proper way of reporting these changes? There doesn't seem to be an infrastructure in place for the scripts to do the right thing on a machine-dependent basis, so I was hesitant to file a bug.
[01:41] <jdub> johanbr: a bug would be good, then perhaps post to laptop-devel
[01:42] <johanbr> Okay, will do. Thank you.
[01:44] <Kamion> johanbr: sounds like an acpi-support kind of thing
[01:45] <Kamion> it has a load of machine-dependent wonkiness
[01:48] <Riddell> "debconf.DebconfError: (10, "base-installer/kernel/linux/link_in_boot doesn't exist")"  that doesn't seem good
[01:48] <johanbr> Kamion: Okay. Looking at the launchpad acpi-support page right now.
[02:04] <sabdfl> https://launchpad.net/distros/ubuntu/dapper/+source/gdm/2.14.6-0ubuntu2
[02:04] <sabdfl> are the buildd's choked?
[02:04] <jdub> sabdfl: there was some discussion earlier about OOo choking them
[02:05] <sabdfl> that seems to have landed - got a load of oo.o2 goodness a second ago
[02:08] <ajmitch> afternoon
[02:09] <sabdfl> hey ajmitch
[02:09] <jsgotangco> good morning
[02:10] <infinity> sabdfl: I had the publisher disabled for a bit.  It's alive again now, gdm should build in this cycle.
[02:11] <sabdfl> infinity: ok, thanks
[02:28] <Chipzz> jdub: yea :(
[02:28] <zul> jdub: wha?
[02:28] <Chipzz> I complained about that here a while ago too...
[02:28] <Chipzz> little positive response though
[02:29] <LaserJock> jdub: kernel source or images?
[02:29] <jdub> Chipzz: it's not really a problem for release-using users
[02:30] <jdub> i just haven't thought about it on the laptop
[02:30] <jdub> (unfortunately, my server has a small /boot, so i'm forced to think about it there)
[02:37] <Chipzz> jdub: true... but I have my doubts about the ever-growing size of linux-image :S
[02:37] <Chipzz> but whatever
[02:41] <bddebian> Heya jsgotangco
[02:43] <sabdfl> jono bacon around?
[02:43] <sabdfl> or anyone else from LugRadio?
[03:07] <bddebian> infinity: Still around?
[03:11] <bddebian> Any archive types around?
[03:16] <bigcx2> hey all
[03:16] <bddebian> Hello bigcx2
[03:17] <bigcx2> with the new java license is there plans to get a sun java package for dapper?
[03:17] <crimsun> it's already in multiverse.
[03:17] <bigcx2> really
[03:17] <bigcx2> hm
[03:17] <bigcx2> that was fast
[03:20] <bddebian> If anyone happens to catch this.  I think libluminate6 binary needs to be removed.  Is it best to ping the mailing list, file a bug, what?
[04:45] <robertj> will 7.1 hit edge on day 1ish?
[04:45] <robertj> err edgy
[04:45] <robertj> (Xorg that is)
[04:47] <cjb> So, this has probably been asked here already, but Google desperately need to get in touch with Ubuntu SoC admins.
[04:47] <Burgundavia> bddebian, thanks for the work on the multiseat package
[04:48] <bddebian> Burgundavia: Are you being serious? :-)
[04:49] <robertj> when are the SoC projects going to be announced?
[04:50] <Burgundavia> robertj, later today or tomorrow
[04:50] <cjb> robertj: They can't be announced until the dups are cleared up.
[04:50] <cjb> The dups can't be cleared up unless an Ubuntu SoC admin urgently shows up.
[04:50] <cjb> That's why I'm here, see.  :)
[04:50] <robertj> ahh
[04:50] <shenki> oh, excellent (soc applicat patiently waiting in the wings, thinking he was rejected)
[04:50] <Burgundavia> cjb, afaik, all the admins are in europe/za and thus asleep
[04:51] <shenki> wern't the projects supposed to be announced on the 22nd?
[04:51] <shenki> weren't
[04:51] <cjb> shenki: No, it was always supposed to be today.
[04:52] <cjb> The final deadline for *Ubuntu* telling Google which they'd chosen was yesterday.
[04:52] <shenki> cjb: oh, i see. thanks for clearing that one up.
[04:53] <cjb> So, heads up:  if we can't get in touch with anyone, one of Ubuntu's projects is going to be replaced with the project that was just below the acceptance line.
[04:53] <cjb> If that sounds likely to annoy anyone, perhaps it'd be worth waking someone up.  ;-)
[04:53] <robertj> w00h, that means Ubuntu has at least one project!
[04:54] <Burgundavia> jdub, you around?
[04:55] <jsgotangco> he's in za as well i believe
[04:55] <jdub> no, he's here
[04:56] <jdub> in .au
[04:56] <jdub> but i can't help with that
[04:56] <jdub> hold on
[04:56] <jsgotangco> ahh
[04:56] <jdub> jsgotangco: that was last week :)
[04:56] <ajmitch> travelling the world again?
[04:56] <robertj> jdub: your reponse time is pretty good, but I think we need to get you a physical terminal bell in the near future just in case for the
[04:57] <jdub> ajmitch: just .za last week
[04:57] <cjb> jdub: Do you want to wake someone up, or let Google handle the conflict?
[04:57] <jdub> robertj: actually, someone posted (somewhere) an irssi script to pop up a notify thingy when your name is mentioned (just like xchat-gnome)
[04:57] <jsgotangco> whoa
[04:58] <jdub> cjb: do you know what the projects are? why is there a fall back?
[04:58] <robertj> jdub: we need something that could wake you up in case you were sleeping
[04:58] <jdub> oh, dupes in the list?
[04:58] <jdub> robertj: my mobile phone can sometimes do that
[04:58] <cjb> jdub: One of ubuntu's accepted proposals was also accepted to osdl.
[04:58] <robertj> jdub: I think we need a real clapper
[04:58] <jdub> cjb: ah, right. hmm.
[04:58] <cjb> And since osdl has fewer projects allocated, he'll go to them unless you argue that you really want him.
[04:58] <jdub> cjb: are you at google now?
[04:59] <cjb> jdub: No, I was helping handle GNOME and got roped in to tracking Ubuntu people down.
[04:59] <jdub> heh
[04:59] <jsgotangco> much appreciated
[05:00] <jdub> cjb: BenC and i have put the call out
[05:00] <jdub> BenC: ;)
[05:00] <BenC> hehe
[05:00] <jdub> (if you use your computer in stretched mode for a while, normal mode starts to look anorexic)
[05:00] <cjb> Thanks.  :)
[05:01] <ajmitch> it's quite humourous
[05:02] <jdub> sadist
[05:02] <jsgotangco> heh
[05:02] <ajmitch> I've spent too much time around here
[05:02] <jsgotangco> including yourself?
[05:02] <Burgundavia> ajmitch, which networok?
[05:02] <ajmitch> Burgundavia: slashnet
[05:06] <robertj> are there logs?
[05:08] <shenki> it's not intresting at all, imo...just 200+ people waiting around for something to happen
[05:09] <cjb> Poor them.  :)
[05:10] <robertj> Someone should prepare a humerous list of other projects to announce first ;)
[05:10] <shenki> now the conspiracy theories are coming out: they believe google are just playing a joke by not releasing the projects :)
[05:10] <LaserJock> maybe we should have them fix all Dapper bugs while they are waiting
[05:10] <imbrandon> lol
[05:10] <cjb> Heh.
[05:10] <shenki> lol
[05:11] <cjb> shenki: If they don't already know, you can tell them that the problem is students accepted by more than one org need to be assigned into one, and a replacement project chosen for the other.
[05:11] <shenki> ok, thanks
[05:11] <shenki> there's a google person in there, but he's not giving any info
[05:12] <bddebian> LaserJock: :-)
[05:12] <Burgundavia> LaserJock, heh
[05:15] <LaserJock> nothing like a pre-SoC warm up :-)
[05:15] <Burgundavia> LaserJock, you should suggest it
[05:17] <bddebian> Gah, why can I never remember where the pre/post/foo scripts are?
[05:19] <LaserJock> bddebian: /var/lib/dpkg/info ?
[05:20] <bddebian> Thx LaserJock
[05:24] <LaserJock> bddebian: I'm just impressed that I could remember that, it must be sticking :-)
[05:24] <imbrandon> ;)
[05:28] <bddebian> LaserJock: :-)
[05:28] <bddebian> See, you are smarter than me :-)
[05:29] <LaserJock> bddebian: maybe I'm just younger, I doubt smarter
[05:30] <LaserJock> I've been in school waaaay too long to be smart :-)
[05:37] <bddebian> heh
[05:57] <poimen> someone was using  XGL on dapper with this two sources in the sources.list?
[05:57] <poimen> [23:55]  <poimen> deb http://xgl.compiz.info/ dapper main
[05:57] <poimen> [23:55]  <poimen> deb http://www.beerorkid.com/compiz/ dapper main
[05:59] <jsgotangco> ?
[06:00] <shenki> yes, they probably were...those two repo's contain cvs versions of the libraries you need to run xgl. but did you have a question?
[06:01] <poimen> yea give a sec let me copy my question fro am another channel
[06:01] <poimen> I followed the Xglhowtoo and got a nice working xgl/ubuntu system but today i did a apt-get update and then a apt-get upgrade and now it does not work
[06:01] <poimen> [23:59]  <poimen> I was asking me if adding this 2 sources is really necesary
[06:01] <poimen> I folowed the ati howtoo
[06:01] <poimen> xglati on wiki ubuntu
[06:02] <shenki> that's not for this channel
[06:02] <shenki> go to #ubuntu+1
[06:02] <poimen> I asked there...
[06:02] <jsgotangco> the last 2 sources are not from ubuntu the chance of breaking is pretty high
[06:02] <poimen> sorry no one seems to anwser
[06:03] <poimen> jsgotangco thankx
[06:03] <poimen> so there is another XGL in universe right?
[06:03] <shenki> the best place for info on those sources is the forums on http://compiz.info
[06:04] <poimen> thankx
[07:13] <fabbione> morning
[07:13] <fabbione> jdub: pong
[07:27] <pitti> Good morning
[07:27] <fabbione> morning pitti
[07:27] <Burgundavia> salut fabbione , pitti
[07:37] <ajmitch> hi pitti, fabbione
[07:37] <pitti> hi ajmitch
[07:37] <fabbione> yo yo
[07:43] <Burgundavia> pitti, is a warty to hoary upgrade still supported?
[07:43] <pitti> Burgundavia: since it didn't really change, it should still work
[07:44] <Burgundavia> pitti, ok, just wondering for doc purposes
[07:56] <neuralis> JaneW: ping
[08:32] <pitti> hi kagou
[08:32] <kagou> hey pitti  :)
[08:45] <dholbach> good morning!
[08:46] <viviersf> rs
[08:50] <pitti> mdz, ogra: ok to upload http://paste.ubuntu-nl.org/14584 to make carlos and Rosetta happy again?
[08:50] <pitti> mdz, ogra: (simple fix in debian/rules to clean duplicates out of the generated pot file)
[08:51] <carlos> pitti: it's not that they break Rosetta import, they break any .po editor (other than a plain editor that knows nothing about the .po format)
[08:51] <carlos> ;-)
[08:51] <OculusAquilae> hi carlos
[08:51] <pitti> well, true
[08:51] <pitti> hi carlos
[08:52] <carlos> pitti: btw, I think the .po files are also broken... but that's more difficult to fix if they uses different translations... I will try to fix that manually and talk with upstream
[08:52] <carlos> OculusAquilae: hi
[08:52] <pitti> carlos: alright, I updated the changelog to not claim that they break rosetta ;) (just break the tools, instead)
[08:53] <carlos> pitti: thank you ;-)
[08:54] <pitti> carlos: I just fixed buildd import again, so that we get fewer domains which are in rosetta's, but not in my tarball
[08:54] <carlos> ok
[08:55] <OculusAquilae> carlos, pitti: Are the german .po-files exported from Rosetta. They are suddenly not in the languagepack-kde-de-base
[08:55] <OculusAquilae> of konversation
[08:55] <carlos> I think the language pack was generated before we imported konversation
[08:55] <carlos> pitti: are you going to prepare updated langauge packs tomorrow?
[08:55] <carlos> to follow the schedule
[08:56] <OculusAquilae> It was translated before, but now it isn't
[08:56] <pitti> carlos: we uploaded new ones at Monday, but mdz told me we'll need another one
[08:57] <pitti> carlos: but not sure whether we'll upload at Friday or so (I'm not here anyway, but the soyuz guys can upload the daily ones whenever mdz tells them to)
[08:57] <carlos> ok
[08:58] <carlos> OculusAquilae: because we were using other sources to complete Rosetta exports
[08:58] <carlos> OculusAquilae: and now we are using Rosetta as the only way to generate language packs
[08:58] <OculusAquilae> ah
[08:59] <OculusAquilae> was a bit late to change that :)
[09:00] <carlos> OculusAquilae: we were transfering things every day, and last Monday, we were supposed to have all things migrated. I'm not sure how is that we didn't detect that the Konversation's .pot file was missing
[09:00] <OculusAquilae> carlos: what about k3b's language-files. they seem not to be in the language-pack too
[09:01] <carlos> OculusAquilae: that's because the k3b's .pot file was broken
[09:01] <neuralis> JaneW: around?
[09:01] <carlos> it's fixed now, but after latest language pack release, so it has the same problem
[09:01] <carlos> next update should include it
[09:01] <OculusAquilae> ok
[09:02] <OculusAquilae> thanks
[09:04] <carlos> OculusAquilae: please, check the daily snapshots to confirm it
[09:04] <OculusAquilae> ktorrent's .pot-file should be fixed in 0ubuntu5
[09:04] <carlos> OculusAquilae: so we have time to fix anything that is still missing
[09:04] <carlos> OculusAquilae: I approved it yesterday, yes
[09:04] <OculusAquilae> daily snapshots of what?
[09:05] <carlos> OculusAquilae: of language packs
[09:05] <OculusAquilae> there are daily snapshots?
[09:06] <carlos> OculusAquilae: yes, Martin announced it a couple of weeks ago
[09:06] <pitti> OculusAquilae:  https://lists.ubuntu.com/archives/ubuntu-translators/2006-May/000537.html
[09:07] <OculusAquilae> ok I'll test
[09:09] <carlos> OculusAquilae: thanks
[09:23] <JaneW> neuralis: yep
[09:28] <fabbione> pitti: there is a new ppc live
[09:29] <sivang> Riddell: do you know if muse wnet down yeasterday? I lost my screen sessions.
[09:29] <pitti> fabbione: yes, it just finished burning here :)
[09:29] <fabbione> yeah
[09:35] <lmanul> neuralis: ping ?
[09:35] <neuralis> lmanul: pong
[09:35] <lmanul> Hi :) Just got the great news !
[09:36] <lmanul> Have 2 mn for a /query ?
[09:36] <fabbione> pitti: did you notice that usplash on ppc live doesn't go all the way to X?
[09:36] <fabbione> pitti: or is it just me?
[09:36] <pitti> fabbione: sometimes it fails, in 70% of the cases it works for me
[09:36] <pitti> I can't see a pattern
[09:36] <fabbione> pitti: mine exits around swithing to init 2
[09:37] <neuralis> lmanul: /join #olpc
[09:37] <lmanul> neuralis: Ah, great, ok
[09:40] <OculusAquilae> carlos: konversation seems to be still in englisch with yesterdays german langpack, k3b is ok and for ktorrent I think we must wait for the build today
[09:43] <carlos> OculusAquilae: everything looks ok for konversation
[09:43] <OculusAquilae> hm
[09:46] <sfllaw> Mithrandir: Good question.
[09:47] <OculusAquilae> carlos: perhaps we must wait for the daily build of the langpack
[09:48] <pitti> funny, dapper-alternate-powerpc.iso is recognized as a font file in nautilus, so you can't burn it
[09:48] <pitti> seb128: ^ nice gtk bug :-P
[09:49] <OculusAquilae> carlos: it
[09:49] <seb128> pitti: lol
[09:49] <OculusAquilae> carlos: it's definately not in language-pack-kde-de-base
[09:50] <carlos> OculusAquilae: yeah, I'm checking it atm
[09:50] <carlos> OculusAquilae: seems like it was imported yesterday
[09:50] <carlos> so it should appear today
[09:50] <OculusAquilae> ok I'll test that again tonight
[09:51] <carlos> OculusAquilae: thanks
[09:51] <Mithrandir> pitti: it's probably a bug in the mime database from fd.o
[09:52] <fabbione> crap
[09:52] <fabbione> ubiquity just crashed on me
[09:53] <pitti> seb128: oh, on second look, Ctrl+R fixed it; it had a big 'A' with a box around it, and it offered archive manager, so it was not *that* wrong at least :)
[09:53] <seb128> ctrl-R fixed it!?
[09:54] <seb128> and when you click on it it's fine now?
[09:54] <seb128> directory listing is done using the filename
[09:54] <pitti> affirmative
[09:54] <seb128> when you select a file it does mimemagic
[09:54] <seb128> it doesn't change when you select it?
[09:54] <fabbione> pitti: did you already run ubiquity on ppc live?
[09:54] <pitti> seb128: now it stays stable (cdrom document with 'iso'), as it should be
[09:54] <fabbione> pitti: if so go for debugging... mine crashed
[09:55] <seb128> pitti: weird
[09:55] <pitti> fabbione: no, currently running alternate CD install
[09:55] <fabbione> pitti: ok
[09:55] <pitti> fabbione: will do, but mine will still take a while (slow disk...)
[09:55] <fabbione> pitti: i am rebooting right now.. but at least i want to make sure i am not the only one
[09:56] <pitti> fabbione: did you see an exception in /var/log/installer/syslog?
[09:56] <fabbione> pitti: no, didn't check beacuse i was running without debugging
[09:56] <pitti> exceptions should still be in it; anyway, I'll try it here, too
[09:56] <pitti> ETA ~ 45 minutes
[10:02] <Kinnison> Morning guys
[10:03] <simira> good morning, Kinnison
[10:03] <Kinnison> Hi simira
[10:03] <Treenaks> morning simira
[10:03] <ajmitch> morning simira, Kinnison
[10:03] <Kinnison> ajm.
[10:04] <Kinnison> Morning mvo
[10:05] <mvo> hey Kinnison
[10:05] <Burgundavia> hey Kinnison
[10:06] <simira> morning Treenaks, mvo
[10:06] <simira> ajmitch :)
[10:06] <Treenaks> Welcome to #greetings
[10:06] <simira> Treenaks: it's a lovely morning ;)
[10:08] <sivang> hey all
[10:08] <sivang> simira: it is indeed so
[10:10] <simira> morning sivang
[10:14] <\sh> moins
[10:14] <\sh> did anybody tried to format a >5TB partition with xfs with an ubuntu-server kernel?
[10:14] <mdz> pitti: tuxpaint-stamps is fine
[10:14] <fabbione> pitti: it looks like yaboot still fails
[10:15] <pitti> mdz: thanks, uploading
[10:15] <pitti> mdz: good morning :)
[10:16] <fabbione> Kamion: http://people.ubuntu.com/~fabbione/installer.tar.gz <- ppc ubiquity failure from the last daily
[10:16] <\sh> I have the problem, that I have a 6.3TB partition and tried to format it with mkfs.xfs -f /dev/sdb1 and it only formats 301G
[10:16] <pitti> fabbione: darn :/
[10:16] <fabbione> \sh: probably you need to look at stuff like block size and so on
[10:17] <fabbione> what if you format it with another FS?
[10:17] <\sh> fabbione: that I will try now, but I thought, that someone could know ;)
[10:17] <fabbione> \sh: mostlikely you will need bigger blocks or something
[10:18] <\sh> fabbione: looks like...let's see
[10:21] <\sh> oh wow
[10:21] <\sh> the problem is somewhere else
[10:23] <\sh> fdisk is the problem
[10:23] <\sh> it detects the correct size of the partition but doesn't use it when I'm creating a new partition with max size
[10:29] <\sh> fdisk and cfdisk are creating a partition with the maximum size...I'm writing it back to the partition table, quit fdisk and cfdisk and re-execute fdisk or cfdisk and suddenly my partition table shows me max. 301G and not the correct size
[10:30] <\sh> dmesg output
[10:30] <\sh> sdb : very big device. try to use READ CAPACITY(16).
[10:30] <\sh> SCSI device sdb:<PHONE_NUMBER>2 512-byte hdwr sectors (6919995 MB)
[10:30] <\sh> SCSI device sdb: drive cache: write back
[10:30] <\sh> sdb : very big device. try to use READ CAPACITY(16).
[10:30] <\sh> SCSI device sdb:<PHONE_NUMBER>2 512-byte hdwr sectors (6919995 MB)
[10:30] <\sh> SCSI device sdb: drive cache: write back
[10:30] <fabbione> \sh: try to dd if=/dev/zero of=/dev/bigfatdevice bs=1024 count=64
[10:30] <fabbione> that should reset the partition table
[10:31] <fabbione> and then do a fdisk/cfdisk
[10:31] <fabbione> IMHO there is a flag you need to set for bigfatdevices
[10:31] <\sh> fabbione: cool thgx
[10:32] <pitti> fabbione: ppc/install succeeded, starting live now
[10:33] <fabbione> pitti: ok
[10:33] <\sh> fabbione: nope...same problem...cfdisk/fdisk is only allocating max. 301G (same applies for ext3)
[10:34] <fabbione> \sh:         # Use gpt instead of msdos disklabel for disks larger than 2TB
[10:34] <fabbione> \sh: try using parted
[10:34] <ivoks> right
[10:34] <ivoks> that's the only way
[10:34] <fabbione> libparted supports that forma
[10:34] <fabbione> +t
[10:36] <ivoks> \sh: and make it XFS :)
[10:36] <Amaranth> and make sure you have a good UPS to go along with it :)
[10:37] <ivoks> and your own power plant
[10:37] <pitti> fabbione: https://wiki.ubuntu.com/Testing/Current is not the page to be used any more?
[10:37] <Amaranth> ooh, screw xfs use reiser4!
[10:37] <fabbione> pitti: dunno.. i was waiting for sfllaw to clean it up
[10:38] <\sh> fabbione: same problem
[10:38] <\sh> (parted) mkpart primary 0 6599421.500
[10:38] <\sh> (parted) p
[10:38] <\sh> Disk geometry for /dev/sdb: 0.000-6599421.500 megabytes
[10:38] <\sh> Disk label type: msdos
[10:38] <\sh> Minor    Start       End     Type      Filesystem  Flags
[10:38] <\sh> 1          0.031 307964.419  primary
 Disk label type: msdos <-
[10:38] <pitti> fabbione: ok, I pinged him
[10:38] <\sh> shit
[10:38] <fabbione> you need to make that one gpt
[10:39] <ivoks> fabbione: dapper supports gpl out of the box?
[10:39] <fabbione> ivoks: it should
[10:39] <ivoks> fabbione: great... last time i needed distro for 2+TB disk, i had to compile my own kernel and force instalation to use it :/
[10:39] <\sh> fabbione: thx :=
[10:39] <ivoks> fabbione: (debian was that)
[10:41] <mdz> infinity: around?
[10:42] <fabbione> \sh: but with a 6TB volume i strongly recommend to use LVM on it
[10:46] <Kamion> Riddell: the ubiquity failure you reported was fixed in ubiquity 1.0.4 yesterday
[10:46] <pitti> good morning Kamion
[10:47] <Kamion> fabbione: you too, same bug
[10:47] <Kamion> (bug 46160)
[10:47] <Ubugtu> Malone bug 46160 in ubiquity "base-installer/kernel/linux/link_in_boot missing from templates" [Major,Fix released]  http://launchpad.net/bugs/46160
[10:47] <Kamion> oh, huh, you *have* ubiquity 1.0.4
[10:47] <Kamion> well, damn, let me investigate
[10:47] <pitti> Kamion: I'm testing current CD (with 1.0.4) right now, with verbose debugging
[10:48] <mdz> Mithrandir: ping
[10:48] <Mithrandir> mdz: yes?
[10:48] <mdz> Mithrandir: o ye of much bandwidth, I need your help to unravel this latest openoffice mess
[10:48] <Kamion> confirmed that that template is indeed missing
[10:48] <mdz> Mithrandir: the .desktop file changes written in the most recent changelog entry have not, in fact, taken effect
[10:49] <mdz> Mithrandir: it looks like he changed a set of .desktop files which are not used in the build
[10:49] <\sh> fabbione: well, tbh, they are using it without LVM...and they don't want...let's see what I can do here to change that
[10:49] <mdz> Mithrandir: would you have a look?
[10:49] <Mithrandir> mdz: humm, I'll take a look.
[10:49] <pitti> Kamion: ok, so I can as well cancel the current attempt and rather test the alternate CD some more?
[10:49] <fabbione> \sh: well it was a suggestion.. do what you are asked to
[10:49] <Kamion> pitti: yes
[10:50] <Kamion> I'll fix it ASAP
[10:50] <ivoks> fabbione: why lvm, if i may ask?
[10:50] <fabbione> Kamion: let me know when you want me to test
[10:50] <fabbione> ivoks: flexibility
[10:50] <ivoks> true...
[10:50] <ivoks> one hardly needs one 6GB partition :)
[10:50] <Mithrandir> mvo: apt-get source is buggy, it doesn't look for a exact source package match first.
[10:50] <Mithrandir> mvo: so apt-get source openoffice.org on amd64 gives me ooo-amd64
[10:51] <Keybuk> HAHAHAHAHAHAHAHAHA
[10:51] <Keybuk> oh man
[10:51] <Keybuk>  multiseat (0.9.11) dapper; urgency=low
[10:51] <Keybuk>  .
[10:51] <Keybuk>    * Replace hotplug deps with udev and module-init-scripts
[10:51] <Keybuk> --
[10:51] <fabbione> ivoks: from experience you grow the disks as you need
[10:51] <Keybuk> sum total of changes: a change to the Depends line
[10:51] <\sh> fabbione: funny thing...in 2 weeks we have to do a fully automatic installation of sles9sp3 on 600 of those servers 2x dual core opeteron systems, 16GB RAM, 8TB storage raid6 hw
[10:51] <Keybuk> Barry is so in for a teasing when he wakes up
[10:51] <sfllaw> pitti: Computer just crashed.
[10:51] <ivoks> fabbione: i have that situation right now... two sets od 3TB partitions
[10:51] <pitti> sfllaw: ouch :/
[10:52] <fabbione> \sh: nice toys.. send me one
[10:52] <ivoks> fabbione: one empy, other full... i'm planing copy/format/lvm/back/format/add_to_lvm :)
[10:52] <mdz> mvo: that's what --only-source does
[10:52] <fabbione> 600 or 599 won't make a diff :)
[10:52] <HrdwrBoB> ivoks: in my experience one regularly needs large partitions
[10:52] <mdz> er
[10:52] <mdz> Mithrandir: that's what --only-source does
[10:52] <ivoks> \sh: that meens... job? :)
[10:52] <mdz> Mithrandir: it's weird, but unfortunately that's how it was designed to work
[10:52] <fabbione> ivoks: you can just make the empty LVM, copy the data, make the first lvm and add it to the same VG and resize the data
[10:53] <Mithrandir> mdz: ew, ok.
[10:53] <\sh> ivoks: yes
[10:53] <ivoks> fabbione: if i recall, there was a reason why that wasn't an option, but can't rember now why exactly...
[10:54] <Kamion> Keybuk: oh dear me
[10:54] <Kamion>   * Sing LA LA LA, they can't hear me
[10:54] <ivoks> HrdwrBoB: over 6TB?
[10:55] <ivoks> ok, we are getting offtopic :)
[10:55] <sfllaw> Keybuk: Mmm.  Custard.
[10:56] <Kamion> dholbach: I'll try to do the apt-get.org import today
[10:56] <dholbach> Kamion: you rock! thanks a lot!
[10:58] <ivoks> ok, time for work :/
[10:58] <ivoks> bye, see you later
[11:00] <infinity> mdz: Am now.
[11:06] <mdz> infinity: guess what
[11:07] <infinity> Backscroll leads me to believe I need to do another OOo build.
[11:07] <infinity> Something about .desktop files.
[11:08] <infinity> Well, it's either that or "guess what, chicken butt", but I'm not sure if you were an SNL fan in the 80s.
[11:12] <Mithrandir> mdz: I'm unsure what change doko has actually done.
[11:13] <mdz> Mithrandir: he seems to have changed the files in ooo-build/desktop
[11:13] <mdz> Mithrandir: but in debian/rules, different files are used
[11:13] <Mithrandir> mdz: hmm.  What is the expected result?    I think I know what's wrong and how to fix it.
[11:17] <Kamion>         grep-dctrl -XFTemplate base-installer/kernel/linux/link_in_boot \
[11:17] <Kamion>                 d-i/templates | \
[11:17] <Kamion>                 >> debian/ubiquity/DEBIAN/templates
[11:17] <Kamion> spot the mistake
[11:17] <Mithrandir> | \ >> ?
[11:17] <Kamion> bingo
[11:17] <Mithrandir> a bit hard on the C&P when you wrote that code?
[11:18] <mdz> Kamion: no, there are just two sets of desktop files and he edited the wrong ones, it looks like
[11:18] <mdz> and didn't test his change
[11:18] <Kamion> Mithrandir: probably just too tired
[11:19] <Mithrandir> mdz: you can't just edit the .desktop files, you have to patch them.  I'll do so.
[11:19] <fabbione> hey sabdfl
[11:19] <sabdfl> seb128: i still have that weird video squish effect if I fire up Totem, then open the video file
[11:20] <sabdfl> what was that magic command that worked?
[11:20] <sabdfl> hi fabbione, rock stars et al
[11:20] <pitti> moin sabdfl, does the plague get better?
[11:20] <fabbione> sabdfl: ehhe :)
[11:21] <sabdfl> pitti: it doth improve mightily
[11:27] <mdke> Keybuk: mmmmm
[11:28] <mdke> a whole vat
[11:28] <mdke> i can handle it
[11:32] <Treenaks> Mithrandir: rewrite it in asm :)
[11:33] <Mithrandir> Treenaks: I think it's quicker to wait for it to finish than do that
[11:33] <seb128> sabdfl: gst-launch-0.10 playbin uri=.... plays it fine, I've pinged upstream about it
[11:34] <Mithrandir> mdz: I think I have a fix, now I just need to wringe it out of the build system properly.
[11:35] <mdz> Mithrandir: thanks
[11:36] <thom> sabdfl: have you seen jonathan schwarz's blog entry today/last night? you've been promoted to "guy behind ubuntu/debian/gnu/linux" :-)
[11:38] <sabdfl> oh dear
[11:38] <simira> not a bad promotion, I'd say
[11:38] <simira> a friend passes here on his way to work, btw: http://ilmari.org/pics/shuttleworth_road.jpg
[11:38] <sabdfl> the original reports from java-one came out quoting him as saying "SUN would really stand behind the fork that Ubuntu is doing"
[11:38] <sabdfl> later corrected to "the work that Ubuntu is doing"
[11:39] <thom> sabdfl: yeah, i saw mention of that. oops :/
[11:39] <sabdfl> i suspect RMS might be a bit upset at the gnu bit
[11:39] <sabdfl> thom: url for his blog?
[11:40] <thom> http://blogs.sun.com/roller/page/jonathan?entry=busy_week1
[11:42] <thom> (he's going to piss RHAT off with the same post, but i doubt he cares about that)
[11:47] <iwj> Kamion: Yes, the 60.6 typo was only in the changelog.
[11:49] <Keybuk> infinity: did OpenOffice build at last?
[11:49] <mvo> mdz: the CJK people asked me for a sync of the ttf-arphic-uming font package, apparently they discovered that the "i" and "j" dots are missing with latest cairo (ubuntu bug #46297)
[11:49] <mdz> mvo: sure, why not
[11:50] <infinity> Keybuk: Yes, and now it's building again. :/
[11:50] <Keybuk> openoffice.org 2.0.2-2ubuntu8 openoffice.org2-evolution(amd64/all) 2.0.1oob680m5-0ubuntu2 from 2.0.1oob680m5-0ubuntu2
[11:50] <Keybuk> was that NBS?
[11:50] <Keybuk> or just a fuckage?
[11:50] <iwj> LaserJock: pong ?
[11:51] <infinity> Keybuk: That's "we haven't uploaded OOo-amd64 yet"
[11:51] <Keybuk> infinity: what's the amd64/all bit mean?
[11:51] <Keybuk> infinity: it's an _all package isn't it/
[11:51] <infinity> Keybuk: There's also other OOo fuckage lingering the archive, I'm not sure which that is.
[11:52] <infinity> Keybuk: That's what the britney output would lead me to believe, yes.
[11:53] <infinity> Keybuk: Anyhow, we know to go over this all with a fine-toothed comb, AFTER the new OOo and OOo-amd64 are in.  You'll note that testing_probs.html is still goofy too, and it's due to some archive buggery that needs to be sorted yesterday.
[11:53] <Keybuk> fairy nuff
[11:53] <fabbione> Keybuk: dpkg: ../../src/packages.c:191: process_queue: Assertion `dependtry <= 4' faile.
[11:53] <fabbione>  ???
[11:53] <Keybuk> fabbione: ANCIENT DPKG BUG
[11:53] <Keybuk> it's like Debian bug #4 or something
[11:54] <fabbione> Keybuk: what can trigger it?
[11:54] <Keybuk> fabbione: loops in the depedency fields
[11:54] <fabbione> or corrupted status file
[11:55] <infinity> Okay, Mithrandir's OOo-i386 test-building right now.
[11:55] <zakame> hi all
[11:56] <fabbione> hi zakame
[11:56] <Keybuk> fabbione: iirc. it's when you have a virtual package that's depended on by a package that provides a virtual package depended on by the package providing the first virtual package
[11:57] <Keybuk> there may be other triggers
[11:57] <fabbione> Keybuk: it's a corrupted status file. i am telling you :))
[11:57] <fabbione> it would be nice wth is corrupted tho
[11:57] <Keybuk> fabbione: yes, if that status file produces the above effect
[11:57] <fabbione> yeps
[11:57] <fabbione> and the -old is now corrupted too
[11:57] <Keybuk> can be a corrupted available file too
[11:58] <Keybuk> or just a broken package
[11:58] <fabbione> broken package is unlikely
[11:58] <Keybuk> about once every few months, someone uploads a package that dpkg bails out on
[11:58] <Keybuk> (with that exception)
[11:59] <pitti> Mithrandir: hm, ppc/oem install user still has the wrong $PATH
[11:59] <Keybuk> it's just a safety slip; it means dpkg has caught itself going round the same dependency graph a few times and is clearly in an infinite loop
[11:59] <Mithrandir> pitti: I'm unable to reproduce it.  You remembered to run the oem-config-prepare before rebooting?
[12:00] <pitti> Mithrandir: yes, sure (otherwise I wouldn't have gotten that user setup wizard)
[12:00] <pitti> Mithrandir: oh, maybe that was confusing; the 'oem' user is fine, the new user created by that tool has just /bin and /usr/bin
[12:01] <Mithrandir> pitti: uh.
[12:01] <Mithrandir> pitti: and /etc/environment at the first boot, when you go into the customisation thing is ok or not?
[12:02] <pitti> Mithrandir: can't tell any more; right now I'm in the session of the wizard created user ('martin'), and /etc/environment does not have $PATH
[12:02] <pitti> Mithrandir: does the wizard change /etc/environment?
[12:02] <Mithrandir> pitti: I didn't think so, no.
[12:03] <pitti> Mithrandir: 'sudo oem-config-prepare' worked, which is in /usr/sbin, so I'm pretty sure that $PATH for 'oem' user was fine
[12:03] <pitti> Mithrandir: unless there was a /home/oem/.bashrc which set it
[12:04] <Mithrandir> pitti: that's started from the init script which explicitly sets path, though.
[12:05] <pitti> Mithrandir: I don't understand - I have to log in as 'oem' through gdm
[12:05] <Mithrandir> hmm, true
[12:06] <pitti> Mithrandir: is there anything I can debug in the current state of the system, or can I trash it?
[12:06] <Mithrandir> pitti: just trash it.  If you can get me the state of etc/environment on first boot, that'd be useful
[12:07] <Kamion> ok, that's odd, we just use user-setup to create the new user
[12:07] <pitti> Mithrandir: shall I reattempt it right now (if you want to debug it now)? or does that have some time?
[12:07] <Mithrandir> pitti: if you could do it right away, that'd be useful.
[12:07] <Kamion> oh, it does fiddle with /etc/environment
[12:07] <Kamion> see oem-config/locale
[12:08] <Kamion> damn, that's broken
[12:08] <Kamion>         grep -v '^\(LANG\|LANGUAGE\)=' /etc/environment | (
[12:08] <Kamion>                 echo "LANG=\"$LOCALE\""
[12:08] <Kamion>                 echo "LANGUAGE=\"$LANGLIST\""
[12:08] <Kamion>         ) > /etc/environment.new
[12:08] <Kamion> missing cat in there
[12:08] <Mithrandir> Kamion: eww.
[12:08] <Kamion> I'll fix it now
[12:08] <Mithrandir> thanks.
[12:08] <pitti> great!
[12:08] <Mithrandir> where's that from?  User-setup?
[12:08] <Kamion> localechooser
[12:08] <Kamion> needs to set the new default system locale, so it's messy
[12:09] <Mithrandir> yeah. :-/
[12:09] <Kamion> I'll use sed -i instead
[12:10] <Kamion>         sed -i "s/^LANG=.*/LANG=\"$LOCALE\"/" /etc/environment
[12:10] <Kamion>         sed -i "s/^LANGUAGE=.*/LANGUAGE=\"$LANGLIST\"/" /etc/environment
[12:10] <Kamion> does that look right?
[12:10] <Kamion> actually I'll use commas rather than slashes
[12:10] <Kamion>         sed -i "s,^LANG=.*,LANG=\"$LOCALE\"," /etc/environment
[12:10] <Kamion>         sed -i "s,^LANGUAGE=.*,LANGUAGE=\"$LANGLIST\"," /etc/environment
[12:11] <Mithrandir> looks correct to me
[12:11] <pitti> Kamion: maybe sed -i 's...' to further simplify the embedded "
[12:11] <Kamion> pitti: need variable substitution in there so it'd be messy with ''
[12:11] <Mithrandir> pitti: nope, that won't work.
[12:11] <pitti> Kamion: can we guarantee that there will be no spaces before the LANG?
[12:11] <pitti> Kamion: right, ignore me; sorry
[12:11] <Mithrandir> Kamion: $LOCALE and $LANGLIST can't ever contain ",", right?
[12:12] <infinity> They certainly shouldn't.
[12:12] <Kamion> pitti: yes, I don't think pam_env would understand leading spaces
[12:12] <Kamion> Mithrandir: not that I can think of; $LANGLIST is :-separated
[12:12] <Mithrandir> Kamion: also, no "," in /u/s/i18n/SUPPORTED, so I think it's safe.
[12:15] <sfllaw> Wait a second...  jkakar doesn't work on distro, does he?
[12:16] <Mithrandir> sfllaw: re what you want me to test; I don't have netboot set up here and it'd be kinda hard for me to do.
[12:16] <infinity> No.
[12:16] <sabdfl> heno: there's a new plan_m.ogg which rocks
[12:16] <sabdfl> could you sync up with Jonathan on it?
[12:16] <Riddell> mdz: can I upload this security fix for koffice? http://kubuntu.org/~jriddell/tmp/koffice.diff
[12:16] <pitti> sfllaw: why did you revert my Testing/DapperUpgrades -> DapperUpgrades change on Testing/Current?
[12:16] <Keybuk> mvo: subscribe, not assign
[12:16] <mdz> Riddell: sure
[12:16] <Riddell> jono, mdke: do we have the text from jjesse?
[12:16] <Kamion> Mithrandir,pitti: right, fixed, thanks
[12:16] <sfllaw> pitti: I thought I made a typo.  Because it said [DapperUpgrades] .
[12:17] <Riddell> thanks mdz
[12:17] <Mithrandir> sfllaw: also, you might want to swap me into doing dvd tests since I have plenty of bandwidth.
[12:17] <pitti> sfllaw: well, Testing/DU doesn't exist, and DU is apparently the right onw
[12:17] <pitti> sfllaw: s/w$/e/
[12:17] <heno> sabdfl: right
[12:17] <jono> Riddell: just one sec, phone
[12:18] <sfllaw> pitti: Ah.  I'll change it.  Thanks.
[12:18] <pitti> sfllaw: I'd like to swap ubuntu-server testing with BenC's ppc/alternate CD testing, since I have very limited BW here
[12:18] <ploum> hello
[12:18] <ploum> is there a list of accepted Ubuntu SoC ?
[12:18] <seb128> hi
[12:18] <sfllaw> pitti: OK.
[12:18] <pitti> sfllaw: I'll ask Ben, but woudl that be fine for you?
[12:18] <Riddell> jono, mdke: ah, found it in e-mail, ch07_Ubuntu.doc
[12:18] <seb128> ploum: not sure, looks like you are accepted to GLaunchpad though
[12:19] <sfllaw> pitti: Of course.  I was just optimizing based on HW availability.
[12:19] <ploum> looks likte yes
[12:19] <sfllaw> And spreading out the work.
[12:19] <pitti> sfllaw: it's ppc either way :)
[12:19] <sfllaw> Mithrandir: OK.  I'll shuffle that around.
[12:19] <Kamion> server guys: you know to rsync *-server-* rather than *-install-* now, right?
[12:20] <sfllaw> pitti: When you file bugs, could you put them at the bottom of the page, thanks?
[12:20] <pitti> sfllaw: yes, I did so for the OEM issue
[12:20] <pitti> sfllaw: if I find more, I will do that
[12:22] <sfllaw> pitti: Thanks.
[12:23] <sfllaw> !!! I've changed Testing/Current to reflect requests !!!
[12:24] <Keybuk> sfllaw: I don't have a disk to erase on powerpc, I'm afraid
[12:24] <ogra> pitti, ping
[12:25] <ogra> pitti, ppc didnt like your language additions
[12:25] <Mithrandir> sfllaw: what's the DapperUpgrades thingy?
[12:25] <pitti> ogra: too big? or another bug?
[12:25] <ogra> pitti, how exactly do i read http://people.ubuntu.com/~pitti/langpacks/langpacksize.txt
[12:25] <ogra> pitti, too big
[12:25] <pitti> ogra: did you add ship-live yesterday?
[12:26] <pitti> ogra: we had drastically strip down the ubuntu CDs again due to addition of ship-live yesterday
[12:26] <ogra> pitti, am i rtight assuming the last column includes the language-support packages ?
[12:26] <pitti> ogra: ok, an example:
[12:26] <pitti> am     G:     127490  K:      23882  G+K:     135106  GSum:   29646734  KSum:   39510732 G+KSum:   54728710
[12:26] <ogra> yeah
[12:26] <pitti> ogra: that means base+gnome = 127490, base+kde = 23882, base+gnome+kde = 135106
[12:27] <Kamion> ogra: language-support is not included there
[12:27] <pitti> ogra: all in bytes
[12:27] <ogra> ok
[12:27] <pitti> ogra: as Kamion says, only l-pack-*
[12:27] <Kamion> you should never include language-support for anything other than -en, unless you have huge amounts of CD space to randomly burn
[12:27] <pitti> ogra: the last three colums are the same gnome/kde/both, but cumulatively from the top
[12:27] <ogra> (i'm trying to keep as much as i can while not dropping ship-live)
[12:28] <pitti> ogra: the list is sorted by our prefered priority; English, then the top 11, then alphabetically
[12:28] <dholbach> mdz: ok to upload gnome-power-manager with new icons? or better defer?
[12:28] <Kamion> dropping build-essential/fakeroot/linux-headers from Edubuntu ship-live would be fairly reasonable, I think
[12:28] <pitti> ogra: so, for edubuntu you should look at G+KSum until you find the row which matches the available CD space and add packs until this
[12:28] <Kamion> (if you pulled in that change)
[12:28] <mdz> dholbach: sure, why not
[12:28] <Kamion> and even the network access stuff is probably not critical for Edubuntu, given the server focus
[12:29] <dholbach> mdz: ok, uploading.
[12:29] <ogra> Kamion, if i drop build-essential/fakeroot/linux-headers, what sense do the other parts of ship-live make ?
[12:29] <Kamion> ogra: plenty
[12:29] <ogra> i assume a user wants to compile some modules, so he should have build essential and the linux headers package
[12:29] <ogra> s
[12:29] <Kamion> ogra: if there are people setting up Edubuntu servers behind strange network hardware (e.g. a school connected by some strange USB ADSL business) then they'll need that
[12:30] <Kamion> ogra: the other pieces of ship-live do not, to my knowledge, require kernel modules other than those in the base install
[12:30] <ogra> hmm, k but in that case they'll use the default CD anyway, i see
[12:30] <Kamion> with the exception of avm-fritz-firmware which provides additional precompiled modules
[12:31] <ogra> i just dont want to differ too much, that will confuse in support
[12:31] <Kamion> the network access bits come to roughly 2.7MB IIRC
[12:31] <ogra> ok
[12:31] <Kamion> but it's up to you
[12:31] <ogra> yep, i know ... i always have to make the evil decisions ...
[12:32] <Kamion> and it's only really super-important for Ubuntu and Kubuntu because we're sending live CDs out in shipit
[12:32] <Kamion> for Edubuntu it does not seem so critical
[12:32] <jono> Riddell: sorry, on the phone with Sun, Jonathan is having trouble submitting
[12:32] <jono> Riddell: how much time is there before Kubuntu fully freezes
[12:32] <ogra> Kamion, i'll drop linux-headers and friends for now, will also make room for langs on i386 and amd64
[12:33] <mvo_> mdz: I have a icon update for update-notifier pending as well, is it ok to upload today? or better defer?
[12:34] <infinity> mvo_: We're redoing OOo builds AGAIN, so I suspect something as harmless as an icon update would be fine.
[12:34] <infinity> mdz: ^^^
[12:34] <mvo_> infinity: cool, I'll be on it right after lunch
[12:35] <sfllaw> Mithrandir: That's using update-manager, which mvo (?) wrote.
[12:35] <sfllaw> Gah!  Internet has gone down.
[12:35] <sfllaw> Stealing wireless now.
[12:36] <sfllaw> It's bad when pppd says "Remote message: No valid RADIUS server found.", right?
[12:37] <ogra> Kamion, that was a pointless discussion :P i didnt merge the seeds yet :/
[12:37] <Kamion> heh
[12:37] <Kamion> well, you know in case you do ;)
[12:38] <ogra> 7me goes back to langpack fiddling
[12:39] <pitti> ogra: sorry if I messed that up, I wasn't aware of the ship-live addition when I updated the ubuntu and edubuntu seeds
[12:40] <ogra> pitti, ship-live is empty in edubuntu
[12:40] <pitti> hm
[12:40] <ogra> and dont feel sorry :)
[12:40] <pitti> ogra: ok, so it was just a little too big then? miscalculation?
[12:40] <ogra> (for some value of empty ... it still had the isdn stuff and ndiswrapper etc)
[12:41] <ogra> pitti, you calculated on top of yesterdays isos i guess, the livefs wasnt up to date
[12:41] <pitti> ogra: weird then; I'm pretty sure that the calculation was correct against yesterday morning's image, but with so many changes in example-content and so on it was a moving target
[12:41] <pitti> ogra: right
[12:42] <Riddell> jono: I have the .doc file here, how hard can it be to save as HTML?
[12:42] <ogra> and the livefs builds failed for different reasons (packages being build etc)
[12:42] <jono> Riddell: well, I personally dumped it to plain text, stuck it in NVU and marked it up. Take a look at the files I submitted to dholbach to see how they work
[12:43] <jono> Riddell: you could also try htmltidy
[12:43] <dholbach> Riddell: I'll send them to you in a sec
[12:43] <jono> Riddell: I would do it for you, but I am up against a schedule today
[12:43] <Riddell> dholbach: I've got it
[12:43] <dholbach> ah ok
[12:43] <Riddell> jono: I'll do it, should be fine
[12:46] <heno> Riddell: if you can send me the book images I can crunch the file size a bit
[12:47] <ogra> Kamion, i have one user in #edubuntu who did an ubiquity install, his grub menu now shows "ubuntu kernel 2.6.15" and "ubuntu 6.06 LTS", he had breezy and XP on the machine (and was not running 2.6.15 on this breezy)
[12:50] <dholbach> doko, infinity, Mithrandir: I took some of your tasks on Testing/Current
[12:51] <infinity> dholbach: Thanks. :)
[12:51] <Kamion> ogra: well, that would be correct given that that's what he just installed ...?
[12:51] <ogra> Kamion, two entries ?
[12:51] <ogra> i usually only have one for the new system
[12:51] <Kamion> ogra: oh, if the complaint is that breezy and XP aren't on the grub menu, perhaps he should check fdisk to make sure their partitions are in fact still there ... I hope he was using a current daily?
[12:52] <ogra> nomed, the complaint is that he has two entries for the new system
[12:52] <Riddell> heno: e-mail bounced to you
[12:52] <Kamion> ogra: please get the user to file a coherent bug report, attaching /boot/grub/menu.lst
[12:52] <Kamion> I don't want to deal at second hand if I can deal at first hand instead :)
[12:53] <jono> Riddell: ok :)
[12:53] <pitti> mvo_: btw, is the update-manager dist-upgrade tool launched when I insert a CD?
[12:57] <ogra> Kamion, forwarded ... but apparently he's already doing a new install already ... :7
[01:03] <mvo_> pitti: no, just the "do you want to add this cd" thingie
[01:04] <pitti> mvo_: ok, so as long as I can use the CD as an apt source for the upgrade, that's fine
[01:04] <mvo_> pitti: yes, if it is added, the packages from there will be used
[01:08] <Kamion> mdz: reproduced bug 43820; I believe it's a one-line syntax error fix in lilo-installer (remove a stray ";;"). OK to upload once I've confirmed?
[01:08] <Ubugtu> Malone bug 43820 in debian-installer "Missing bootloader for XFS installs " [Normal,Confirmed]  http://launchpad.net/bugs/43820
[01:09] <Mithrandir> mvo_: the auto-upgrade thingy says "CD" even though I have a DVD. :-P
[01:09] <Mithrandir> anyway, rebooting to live session and such now.
[01:09] <mdz> Kamion: yep
[01:09] <mvo_> Mithrandir: hal-integration will be done for edgy :P
[01:09] <pitti> mvo_: similarly to the behaviour in hoary?
[01:10] <mvo_> pitti: you mean with respect to doing cd-based upgrade? I would like to have a spec for this, yes
[01:13] <mdz> Kamion: what's the simplest way for someone doing CD testing to confirm that they've got the correct build?
[01:13] <Kamion> mdz: check the .disk/info file on the CD
[01:13] <mdz> Kamion: that's not very simple to write instructions for :-/
[01:13] <mdz> it's not in the help screens or anything?
[01:14] <Kamion> give me a minute
[01:15] <Kamion> mdz: yes, the cdimage build id should be on the first help screen too
[01:15] <mdz> perfect, thanks
[01:15] <Kamion> and for powerpc it appears in the yaboot boot message
[01:16] <mdz> updated Testing/Current
[01:21] <mdz> mvo: what do we need to change for the final release so that breezy update-manager starts notifying users?
[01:23] <mvo> mdz: edit the file http://changelogs.ubuntu.com/meta-release to include dapper (use http://changelogs.ubuntu.com/meta-release-development)
[01:23] <dholbach> sfllaw: still editing Testing/Current?
[01:24] <sfllaw> Nope.
[01:25] <sfllaw> I keep on forgetting that MoinMoin is a locking wiki.  :/
[01:25] <mvo> mdz: if we want a different name (no dapper but 6.06) we need another upload to breezy-updates :/ but that wouldn't be too bad, I could fix translations + a proxy issue this way
[01:26] <mdz> mvo: I've updated https://wiki.ubuntu.com/ReleaseChecklist , please check for accuracy and completeness
[01:26] <mdz> mvo: eek
[01:26] <mdz> mvo: yes, please do change it to "6.06 LTS"
[01:26] <mvo> mdz: ok
[01:41] <pitti> mvo: I opened the 'terminal' in update-manager while dist-upgrading to dapper; is the 'cannot open display:  at .../Debcfon/Frontend/Gnome.pm' warning something to worry about?
[01:42] <Kinnison> pitti: Does it say Debcfon or Debconf ?
[01:42] <pitti> mvo: (followed by "debconf: kann Frontend nicht initialisieren: Gnome (DISPLAY problem?), falling back to Dialog)
[01:42] <pitti> Kinnison: bah, Debconf of course
[01:45] <Kamion> woo, successful boot with lilo/xfs
[01:45] <Kamion> I thought lilo didn't work with initramfs at the moment, but evidently it does
[01:46] <dholbach> I have a machine with a usb disk only - it seems that installing when that disk is mounted (which is the default with the desktop CD), makes trouble (as it doesn't get automatically unmounted) - is that known already?
[01:46] <infinity> Kamion: No, it doesn't work with update-initramfs.
[01:46] <Kamion> ah
[01:46] <infinity> Kamion: ie: We don't re-run LILO, cause duplicating the 4MB of Perl from the linux-image postinst was a bit much.
[01:47] <infinity> Kamion: For edgy, I hope to split that out into a helper binary or something, so the logic lives in only one place.
[01:47] <Kamion> oh, if people have to run lilo by hand, big deal
[01:47] <Kamion> I can cope with that
[01:50] <infinity> Meh.  rsyncs still going.  So much for my copious bandwidth.
[01:50] <mjg59> infinity: When did you last sleep?
[01:50] <infinity> mjg59: Relatively recently, actually.
[01:50] <Kinnison> Where relatively recently == "march"
[01:55] <Kamion> mdz: lilo-installer fix a little more complicated than expected because apparently we haven't tested it since whatever it was that caused /dev/[hs] d[a-z]  to appear in d-i. Anyway, fix tested and confirmed working now ...
[01:55] <Mithrandir> sfllaw: there's no "current dvd" info on testing/current.
[01:56] <mdz> Kamion: I'm happy to eyeball it
[01:56] <Kamion> oops, I just tagged it in baz. oh well, I can untag if need be I suppose
[01:56] <mdz> Mithrandir: he's sleeping; just add it
[01:57] <Mithrandir> sleep?  what's that?
[01:58] <Kamion> mdz: http://people.ubuntu.com/~cjwatson/tmp/lilo-installer-fixes.diff; may not make a lot of sense without context though (lilo-installer is a foetid steaming mess)
[01:58] <Kamion> ghastly device name parsing all over the place
[01:59] <Robot101> mjg59: lilo and grub installers neuter themselves on i386 apples even when you boot under bootcamp :-/
[01:59] <Robot101> mjg59: we had to install lilo manually, flagrant violation of the social contract. :)
[01:59] <mjg59> Robot101: grub makes crap bios calls, lilo should work if beaten with sticks
[01:59] <Kamion> sucks to be bootcamp
[02:00] <Robot101> yeah lilo works, we got it working
[02:00] <mjg59> And fglrx?
[02:00] <Kamion> if somebody fancies telling me how to *tell* that I'm running under bootcamp, I'm happy to adjust the installers
[02:00] <Robot101> worked out of the box
[02:01] <Kamion> well, lilo-installer anyway
[02:01] <mjg59> Kamion: dmi says you're on an apple and /sys/firmware/efi doesn't exist
[02:01] <Mithrandir> Kamion: is the "resizing partition" dialog supposed to give useful feedback?  It's been stuck on 0% for ten minutes now.
[02:02] <Kamion> Mithrandir: known bug I'm afraid
[02:02] <Mithrandir> Kamion: 'k.  Appears to do something though, since the disk is chewing.
[02:02] <mjg59> (I'm almost out of battery, so may vanish at any point)
[02:02] <Robot101> we tweaked lilo-installer.isinstallable, but it probably failed to work probably because we didn't do something magic at partitioning phase
[02:03] <mjg59> You did skip the partitioning, right?
[02:03] <Robot101> yes
[02:03] <mjg59> Cool
[02:03] <mjg59> I've got an experimental patch for parted that ought to avoid the need to do that
[02:03] <mjg59> Robot101: So how much beer do I win?
[02:04] <Robot101> total's somewhere at 5 pints I think :)
[02:04] <mjg59> Hurrah
[02:04] <mjg59> Also, summer of crack
[02:04] <dholbach> Mithrandir: you're still editing the wiki? if so, can you set "ubuntu, desktop cd, erase disk, i386" to PASS
[02:04] <Kamion> mjg59: that's easy, then. fix checked in upstream
[02:04] <dholbach> Mithrandir: if not, I'll just do it myself
[02:04] <Kamion> but not for dapper now I feel
[02:04] <mjg59> Kamion: Fix for?
[02:04] <Robot101> mjg59: crack approved? :)
[02:04] <Mithrandir> dholbach: just finished.
[02:04] <mjg59> Robot101: Fully crack-compliant summer
[02:05] <dholbach> Mithrandir: ok, do it myself
[02:05] <Kamion> mjg59: lilo-installer.isinstallable to make it allow lilo-installer under boot camp
[02:05] <jdub> Robot101: there's a nice telepathy one in there
[02:05] <mjg59> Ah, ok
[02:05] <Robot101> jdub: yes :)
[02:05] <Kamion> mjg59: also elilo-installer got fixed, if you didn't see
[02:06] <Kamion> it turned out that the bug bit ia64 as well and somebody helpfully supplied a fix
[02:06] <mjg59> Hurrah battery at 0
[02:13] <HiddenWolf> mjg59: cool SoC project! :)
[02:14] <mdz> Kamion: I'm satisfied with lilo-installer-fixes.diff to the extent that I can understand it without context
[02:15] <mdz> mvo: I added update-manager in -updates to https://wiki.ubuntu.com/CodeNamesToVersionNumbers
[02:15] <mdz> mvo: please get that change in soonest, to increase the chances of users having upgraded to it before they get the notification of dapper
[02:16] <HiddenWolf> mdz: will breezy-users get the notification on june 1st directly?
[02:17] <mdz> HiddenWolf: the next time that their system checks for updates
[02:17] <mvo> mdz: thanks, I work on it now (my network went down again, I had to call the internet compnay)
[02:17] <HiddenWolf> mdz: wheew, That's going to bring a few servers to it's knees, along with all the people wanting the latest and greatest asap. :)
[02:18] <imbrandon> ahh so lots of upgrades today
[02:18] <mdz> HiddenWolf: no more so than usual, I expect
[02:19] <HiddenWolf> mdz: you're going to promote the upgrade-option in front of users that might not follow the community closely, I'll bet you that'll cause extra upgrades. :)
[02:19] <HiddenWolf> </end noise>
[02:30] <zul> heylo
[02:32] <Kamion> mdz: thanks - uploaded
[02:37] <mdke> jdub: I'm still hungry
[02:37] <Riddell> Kamion: I'm still getting "RuntimeError: Install failed with exit code 1" on todays kubuntu desktop CD
[02:46] <dholbach> seb128: still editing Testing/Current?
[02:46] <seb128> dholbach: I clicked like 4 seconds ago so yes
[02:46] <dholbach> ok
[02:46] <seb128> a min
[02:46] <dholbach> sure
[02:47] <seb128> dholbach: done
[02:47] <dholbach> ok
[02:47] <dholbach> hum, still says you are editing
[02:47] <dholbach> ah now it'S happy
[02:49] <dholbach> i'll test the dvd i386 live session now and then go out for something to eat
[02:54] <janimo> dholbach: hi, do you know what package provides the human cursor theme? I cannot find it anymore and I think it was just working a while ago
[02:54] <dholbach> ubuntu-artwork
[02:55] <janimo> ah, so not a separate package.... thanks
[02:55] <Riddell_> Kamion: I'm still getting "RuntimeError: Install failed with exit code 1" on todays kubuntu desktop CD
[03:00] <jdub> seb128: http://www.theage.com.au/news/world/tintin-creators-anniversary/2006/05/24/1148150265203.html
[03:02] <zul> ooo...tintin
[03:03] <Kamion> Riddell: the real error will be in /var/log/installer/syslog
[03:04] <Kamion> Riddell: is that with ubiquity 1.0.5?
[03:04] <Riddell> Kamion: nope, still on 1.0.4
[03:04] <Kamion> well then :)
[03:04] <Kamion> can I see the syslog?
[03:04] <Riddell> Kamion: it's the same as on the bug report I made last night
[03:04] <Riddell> "The link /vmlinux is a damaged link"
[03:06] <Riddell> I'll update to 1.0.5 and try again
[03:06] <Kamion> Riddell: I closed that bug :-)
[03:06] <Kamion> (with a fix in 1.0.5)
[03:06] <Riddell> right, I must have misread I though it said 1.0.4
[03:08] <Kamion> I'd tried to fix a similar bug in 1.0.4 but got it wrong. Should be really fixed this time.
[03:08] <Kamion> s/a similar/the same/
[03:15] <Kamion> mdz: bug 46065 - what do you think? alien's in ship
[03:15] <Ubugtu> Malone bug 46065 in alien "Please sync Alien from Debian/Unstable" [Normal,Unconfirmed]  http://launchpad.net/bugs/46065
[03:16] <mdz> Kamion: I'm indifferent
[03:16] <Kamion> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=352810
[03:16] <Ubugtu> Debian bug 352810 in alien "Subject: unpacking RPM changes permissions of working directory" [Normal,Closed]
[03:16] <mdz> so long as it builds
[03:16] <mdz> I don't think it should be in ship
[03:16] <Kamion> it's a dep of lsb
[03:17] <mdz> yes, it is
[03:17] <Kamion> lsb-core even
[03:17] <mdz> but for pretty silly reasons
[03:17] <Kamion> we could kick all of lsb out of ship; but perhaps in edgy? :)
[03:17] <mdz> I don't think we can claim to be able to usefull install LSB packages that way, just by having lsb installed
[03:17] <Kamion> mm
[03:18] <pitti> mvo: ping
[03:18] <mdz> Kamion: yes, I'm saying I don't think it's important for it to be there in the long term, not that we should rip it out right this second ;-)
[03:18] <Kamion> (we don't even have all of lsb there any more; lsb-desktop pulled in qt4)
[03:18] <mdz> mdz != sabdfl
[03:18] <Kamion> haha
[03:19] <jdub> Kamion: qt4? wow, it's not even properly LSB yet (let alone sensibly optional)
[03:19] <Kamion> sorry, qt3
[03:20] <jdub> ahr
[03:20] <mvo> pitti: hello
[03:20] <pitti> mvo: u-m finished :)
[03:21] <pitti> mvo: however, as last thing it gave me a dialog box 'these packages are not supported any more...'
[03:21] <pitti> mvo: and said that these were going to be removed in the next step
[03:21] <pitti> mvo: however, there was no 'next step'
[03:21] <mvo> pitti: wasn't there something like "will be removed if you don't have universe"?
[03:22] <pitti> mvo: it might have mentioned universe, yes
[03:22] <pitti> mvo: what will remove it?
[03:22] <pitti> i. e. what is this 'next step'?
[03:22] <mvo> pitti: finding obsolete packages and removing them - this usually works
[03:23] <pitti> mvo: when is that done? it wasn't done in that u-m session
[03:23] <pitti> and I don't have universe
[03:23] <mvo> oh
[03:23] <pitti> mvo: btw, do you want bug reports for the issues we discussed at the phone? or are you fine without?
[03:23] <seb128> pitti: when is next language pack update due? we still have no translation for the panel help submenu :/
[03:23] <mvo> pitti: can you send me the log please? and a bugreport would b nice
[03:24] <pitti> seb128: not yet decided; whenever we have a reasonable amount of translations, I guess
[03:24] <pitti> seb128: daily packs are generated at least, for people to test
[03:24] <ivoks> um... there's one bug i todays dailybuild
[03:24] <seb128> pitti: your next daily build should have them though?
[03:24] <seb128> pitti: ok, fair enough
[03:24] <ivoks> i think it's solved now, but would like to check, anyway...
[03:24] <pitti> seb128: well, that depends on the translators :)
[03:25] <ivoks> infinity: here?
[03:25] <seb128> pitti: I did the french translation just after the package got published monday
[03:25] <infinity> ivoks: Doing installation tests, but yeah.  I'm around.
[03:25] <infinity> ivoks: 'Sup?
[03:25] <pitti> seb128: ok, can you please check today's langpacks then?
[03:25] <ivoks> infinity: i noticed one ugly bug today in today's daily build
[03:25] <ivoks> infinity: grub not being installed in mbr
[03:26] <ivoks> infinity: i saw new version has something about that in changelog
[03:26] <seb128> pitti: I've just tried a daily desktop CD install, I'll try with your daily build now
[03:26] <infinity> ivoks: Which CD, and how did you install?
[03:26] <ivoks> infinity: -daily
[03:26] <ivoks> 20060524
[03:26] <pitti> mvo: which log?
[03:26] <mvo> pitti: /var/log/dist-upgrade*.log
[03:26] <pitti> seb128: today's packs are not yet finished
[03:26] <ivoks> infinity: normal install from -desktop
[03:26] <ivoks> infinity: i needed to chroot and do update-grub
[03:27] <pitti> mvo: you want a bug about not removing obsolete packages?
[03:27] <infinity> ivoks: So, a ubiquity install?
[03:27] <ivoks> infinity: yes
[03:27] <infinity> ivoks: You want Kamion, then. :)
[03:27] <infinity> Kamion: <poke>
[03:27] <pitti> mvo: I'm afraid there's little more I can tell you about this initial dialog issue
[03:27] <ivoks> oh :)
[03:27] <ivoks> infinity: i allways mix you two :)
[03:27] <infinity> I do too.
[03:27] <ivoks> :)
[03:28] <Kamion> ivoks: /var/log/installer/syslog
[03:29] <ivoks> Kamion: i can't get it now :(
[03:29] <Riddell> Kamion: 1.0.5 installs without problems
[03:29] <Kamion> ivoks: how come?
[03:29] <Kamion> Riddell: great, thanks
[03:29] <ivoks> Kamion: but i will as soon as I get my hands on that machine (maybe later this evening)
[03:29] <ivoks> Kamion: long story...
[03:29] <mvo> pitti: a bugreport about the whole experience is ok too, I'll sort it out then
[03:29] <Kamion> ivoks: OK, I'll be unable to fix most problems then though
[03:29] <pitti> mvo: alright
[03:29] <Kamion> ivoks: the changelog in today's upload is not relevant to you
[03:30] <ivoks> Kamion: ok
[03:31] <ivoks> Kamion: sorry, 'm not much of a help :/
[03:32] <Kamion> it should have popped up an install crash dialog if it didn't get as far as installing grub
[03:32] <ivoks> nothing poped up
[03:32] <Kamion> or did it display some other kind of error message?
[03:32] <ivoks> no, nothing
[03:32] <Kamion> that's very odd
[03:32] <ivoks> Kamion: um...
[03:33] <mvo> pitti: thanks
[03:33] <ivoks> Kamion: where does grub get installed anyway?
[03:33] <Kamion> ivoks: MBR of first hard disk
[03:33] <ivoks> Kamion: ok, that explains it...
[03:33] <ivoks> Kamion: sorry to bother you :)
[03:33] <Kamion> well, sometimes, it depends
[03:33] <seb128> s#article#url
[03:33] <Kamion> actually it might have installed it to the MBR of the second hard disk, if you have two and are installing on the second
[03:33] <jdub> seb128: :-)
[03:34] <Kamion> which would mean you'd have to teach your BIOS to boot it
[03:34] <ivoks> Kamion: i had two first disks
[03:34] <ivoks> Kamion: sda and hda
[03:34] <ivoks> Kamion: it installed it on hda
[03:34] <Kamion> ah, that can cause confusion, yes
[03:34] <ivoks> Kamion: and my system was on sda
[03:34] <Kamion> the alternate install CD has similar badness sometimes
[03:34] <ivoks> Kamion: ok, something to think about for edgy? :)
[03:34] <Kamion> it's on the list, yes ...
[03:34] <ivoks> ok
[03:36] <pitti> mvo: in your dist-upgrade tests, can you please check if language-support-en (and dependencies) are still installed after it? I don'thave OO.o help aany more, and l-s-en isn't isntalled
[03:36] <pitti> mvo: I'll file a bug about that as well
[03:38] <ogra> infinity, can you trigger a livefs build for edubuntu please (hoping there isnt *again* a package breaking it today)
[03:39] <infinity> ogra: Sure.
[03:39] <ogra> thanks
[03:39] <infinity> Can someone explain to me how dpkg can think I have a package installed twice?
[03:40] <infinity> Oh, nevermind.  My bad.  Broken regex on my part.
[03:40] <infinity> Phew.
[03:40] <ogra> :)
[03:41] <infinity> ogra: livefses building.
[03:41] <ogra> thanks :)
[03:42] <ogra> i hope totem wont break it
[03:42] <ogra> yesterdays was killed off by a dia build
[03:43] <ogra> doko !!
[03:43] <ogra> alive !!!
[03:43] <pitti> mvo: three bugs filed and added to Testing/Current
[03:44] <pitti> hi doko
[03:44] <doko> hi. not very alive
[03:44] <ogra> montezumas revenge ?
[03:45] <mvo> pitti: thanks
[03:45] <ogra> doko, or only jetlagged ?
[03:46] <doko> no, some "souvenirs" I didn't want to bring back
[03:46] <ogra> ouch
[03:46] <pitti> doko: the same plague as sabdfl has? :)
[03:50] <Riddell> dholbach: kubuntu book chapter ready, where do I put it in the package?
[03:50] <Riddell> heno: did you get anywhere with reducing the image sizes?
[03:50] <Riddell> mdke, jono: FYI ^^
[03:50] <heno> yep, can I email you the files again?
[03:50] <jono> oh cool :)
[03:50] <Riddell> heno: sure
[03:53] <heno> Riddell: done. From 2.7MB to 1MB
[03:53] <Riddell> heno, dholbach: I take it the Screenshot.png files are the space taking placeholder ones that I can get rid of?
[03:53] <Riddell> heno: nifty, how did you manage that?
[03:53] <heno> Riddell: yes you can remove those
[03:54] <heno> Riddell: used Gimp to index them to 256 colours
[03:54] <heno> some I had to leave alone, or they would look crap
[03:54] <Riddell> so that's a space saving of about 3MB, nice
[03:54] <heno> but most are fine
[03:54] <heno> in total on the whole book, yes
[03:55] <mdke> Riddell, heno: nice one
[04:01] <mdz> Mithrandir: any joy with oo.o?
[04:03] <fabbione> who remember the ppc/OF sintax to boot from the net on the fly??? something like: boot net:<ip_of_the_server>,<file> ?
[04:04] <Mithrandir> mdz: I handed it off to infinity a couple of hours ago so he can build it on a buildd.  Unsure what the progress is
[04:04] <Mithrandir> infinity: ^^?
[04:04] <iwj> What's the official minimum disk space for Dapper ?
[04:05] <Keybuk> 2GB
[04:05] <iwj> Excellent.
[04:06] <ogra> infinity, my livefs logs look a bit weird (like they were copied while still being written)
[04:06] <ogra> infinity, http://people.ubuntu.com/~cjwatson/livefs-build-logs/dapper/edubuntu/20060524.1/
[04:08] <Kamion> that can happen, yes.
[04:08] <lemsx1> is there any new kernel coming? -23 just gave me a ugly crash in an IBM R51 laptop. the system boots fine but one of the modules doesn't load
[04:08] <lemsx1> i'll copy dmesg to a remote box in a second
[04:09] <ogra> ok, so i'll wait until someone notifies me they are done before starting an iso
[04:09] <ogra> lemsx1, kernel freeze was on 18th
[04:10] <lemsx1> ogra: ouch. well, i don't really understand this error. let me post for you guys to see it
[04:10] <lemsx1> ogra: no kernel panic though
[04:11] <ogra> and if a module doesnt get loded its more likely udev's fault
[04:13] <mjg59> lemsx1: "One of the modules doesn't load" isn't a helpful report
[04:13] <Keybuk> ogra: no, it's more likely the kernel's fault
[04:13] <Keybuk> or whatever package provides that module
[04:14] <mjg59> lemsx1: Best thing to do is file a bug against linux-source-2.6.15 with the failure
[04:14] <ogra> Keybuk, ok
[04:15] <lemsx1> mjg59: thanks. almost there
[04:15] <jdub> dear mjg59, DMA works correctly on my machine, thank you, love jdub
[04:15] <lemsx1> mjg59: i'm getting the system to boot normally now. i'll do a proper report
[04:18] <Keybuk> jdub: is it SATA? :)
[04:19] <jdub> haha, no
[04:21] <carlos> pitti: I need to leave now, but I guess the language packs are completely ready, right?
[04:21] <carlos> pitti: did you see the report?
[04:21] <pitti> carlos: building is still in progress, but report should be there, yes
[04:21] <OdyX> fabbione or BenC: on kubuntu-devel, we went to ask ourselves why SysRQ is enabled per default. Isn't it a security issue ?
[04:22] <carlos> pitti: no missing domains from Rosetta and I think all domains you told me to remove are now removed
[04:22] <pitti> carlos: RRRRRRROCK
[04:22] <Riddell> carlos: is konversation being exported?
[04:22] <carlos> Riddell: it should be there now, yes
[04:22] <mjg59> OdyX: If someone has physical access to the console, then in general they can own the system
[04:22] <fabbione> OdyX: no
[04:22] <Riddell> cool
[04:22] <BenC> OdyX: the only reason I know of is "it's always been on"
[04:22] <pitti> carlos: kdgantt-disabled looks a bit fishy, but the hell with it...
[04:23] <carlos> oh, am I exporting it??
[04:23] <carlos> pitti: it should not be there
[04:23] <OdyX> OK. Thanks
[04:23] <BenC> and SysRQ is not more of a security issue than the power button
[04:23] <carlos> there are two kdgantt and I choose to disable the less translated
[04:23] <fabbione> OdyX: nothing stops you to remove the power from the machine and starts it in init 1 once you are so close to the keyboard
[04:23] <OdyX> fabbione: what about "serial distant keyboards" ? (Or I miss something ? )
[04:24] <mjg59> I don't think sysrq is anything other than a (very) local DoS
[04:24] <mjg59> OdyX: If they've got access to a remote serial console, then (again) they can probably 0wn you
[04:24] <fabbione> OdyX: the what????
[04:24] <mjg59> OdyX: What's the security risk?
[04:24] <OdyX> fabbione: nothing then
[04:24] <mjg59> OdyX: The worst sysrq can do is reboot the machine or kill the tasks on the current tty
[04:25] <OdyX> mjg59: Sure
[04:26] <mjg59> OdyX: So, why is it potentially a security risk?
[04:26] <OdyX> Thanks for convincing answers
[04:26] <carlos> pitti: it should not be with next export
[04:26] <mjg59> OdyX: What was the original concern?
[04:27] <OdyX> mjg59: more wondering than real issue
[04:27] <Keybuk> is there any particular reason the edubuntu CDs are still called "install" and "live" ?
[04:27] <OdyX> mjg59: some think that it's security issue, some don't
[04:27] <ogra> Keybuk, yep
[04:27] <Kamion> Keybuk: ogra asked for them to be
[04:27] <mjg59> OdyX: Why do they think it's a security issue?
[04:28] <mjg59> OdyX: It's possible that we're wrong - it would be nice to know what the actual concern is
[04:28] <Kamion> Keybuk: desktop isn't the primary installation method for Edubuntu, so "alternate" doesn't make sense there
[04:28] <ogra> Keybuk, we'll only ship i386 install and thats our default CD
[04:28] <OdyX> mjg59: [16:24:18]  <seaLne> unless its physically secured and the software is secured
[04:29] <mjg59> OdyX: I'm afraid I don't understand?
[04:29] <OdyX> mjg59: well. Idea would be to have a server without access to power, just a keyboard and a monitor. Server is in secure place, but cables go out for keyboard & screen
[04:29] <OdyX> I dunno, just imagine.
[04:29] <OdyX> :D
[04:30] <mjg59> OdyX: You can disable sysrq at boot time
[04:30] <OdyX> mjg59: ?
[04:30] <OdyX> mjg59: on boot line ?
[04:30] <jordi> MDZ
[04:30] <mjg59> OdyX: Put kernel/sysrq=0 in /etc/sysctl.conf
[04:31] <OdyX> mjg59: OK. Thanks
[04:31] <fabbione> OdyX: if a server is on the network is not secure. if a server has power is not secure. if there are cables coming out is not secure. if the disks are replaced the data are not secured. if you don't slam it in a 2x2x2mt cube of concrete is not secure (a nuclear blast might cause DoS)... if
[04:32] <OdyX> fabbione: OK OK OK. I agree.
[04:32] <OdyX> :D
[04:32] <nomed> janimo, around ?
[04:32] <janimo> nomed: yes
[04:33] <nomed> i'm going to test now a patch i would sent for libxfcegui4
[04:33] <nomed> do u think it's a good idea ?
[04:34] <nomed> i mean ... do u know what it means ? :P
[04:34] <nomed> there are many xfce pkges that depends on it ...
[04:35] <janimo> nomed, no problem, since it does not change APIs
[04:35] <janimo> it just fixes icon names right?
[04:35] <nomed> yes
[04:35] <janimo> anyway please post it to bugs.xfce.org
[04:35] <nomed> yep ..
[04:35] <janimo> so they take it and we make sure they agree with the namings
[04:35] <nomed> i'd like if you could take a look before i post it ..
[04:36] <nomed> to get something really good i'll need to patch xfdesktop4 too
[04:36] <janimo> nomed, ok send it to me I'll have a look tonight
[04:36] <janimo> do you need to send a patch to tango for the mixer icon?
[04:36] <nomed> i test it and then i'll send it to by mail
[04:36] <janimo> or just xfce?
[04:36] <nomed> xfce
[04:37] <nomed> to tango for some other stuff
[04:37] <nomed> ready that too ..
[04:37] <mdz> jordi: you are dead to me
[04:37] <mdz> especially right now
[04:37] <nomed> upgrading the system .. and then i'll test it too
[04:37] <Kinnison> iwj: Shall I take a couple of the kubuntu desktop cd tests from you?
[04:37] <jordi> mdz: uh!
[04:38] <jordi> Ok, I'll keep the adsl secrets to myself.
[04:38] <nomed> btw: xfce4-dev-tools should have better dependencies ...
[04:40] <iwj> Kinnison: Up to you.  Unfortunately my rsync seems to be taking longer than I'd hoped.
[04:40] <iwj> Kinnison: if you want to take some, take the `alternate CD' ones.
[04:40] <Kinnison> okay, I'll do alternate
[04:44] <iwj> I had to dig a disk out of the junkpile.
[04:44] <iwj> This download is _too slow_.
[04:45] <Keybuk> *giggles*
[04:45] <Keybuk> "A new medium has been detected.  What do you want to do?"
[04:45] <Keybuk> why is "Ask her to tell me my fortune" in the list?
[04:46] <Treenaks> Keybuk: There should be buttons with text-entry widgets in them for stuff like that
[04:47] <Keybuk> holy cow
[04:47] <Keybuk> how did KDE escape launchpad integration
[04:47] <lemsx1> mjg59: perhaps this oops is related to ipw2200 ... bug 46372
[04:47] <Ubugtu> Malone bug 46372 in linux-source-2.6.15 "module loading crashing" [Normal,Unconfirmed]  http://launchpad.net/bugs/46372
[04:48] <danimo> BenC: ping?
[04:48] <BenC> danimo: pong
[04:49] <Riddell> Keybuk: lack of time
[04:50] <danimo> BenC: still having issues with recording with intel hda chipset. https://launchpad.net/distros/ubuntu/+ticket/800 isn't quite it, but arecord won't record anything. any idea how to hunt that one down?
[04:50] <Ubugtu> Malone bug 800 in malone "Security-related bugs should not have to always be private" [Normal,Rejected]
[04:50] <Gloubiboulga> janimo: hi, just finished an install with the install iso
[04:51] <danimo> huh? wrong bug
[04:51] <BenC> danimo: likely talk to crimsun, he is the one who handles most of the sound stuff
[04:51] <danimo> ok
[04:51] <BenC> he may even know about it already
[04:51] <danimo> crimsun: so hi there, any idea?
[04:53] <mjg59> lemsx1: No, it's nothing to do with ipw2200
[04:53] <mjg59> That's the infra-red system exploding
[04:53] <Keybuk> Riddell: how do I uncomment universe in adept?
[04:54] <Riddell> Keybuk: right click
[04:54] <Keybuk> Riddell: bzzzt
[04:54] <Keybuk> PowerBook
[04:54] <Keybuk> Riddell: how do I uncomment universe in adept on a PowerBook :p
[04:54] <Kinnison> right click using the bizarre chording?
[04:55] <Keybuk> I've tried every bucky bit I can think of, and can't get a right-click-menu
[04:55] <danimo> BenC: away since 9 hours, bad luck :)
[04:55] <Kinnison> it's somewhere in the top right isn't it?
[04:55] <Keybuk> Kinnison: that's just F11, F12, etc.
[04:55] <Keybuk> F12 is Eject
[04:56] <Keybuk> which seems a bad thing to push on a Live CD :)
[04:56] <mdz> Riddell: are you making progress on your CD tests?
[04:57] <Riddell> mdz: I am, but looking at Testing/Current I'm down for DVD testing, should I be doing that instead?
[04:58] <rpedro> hello
[04:58] <infinity> ogra: Yeah, looks like the log mirror did happen when the logs were still in progress.  The images built fine, though (and the logd on the buildds are fine)
[04:59] <infinity> ogra: s/logd/logs/
[04:59] <ogra> oh, already done :)
[04:59] <rpedro> is it a known bug that opening and closing nested 'drawers' wll hang the gnome-panel?
[04:59] <ogra> i didnt have the terminal focused, thanks !
[04:59] <rpedro> can't seem to find anything on launchpad.net
[05:01] <lmanul> sfllaw: Hi ! Do you know when the next Hug day is planned (I want to mention it in the next "Ubuntu Desktop News") ?
[05:03] <ogra> WOAH, i even have space for more languages on the liveCDs
[05:03] <mdz> Riddell: Kubuntu is higher priority
[05:03] <Kinnison> ogra: You have room? On an edubuntu cd?
[05:04] <mdz> Riddell: I don't see many results on https://wiki.ubuntu.com/Testing/CurrentKubuntu yet though
[05:04] <pitti> ogra: please stick to the list mentioned in langpacksize.txt
[05:04] <ogra> Kinnison, only live
[05:04] <mdz> Riddell: oh, I see, Simon created a separate table down below
[05:04] <mdz> Riddell: so we should get rid of CurrentKubuntu
[05:04] <ogra> pitti, my audience is a pretty different one, i'd like to use the langs the users use
[05:04] <Kinnison> ogra: aah
[05:05] <pitti> ogra: hm, true; well, do as you wish
[05:05] <mdz> Riddell: you should be recording your test results in the table, for whichever cases you've tested
[05:05] <ogra> pitti, but indeed i'll use your list top down
[05:05] <infinity> dholbach: <poke>
[05:05] <ogra> s/top down/top to bottom/
[05:05] <Riddell> mdz: doing
[05:06] <dholbach> infinity: pong
[05:07] <dholbach> infinity: thanks
[05:07] <infinity> dholbach: I see you and I interspersed for desktop CD stuff on amd64, which means I get to burn two CDs instead of 1... Want to trade all of one for all of the other? :)
[05:07] <hunt0r> hi all I try to install ubuntu dapper drake for a while now but it hangs on the boot process with this message everytime: cs: IO port probe 0x100-0x3af
[05:07] <dholbach> infinity: however you like it
[05:08] <dholbach> infinity: which one do you like?
[05:08] <mjg59> hunt0r: The boot process of the installed system or the boot process of the installer?
[05:08] <hunt0r> I want to install ubuntu on an laptop but it hangs up wehen it tries to load the pcmcia drivers on any linux distro but i don't know to turn off pcmcia
[05:08] <infinity> dholbach: Well, I've been using d-i for the last few hours with server CD testing, so how about I switch to do some desktop stuff?
[05:08] <hunt0r> mjg59: on the boot process
[05:08] <infinity> dholbach: And you can take amd64/alternate stuff.
[05:08] <dholbach> infinity: fine
[05:08] <sfllaw> lmanul: Hug Day has sort of been dropped.  dholbach and I were too busy to "organize" anything this week.  And by next week, it will be sort of late.  :)
[05:08] <pygi> dholbach, congrats on mentoring :)
[05:09] <hunt0r> mjg59: on the boot prcess of the installer sry
[05:09] <mjg59> hunt0r: Ok, thanks
[05:09] <dholbach> pygi: i didn't have a chance yet to look at the result.
[05:09] <infinity> dholbach: (I also have a bug that I wanted to see if it got fixed on Zofia's machine, so this'll work well)
[05:09] <mjg59> Kamion: ^ - any ideas?
[05:09] <pygi> dholbach, doesn't matter :) You are that "Safety boat" :)
[05:09] <dholbach> cool
[05:10] <hunt0r> mjg59: do you know what I could do?
[05:10] <mjg59> Does pcmciautils have the same io-port exclusions as pcmcia-cs did?
[05:10] <mjg59> hunt0r: Right now, probably nothing I'm afraid
[05:10] <Keybuk> mjg59: should have
[05:10] <Kamion> Keybuk: we set F11 to middle-click and F12 to right-click
[05:11] <hunt0r> mjg59: is there no whay to tell linux so it does not try to probe these IO ports with a boot paramter?
[05:11] <Kamion> mjg59: we have all your exclusions; upstream took them
[05:11] <mjg59> hunt0r: Not that I know of right now
[05:11] <Keybuk> Kamion: I argue the F12 is a bug, because that's the Eject key on a PowerBook
[05:11] <mjg59> Kamion: Ok
[05:11] <hunt0r> mjg59: ok thy anyway :(
[05:11] <hunt0r> *thx
[05:11] <Kamion> Keybuk: there was no other choice that was any better; we went through pretty much every available option
[05:11] <Kamion> Keybuk: and not on every powerbook
[05:12] <Kamion> hunt0r: you could try adding the 'hw-detect/start_pcmcia=false' boot argument to the installer
[05:12] <Keybuk> Kamion: why not use the same that Mac OS X does?
[05:12] <Kamion> hunt0r: though it depends exactly where it's hanging
[05:12] <Keybuk> Apple-Click or whatever it is
[05:12] <nomed> janimo, have u seen bug #46375 ?
[05:12] <Ubugtu> Malone bug 46375 in xfce4-session "Firefox doesn't autostart in saved session" [Normal,Unconfirmed]  http://launchpad.net/bugs/46375
[05:12] <mjg59> Keybuk: Collides with things that use meta-left-click
[05:12] <Kamion> Keybuk: IIRC the kernel doesn't give us that option
[05:12] <nomed> it does make sense ..
[05:13] <Kamion> Keybuk: you can change it in /etc/sysctl.conf if you don't like it
[05:13] <Keybuk> mjg59: isn't Meta Alt?
[05:13] <Kamion> Keybuk: sometimes
[05:13] <Kamion> depends on your keymap
[05:13] <mjg59> Keybuk: If it's not meta, it's alt
[05:13] <Keybuk> mjg59: wouldn't Alt be Alt? :)
[05:13] <Keybuk> (nb: isn't X fun?)
[05:13] <dholbach> Kamion: thanks
[05:13] <Kamion> Keybuk: again, depends on your keymap
[05:13] <mjg59> nomed: I don't believe firefox has proper session support
[05:14] <hunt0r> Kamion: tried that alrady well it hangs directly after "Uncompressing Linux.... Ok, booting the kernel. If I leave the quiet option in the boot loader
[05:14] <mjg59> Keybuk: On pc102, alt is meta because more unix applications use meta-foo than alt-foo (IIRC)
[05:14] <Mithrandir> mjg59: it has some if you install sessionsaver, though it's still not very good.
[05:15] <Keybuk> I must admit that I'm buying this "Apples are the most user friendly computers in the world"
[05:15] <mjg59> I'm not
[05:15] <mjg59> MacOS made me start throwing things last night
[05:15] <Keybuk> all of the menus in MacOS X use symbols in the shortcuts that don't appear on any key on the keyboard
[05:15] <jsgotangco> lol
[05:15] <Keybuk> then there's this "hold down C and turn widdershins within 2 seconds of the bong" type crap
[05:16] <Mithrandir> : tfheen@xoog ../z/usr/share/applications > grep ^Name ooo-calc.desktop
[05:16] <Mithrandir> Name=OpenOffice.org Spreadsheet
[05:16] <mjg59> Last night I discovered that a (non-Apple) terminal app asks me if I'm sure I want to close the terminal
[05:16] <Mithrandir> mdz: ^^
[05:16] <Mithrandir> mjg59: pterm does it, iirc.
[05:16] <OculusAquilae> pitti: ping
[05:16] <mjg59> After I've clicked "Restart" in the system menu, then confirmed that by clicking "restart" in the popup
[05:17] <pitti> OculusAquilae: here, but 100% busy
[05:17] <Mithrandir> mdz: in other words, my patch worked.
[05:17] <mjg59> If I didn't want to close the terminal, why would I have asked to restart the computer *twice*?
[05:17] <mdz> Mithrandir: excellent, thanks
[05:17] <mdz> Mithrandir: is an uploadable build in progress?
[05:17] <OculusAquilae> pitti: ok, I'll ask you later
[05:17] <seb128> Mithrandir: patch for what?
[05:17] <infinity> mdz: Is that a go-ahead for me tp upload Mithrandir's signed source?
[05:17] <Mithrandir> seb128: .desktop files in ooo
[05:17] <seb128> Mithrandir: is there a place where we can translate them?
[05:18] <infinity> mdz: And the i386 binaries will follow within ~30 mins.
[05:18] <Mithrandir> mdz: infinity has the signed source and now matching binaries.
[05:18] <Mithrandir> seb128: no idea.
[05:18] <lmanul> sfllaw: All right, no Hug day then (sob) :-p
[05:18] <pitti> Kamion: hm, I created a single large vfat partition on my iBook, and I still don't get autoresize offered
[05:18] <Mithrandir> seb128: if you can get me patches, I can integrate them.
[05:18] <mdz> infinity: yes
[05:18] <mdz> Mithrandir: those binaries were built in a clean chroot?
[05:18] <Riddell> dholbach: are you uploading example-content?
[05:18] <seb128> Mithrandir: will do that now, do you have the english strings somewhere? Or are they the currently used ones?
[05:18] <infinity> mdz: They were build on terranova.
[05:18] <mdz> Riddell: he already did
[05:18] <infinity> mdz: Clean LP-buildd chroot.
[05:19] <mdz> infinity: excellent
[05:19] <Riddell> right
[05:20] <dholbach> Riddell: just built it locally
[05:20] <dholbach> one sec and i'll upload
[05:20] <Keybuk> holy crap, why does this thing have 10 partitions on it?
[05:22] <mdz> BenC: how are your CD tests going?
[05:22] <dholbach> Riddell: uploading
[05:22] <Keybuk> Kamion: ok, I'm stuck in the partitioner
[05:23] <Keybuk> I've resized the existing /dev/hda9 hfs+ partition
[05:23] <Keybuk> but I can't seem to use the free space, what do I need to click?
[05:24] <Kamion> pitti,Keybuk: can I get back to you both after I've finished with this apt-get.org crap please?
[05:24] <Keybuk> ah, s'ok, apparently I needed to delete the odd hda1 thru hda8
[05:24] <pitti> Kamion: yes, I'll play with it on my own; cfdisk and fdisk tell different things, I'll sort that out first
[05:25] <Keybuk> oh, wow, I crashed the installer
[05:26] <Riddell> Keybuk: which?
[05:26] <Keybuk> Riddell: yours
[05:26] <Riddell> Keybuk: 1.0.4? at the end of a ppc install?
[05:27] <Keybuk> no, during partitioning
[05:27] <Riddell> hmm
[05:27] <Riddell> Keybuk: anything I can recreate?
[05:28] <Keybuk> Riddell: I don't think I did anything unusual, deleted a couple of partitions, clicked "Create" and the entire partman bit vanished
[05:28] <Keybuk> bug 46387
[05:28] <Ubugtu> Malone bug 46387 in ubiquity "partman crashed" [Normal,Unconfirmed]  http://launchpad.net/bugs/46387
[05:29] <Riddell> Keybuk: partman or qtparted?
[05:29] <Keybuk> whatever ubiquity on today's kubuntu live cd uses
[05:30] <Keybuk> it said something about partman in the crash dialog
[05:30] <BenC> mdz: Downloading still
[05:30] <Keybuk> it also seems to say qtparted in the traceback
[05:31] <Riddell> yeah, looks like it's trying to talk to a qtparted that's not there
[05:31] <Keybuk> right
[05:31] <Keybuk> it vanished
[05:31] <Keybuk> then I clicked "Go Back" hopefully
[05:34] <Riddell> qtparted has issues with ppc, although I've not seen it crash
[05:36] <Keybuk> cfdisk appears to have issues too
[05:36] <Keybuk> it just seems 10GB of free space
[05:37] <Mithrandir> seb128: I don't have the .diff.gz any more, ask infinity for it.
[05:37] <Mithrandir> seb128: sorry.
[05:37] <seb128> Mithrandir: np
[05:37] <seb128> infinity: around?
[05:38] <Keybuk> ya know, I'm going to back away from testing anything involving partitioning here I think <g>
[05:38] <mdz> BenC: are you not using rsync?
[05:38] <Keybuk> I don't really want a "honey, you'll never guess what happened to your PowerBook" moment ;)
[05:39] <Kinnison> Keybuk: you're messing with D's powerbook?
[05:39] <infinity> seb128: Yeah..
[05:40] <Keybuk> Kinnison: well, it's _mine_ in that I bought it ... but he's been using it
[05:40] <Keybuk> I have a spare laptop hard drive around somewhere, I think I'll use that
[05:40] <infinity> seb128: chinstrap:~adconrad/
[05:40] <Keybuk> I'd quite like some sex next month
[05:40] <seb128> infinity: you are going to do an openoffice upload? any way to push some .desktop translations to it?
[05:41] <infinity> seb128: I uploaded 20 minutes ago...
[05:41] <iwj> This test machine's slow boot process is very annoying.  I have a 30s window or so to catch the boot menu after several minutes of faff.
[05:42] <bddebian> Howdy
[05:43] <infinity> Kamion: Is there any plan to either A) compile "start.exe" with an Ubuntu logo, or B) include an ubuntu.ico and point autorun.inf to that?
[05:43] <infinity> Kamion: So that the CD has an Ubuntu icon when mounted in Windows...
[05:43] <BenC> mdz: no, I haven't kept things synced because of my b/w limits
[05:44] <BenC> so much per hour and such, and keeping all 6 of these machines at latest dapper already consumes a lot of that without some sort of syncronized updateing process
[05:45] <neuralis> BenC: we might get one through SoC.
[05:45] <infinity> seb128: If we're going to try to squeeze more translations in, they might have to come after RC... I'm kinda hoping the i386 build I'm doing right now will be the last for RC.
[05:45] <mdz> infinity: that'd be a heno question
[05:46] <mdz> infinity: we're doing langpack uploads post-RC, I suppose we can do oo.o too...
[05:46] <infinity> mdz: Right, I'll poke heno about it.  The current icon looks pretty underwhelming, and may be most Win32 users' very first introduction to us..
[05:47] <infinity> Oh, he's not idle.  Cool.
[05:47] <infinity> heno: *poke, poke, poke*
[05:47] <mdz> heno: has the WinFOSS been updated for "Ubuntu 6.06 LTS"?
[05:47] <heno> infinity: good point. an Ubuntu logo on start.exe would be better
[05:47] <heno> mdz: yes, last upload was a few days ago
[05:47] <infinity> heno: If recompiling start.exe with a new logo is too much of a pain, shipping the icon beside it and telling autorun.inf to use that is just as simple.  Your pick.
[05:47] <heno> it'sall quite fresh
[05:48] <infinity> heno: The advantage of my way is that we can use the same start.exe on all the CDs, but include a different icon for each derivative, if we want to get fancy.
[05:48] <heno> infinity: no, I can fix start.exe
[05:48] <heno> infinity: that's true
[05:48] <mdz> heno: great, thanks
[05:48] <heno> I guess we don't have a win32 icon file of the logo
[05:49] <infinity> heno: And for derivatives that don't ship start.exe, they should probably still have an autorun.ico for prettiness anyway.
[05:49] <heno> but I can make one
[05:49] <heno> infinity: yep
[05:49] <mdz> heno: could you add the relevant bits to https://wiki.ubuntu.com/CodeNamesToVersionNumbers so that it's on the checklist for next time?
[05:49] <giftnudel> heno: 24x24 bitmap named .ico?
[05:49] <infinity> 32x32
[05:49] <giftnudel> even better ;)
[05:49] <infinity> Top left pixel is "transparent".
[05:49] <heno> giftnudel: yeah, bigger than 24
[05:50] <infinity> (whatever colour you place there)
[05:50] <Keybuk> doesn't it also have to be in .ICO format?
[05:50] <ogra> likely
[05:50] <infinity> Keybuk: .ico is a .bmp, with certain contraints.  Most of which are meaningless to anyone not running Win3.1, IIRC.
[05:51] <infinity> Anyhow, I can dig up a real .ico editor if someone sends me some suitable .bmps.
[05:51] <infinity> And I'll make sure they conform.
[05:51] <bddebian> Keybuk: Have a second for a quick question or too busy?
[05:51] <Keybuk> bddebian: sure
[05:51] <infinity> heno: ^^^
[05:51] <Mithrandir> infinity: or just use icoutils?
[05:52] <Mithrandir> which, hey, happens to be maintained by Colin
[05:52] <bddebian> Keybuk: Should binary libilluminate6 still be in the archive?  illuminator source now provides libilluminate7?
[05:53] <Keybuk> bddebian: no
[05:53] <nomed> janimo, ping me when available
[05:53] <bddebian> Keybuk: Can you remove it?
[05:53] <Keybuk> I think someone just did under me
[05:53] <heno> mdz: sorry I don't follow about the code names page. are you talking about the icon on the winfoss CD or example content?
[05:53] <Keybuk> hmm, no, I can't see it in the archive
[05:54] <bddebian> Keybuk: OK, thx.  Sorry to bother you.
[05:54] <Keybuk> bddebian: apt-cache policy libilluminate6
[05:55] <mdz> heno: I'm talking about any references to the version of Ubuntu in the WinFOSS
[05:55] <infinity> Woo, I broke ubiquity!  Do I get a prize?
[05:56] <bddebian> Keybuk: Sorry, typo...
[05:56] <ogra> infinity, a tear from Kamion probably
[05:56] <heno> mdz: OH, I see. pretty sure is says '6.06' everywhere but not 'LTS', I'll trawl through it
[05:56] <bddebian> bdefreese@bdubuntu1:~$ apt-cache policy libluminate6
[05:56] <bddebian> libluminate6:
[05:56] <bddebian>   Installed: (none)
[05:56] <bddebian>   Candidate: 0.9.0-1
[05:56] <bddebian>   Version table:
[05:56] <bddebian>      0.9.0-1 0
[05:56] <bddebian>         500 http://archive.ubuntu.com dapper/universe Packages
[05:57] <Keybuk> bddebian:
[05:57] <Keybuk> -- dapper/universe hppa deps on libluminate6:
[05:57] <Keybuk> illuminator-demo
[05:57] <Keybuk> libluminate-dev
[05:57] <mdz> heno: thanks, and as you do, add them to the wiki so we have a list for next time
[05:58] <heno> ok, got it
[05:58] <bddebian> Keybuk: But the source for those provides libluminate7 now?
[05:58] <Keybuk> bddebian: then I'd start by investigating why those haven't built on hppa yet
[05:58] <infinity> bddebian: Which means illuminator was FTBFS on hppa. Looking now.
[05:58] <bddebian> Keybuk: Just shut me up if this is a pointless conversation
[05:59] <dholbach> can somebody take the "Alternate CD, OEM" amd64 installation from me? I never did an OEM install and would prefer to look at some of the icon bugs instead of learning how to do it
[05:59] <Keybuk> infinity: "Currently building"
[05:59] <infinity> Keybuk: I know, I just kicked it back from failed.
[05:59] <Keybuk> Status:  	Currently building
[05:59] <Keybuk> Date requested: 	2006-05-03 10:40:39 BST
[05:59] <infinity> Keybuk: You're TOO SLOW.
[05:59] <jono> dholbach: did you say you have converted Ch7 to HTML?
[05:59] <Keybuk> infinity: heh, chroot fuckage?
[05:59] <dholbach> jono: I think Riddell did that
[05:59] <infinity> Keybuk: No, transient build-dep fuckage, I think.
[05:59] <jono> ahhhh, so its done?
[06:00] <dholbach> jono: yeah
[06:00] <jono> nice
[06:00] <infinity> Keybuk: There's no such thing as chroot fuckage in the new world order.
[06:00] <Keybuk> infinity: I keep forgetting that
[06:00] <Riddell> jono: I did, and I sent it to dholbach who says he's uploaded it
[06:00] <dholbach> yeah
[06:00] <jono> oh cool
[06:01] <jono> just letting the publisher know :)
[06:01] <jono> thanks chaps
[06:02] <infinity> Oh, the build-dep breakage wasn't so transient, though..
[06:02] <Riddell> jono: although I see an e-mail from Nancy Hendryx which says that's not the final version
[06:03] <bddebian> infinity: Something else broken?
[06:03] <Riddell> I'm not to bothered about getting the exact final version though, especially for RC
[06:03] <jono> Riddell: wise
[06:03] <Keybuk> infinity: if that had built, I'm assuming libluminate6 would have shown up in outdate.txt?
[06:03] <infinity> Keybuk: No, outdate.txt is from britney, and we only run britney on main. :/
[06:04] <infinity> Keybuk: universe has no such luxury.
[06:04] <infinity> Keybuk: (We really need a daily universe britney run)
[06:04] <Keybuk> ah, we don't have any girls that check for binaries not built by any source?
[06:04] <infinity> archive-cruft-check.py may do something interesting.
[06:04] <elmo> possibly not
[06:04] <elmo> in dak, that check isn't enabled by default
[06:04] <elmo> because Binaries in Sources lies
[06:04] <ogra> infinity, bddebian, we had a dholbach instead of a britney back in older releases ;)
[06:05] <elmo> so it's part of --mode=full, and not --mode=daily.  I'm not sure if I bothered porting --mode=full checks
[06:05] <bddebian> ogra: :-)
[06:05] <infinity> It's best done with a combination of tools and manual parsing anyway.
[06:05] <infinity> Hence why the britney outdate.txt is helpful as a nudge.
[06:06] <Keybuk> is this a bug?  I chose "Erase Entire Disk" and it decided to just make /dev/hda3 and /dev/hda4 -- not 1 or 2
[06:06] <Keybuk> well "partition #3" and "partition #4"
[06:07] <nomed> dholbach, around ?
[06:07] <dholbach> nomed: yes
[06:08] <nomed> i see the mixer icon is not in Tango anymore ..
[06:08] <nomed> but it is still on icon-naming
[06:08] <nomed> volume-control if i'm not wrong
[06:08] <infinity> bddebian: petsc is FTBFS on hppa (for real reasons, it would appear), hence illuminator can't build.  You lose.
[06:09] <nomed> do u think it could be included in tango-icon-common ?
[06:09] <nomed> i'll tell this to dobey too ..
[06:09] <nomed> i guess he forgot to remove it from the xml file
[06:09] <giftnudel> Keybuk: was it 1 and 2 before?
[06:09] <infinity> Keybuk: Probably best in this case to just remove illuminator (all binaries from source) on hppa, then remove the obsolete libs on the other arches.
[06:09] <bddebian> infinity: I lose?
[06:09] <infinity> Keybuk: Having it failed and not built from current source isn't all that helpful.
[06:10] <heno> infinity: I emailed you some logo files
[06:10] <Keybuk> giftnudel: the disk is empty
[06:10] <infinity> heno: Yay.
[06:10] <giftnudel> Keybuk: I'm indirectly asking about hidden things
[06:10] <Keybuk> giftnudel: hidden things?
[06:10] <giftnudel> hidden partitions
[06:10] <Keybuk> you can hide partitions?
[06:10] <bddebian> infinity: It's uninstallible because of unmet deps anyway isn't it?
[06:11] <heno> infinity: do you have an icon making program lined up, or should I look into it?
[06:11] <giftnudel> Keybuk: yes, the bios can at least on my notebook
[06:11] <Keybuk> where do they hide?  behind the battery?
[06:11] <giftnudel> Keybuk: below the harddrive
[06:11] <Keybuk> giftnudel: well, this drive was in a Toshiba until a few minutes ago
[06:11] <Keybuk> now it's in a PowerBook
[06:11] <infinity> heno: I have a WinXP box over there <points> where I'll be testing he icons, so I could edit them there too.
[06:11] <infinity> heno: If you want to play, though, Mithrandir suggested icoutils.
[06:12] <heno> infinity: ok, thanks
[06:12] <iwj> I still get that weirdness where some text-mode thing writes to the video memory during boot and strange pixels appear at the top of the CD boot screen.
[06:12] <iwj> I presume this is known about.
[06:12] <infinity> Kamion: Do you prefer I file ubiquity bugs blind, perhaps creating dupes, or give you a 20-second summary to see if you know about it already?
[06:12] <dholbach> nomed: please talk to andreasn and lapo, I'm very busy
[06:13] <nomed> ok
[06:13] <dholbach> nomed: if they update their bzr branches, I can do a release - I'm busy enough chasing other icons -- sorry
[06:13] <nomed> np
[06:13] <dholbach> thanks
[06:13] <infinity> Kamion: Essentially, deleted all the partitions on a disk, hit "next", crashed with "KeyError: 'hdc1'" (one of the partitions I'd just deleted)
[06:14] <Kamion> bddebian: we have a report for packages that aren't built any more
[06:14] <infinity> iwj: Is the system where you can reproduce this a desktop or a laptop?
[06:14] <infinity> iwj: It's somewhat known, and not a dapper target, but I'd like to fix it in edgy, if I could get my hands on hardware where it happens.
[06:14] <iwj> infinity: Desktop.
[06:14] <Kamion> infinity: archive-cruft-check.py was broken in mainline lp last I checked; but in any case be careful to run it with -n
[06:15] <iwj> If you have a bug number I'll subscribe to it and we can pick it up after dapper.
[06:15] <infinity> iwj: Don't suppose you'd want to lend me the video card?
[06:15] <Kamion> infinity: I'd rather possibly have dupes
[06:15] <iwj> It's onboard I'm afraid.
[06:15] <infinity> iwj: Or bring the box to Paris? :)
[06:15] <iwj> Box to Paris> not impossible.  I'm going by train.
[06:15] <infinity> Kamion: Alright.  I'll just file away, then.
[06:16] <infinity> Kamion: Also, I assume you're not likely to fix the "partition selector loops forever if you have removable rewriteable media installed" bug?
[06:16] <Kamion> infinity: ooh, if that happens when deleting partitions it might need to be sorted urgently
[06:16] <infinity> Kamion: I just tripped on that one, and it's already reported by someone else.
[06:16] <Kamion> infinity: bug#/
[06:16] <Kamion> ?
[06:17] <infinity> Kamion: #46389 is the looping thing.  I'll file the crash right now.
[06:17] <iwj> infinity: But if there's an easier way to do this than lugging a beige box around as part of my luggage I think I'd prefer it :-).
[06:18] <Kamion> infinity: if the "select disk" page is broken, it would be nice to fix that
[06:18] <Kamion> but we're rapidly running out of time
[06:20] <infinity> Kamion: #46395 is the crasher.
[06:20] <iwj> These tests don't seem to suggest doing installs in other languages besides English.  Can we assume that's being taken care of or should I try some tests in Dutch ?
[06:20] <infinity> iwj: yeah, I can try bouncing binaries off you to test sometime in June.
[06:20] <infinity> iwj: I just like being able to do a quicker compile/feedback loop.
[06:20] <iwj> infinity: Sure.
[06:21] <infinity> iwj: More languages = good.
[06:21] <infinity> iwj: mvo regularly installs in Greek (despite not speaking a word of Greek)... I often do Japanese..
[06:21] <Kamion> iwj: please do try other languages, particularly for ubiquity; tests in languages that aren't entirely ASCII are good
[06:22] <bddebian> Kamion: Sorry, I was afk.  What where you saying?
[06:22] <infinity> Kamion: Also, ubiquity didn't appear to DTRT WRT the system clock on Zofia's WinXP machine, but I'm pretty sure we're too late to fiddle much with that one.
[06:27] <mdz> iwj: yes, please do try a random language
[06:28] <ogra> infinity, use edubuntu :P
[06:28] <bddebian> infinity: What are you fond of? ;-)
[06:28] <infinity> Pillow bevels are so... So... Geocities, circa 1997.
[06:28] <pygi> ogra, you again :P
[06:28] <_ion> But the new one definitely isn't bad.
[06:29] <infinity> _ion: As would I.
[06:29] <mdz> infinity: sab
[06:29] <infinity> mdz: I'll let him get over me accusing him of wanting to shoot puppies before I approach him about the splash change.
[06:29] <ogra> infinity, edubuntu dapper will give you a beautifully win95 colored look and feel :)
[06:29] <mdz> infinity: do not use the word 'change' in conversation with the sab
[06:30] <ogra> haha
[06:30] <mdz> not until after the release
[06:30] <ogra> hey, he promised to keep out of egdy, didnt he ... so be carefule after release as well ;)
[06:30] <Kamion> bddebian: we have a report that tells us about binaries that aren't built any more, so in general there's no need to prod about them
[06:30] <Keybuk> woohooo!
[06:31] <Keybuk> "RuntimeError; Install failed with exit code 1"
[06:31] <bddebian> Kamion: OK, sorry.  I was just trying to clean up unmet deps. :'-(
[06:31] <Kamion> Keybuk: /var/log/installer/syslog has a more detailed trace
[06:31] <infinity> Kamion: Argh, okay, maybe mine's not a dupe of that one.  I literally CAN'T select a disk.  I just loop forever.  Even after having removed my CF card and rebooted.
[06:31] <Keybuk> Kamion: yeah, I like that you made the URL clicky
[06:31] <_ion> Here's a cool, new splash for Gnome! http://johan.kiviniemi.name/pictures/usplash/ubuntu98
[06:31] <Kamion> it's from a subprocess so I didn't have time to figure out how to get it through to the crash dialog
[06:31] <Kamion> Keybuk: that was Riddell's doing
[06:31] <Kamion> Keybuk: is this on powerpc, with ubiquity 1.0.4?
[06:32] <Keybuk> Kamion: dunno how to tell the version, but yes, powerpc today
[06:32] <Kamion> Keybuk: if the traceback complains about base-installer/kernel/linux/link_on_boot being missing, it's fixed in ubiquity 1.0.5
[06:32] <Keybuk> yes 1.0.5
[06:32] <Keybuk> uh. 1.0.4
[06:32] <Kamion> Keybuk: I wouldn't object if you upgraded to that and tried again, if you have time; powerpc obviously hasn't seen much testing because that bug has been around for a while
[06:32] <Keybuk> Kamion: yeah, it's that bug
[06:32] <Kamion> careful to upgrade ubiquity-frontend-kde and ubiquity-ubuntu-artwork too
[06:32] <bddebian> So give me a PPC ;-P
[06:33] <Kamion> I'd like to get my own working properly first ...
[06:33] <infinity> Kamion: I guess I'll report the loop now. :/
[06:33] <Kamion> infinity: yes please, and if you can reproduce with UBIQUITY_DEBUG=1, that would be even better
[06:33] <Keybuk> Kamion: apparently, the problem is that the CD drive sits directly under where your right wrist rests
[06:33] <infinity> Kamion: I'm sure I can, it seems to hate my system.
[06:33] <Keybuk> and eventually you push down so much there that you physically bend the CD drive
[06:33] <Keybuk> it's a "common problem"
[06:34] <Kamion> mdz: are there still going to be artwork updates post-RC?
[06:34] <Kamion> R"C"
[06:34] <mdz> Kamion: unfortunately yes
[06:34] <mdz> it is beyond my control
[06:35] <Keybuk> aren't we getting new icons on release day, or something?
[06:35] <Kamion> mdz: perhaps I should start maintaining a list of ubiquity bug fixes I would like to get in while we're rebuilding livefses anyway, then
[06:35] <Kamion> because I doubt I have much more time before RC
[06:35] <jdub> Keybuk: yeah, the new green set is being delivered on the 31st
[06:35] <mdz> Kamion: well, by my count, we can't even build a plausible candidate until about 8pm
[06:35] <mdz> given publisher delays
[06:36] <Kamion> mdz: any ubiquity bug fixes now would push that back, unless by some miracle I can get them done in the next 20 minutes
[06:37] <infinity> Kamion: installer/syslog and... Anything else for the loop?
[06:37] <mdz> Kamion: I think at the end of this hour we ought to lock down uploads
[06:38] <iwj> Hey!  Someone ignored my lock on Testing/Current !"
  It just said `someone'.
[06:39] <Kamion> mdz: do we have the technical ability to do that in soyuz?
[06:39] <bddebian> mdz: All uploads or main?
[06:39] <mvo> mdz: would it be ok for another update-manager upload? breezy-updates and dapper?  [fixes a non-transltable string and the "codename" -> "version"]
[06:39] <mdz> infinity: it looped *at startup*?
[06:39] <Keybuk> Kamion: ah, so hda1 and hda2 are "Apple Partition Map" things?
[06:39] <mdz> bddebian: we don't have the ability to be more specific
[06:39] <bddebian> mdz: OK
[06:39] <mdz> Kamion: yes
[06:39] <infinity> mdz: No, it loops over and over when I select the disk I want to install to.  Which I mentioned in the bug.
[06:39] <infinity> mdz: But I did nothing special before that.
[06:39] <mdz> Kamion: Kinnison gave me some instructions a while back
[06:40] <iwj> Keybuk: It looks like it was you.  Please be more careful.
[06:40] <Kamion> Keybuk: hda1 is the partition table itself
[06:40] <Keybuk> iwj: I don't see the locks, I'm afraid
[06:40] <Kamion> Keybuk: dunno about hda2, don't want to look now
[06:40] <mdz> mvo: before the next cron.daily, yes
[06:40] <Kamion> mdz: oh are you just shutting down the queue processor?
[06:40] <mdz> Kamion: yes
[06:40] <infinity> mdz: Oh, crap, can I sync ssl-cert from Debian?  Nothing but updated translations and a dependency fix (needed to depend on adduser, since it uses it in the postinst)
[06:41] <infinity> mdz: Just realised I'd forgotten until now.
[06:41] <mdz> infinity: debdiff
[06:41] <iwj> Keybuk: WDYM you `don't see the locks' ?
[06:41] <mdz> iwj: it's easy to overlook the warning when you're in a hurry
[06:41] <infinity> mdz: Literally, "+Depends: adduser", if you don't count the debconf translations.  Let me gra a real debdiff.
[06:41] <mdz> it really should be an intermediate page, not just a note at the top
[06:41] <Keybuk> iwj: the moin editor thingy doesn't actually show them
[06:42] <mdz> infinity: I'm not inclined to trust changelogs at this point
[06:42] <infinity> mdz: It's my package. :)
[06:42] <iwj> mdz: hurry> That's true but in the case of Testing/Current I think extra care is warranted because we all should expect everyone to be editing it right now.
[06:42] <iwj> So I did a Kubuntu test but there is no Kubuntu test plan.
[06:42] <iwj> I made it up as best I could.
[06:43] <infinity> mdz: http://cerberus.0c3.net/~adconrad/ssl-cert.diff
[06:43] <iwj> Is that the right answer ?
[06:43] <iwj> Should I document what I did ?
[06:43] <mdz> infinity: oh, I didn't realize
[06:43] <mdz> infinity: fine
[06:43] <infinity> mdz: Danke.
[06:43] <iwj> What issues are known and known not to be release-critical ?  There are 3 things I know of so far where the `corresponding' thing fails a test.
[06:43] <mdz> iwj: yes, please
[06:43] <iwj> mdz: Right.
[06:44] <bddebian> mdz: Will this mean uploads are shutdown for good until Release?
[06:44] <mdz> iwj: send Simon a mail about it so he can review when he wakes
[06:44] <sfllaw> mdz: I'm awake.
[06:44] <mdz> bddebian: well, no
[06:44] <iwj> mdz: Willdo.
[06:44] <mdz> sfllaw: good morning
[06:44] <sfllaw> I've been up for a while now.
[06:44] <Keybuk> infinity: manual processing of uploads -- process-upload.py ?
[06:44] <iwj> Also I notice that Riddell put a `Y' in the box which I assume means `pass' but I thought it was `fail'.
[06:45] <mdz> iwj: Y/N was an older scheme; we switched to pass/fail to make it easier to spot failures
[06:45] <infinity> Keybuk: Yes, or just drop them in incoming and wait.
[06:45] <Keybuk> iwj: riddell appears to have used different CDs.  He's PASS/Y'd something which is a guaranteed FAIL without upgrading
[06:46] <infinity> Keybuk: process-upload takes some pretty viscious arguments and underlying filesystem assumptions.
[06:46] <Keybuk> infinity: ah, so just stopping the upload queue processor, not the incoming processor?
[06:46] <infinity> Keybuk: Oh!  We're talking about for manual approval of uploads?
[06:47] <Keybuk> infinity: right
[06:47] <infinity> Keybuk: I thought you meant manually feeding something back into the queue.
[06:47] <Keybuk> no, I know how to do *that* properly now
[06:47] <infinity> Keybuk: For manual approval, I assume we have a real approval queue, like we do for -updates...
[06:47] <infinity> But I'm not sure of that..
[06:47] <Keybuk> given you're talking about stopping uploads, I figured I should probably know how to manually approve them given people ask :)
[06:47] <Kamion> infinity: if you have time to test http://people.ubuntu.com/~cjwatson/tmp/ubiquity-delete-partitions.diff (just apply it to /usr/lib/python2.4/site-packages/ubiquity/frontend/gtkui.py), that would be great - though it won't fix your loop
[06:48] <infinity> When a queue is set for manual approval, it should be manipulated with the queue tool, just like you'd do NEW...
[06:48] <Kamion> but deleting partitions will be pretty common and I think I need to fix that
[06:48] <infinity> Kamion: Kay, I guess I'll need to recreate my partitions and delete them again. :)
[06:48] <mdz> iwj: please only list major issues in the table itself; otherwise it's hard to see the reason for the FAIL
[06:48] <mdz> iwj: (e.g., #46397 isn't a showstopper by any means)
[06:49] <bddebian> Since it sounds like I should stop uploading.  Anything I can do to help anyone?
[06:49] <Kinnison> Kamion: The kubuntu text mode install cd just asked me if my clock is in UTC or not, under what circumstances do we ask that question?
[06:49] <Kamion> mdz: could you eyeball http://people.ubuntu.com/~cjwatson/tmp/ubiquity-delete-partitions.diff ?
[06:49] <mdz> iwj: likewise, Kubuntu has never had launchpad-integration
[06:49] <mjg59> Kinnison: If there's another OS on the drive
[06:49] <ogra> bddebian, what makes you think you should stop uploading ?
[06:50] <Kamion> mdz: I've just verified that it doesn't break normal mountpoint preselection
[06:50] <bddebian> ogra: They just said they were going to stop uploads
[06:50] <Kinnison> mjg59: then it asked wrongly because I told it to erase the entire drive
[06:50] <Riddell> iwj, Keybuk: my Y should be a "PASS with upgrade to ubiquity 1.0.5"
[06:50] <iwj> mdz: Err, so I should decide for myself whether something is release critical and pass if it isn't ?
[06:50] <Kinnison> Kamion: is this a known bug, or should I file it?
[06:50] <Kamion> Kinnison: it'll ask in the event that you don't have Windows installed.
[06:50] <Kamion> notabug
[06:50] <Kinnison> okay
[06:50] <ogra> bddebian, so then upload until you get "rjected" messages from LP ;)
[06:51] <Kinnison> Kamion: I'll carry on then :-)
[06:51] <iwj> mdz: Perhaps it would be better to write the test plan so that expected and known behaviours, which are not RC, are not tripped by the tester.
[06:51] <Kamion> Kinnison: it doesn't know whether you're UTC or not; you might have had Windows on there at some point in the past