[12:02] <CarlFK> mdz - #ubuntu is bit noisy now.  I am trying to form a good bug report.  isn't this the proper #?
[12:02] <doko> HiddenWolf: I pretend it to be
[12:03] <mdz> CarlFK: no, see /topic
[12:03] <HiddenWolf> doko, interested in a .ppt that makes OOo2 choke?
[12:03] <Kamion> mjg59: my mistake, text drawing works fine. Why does STATUS draw text in the background colour?
[12:03] <mdz> CarlFK: it is not noisy in here and we try to keep it that way ;-)
[12:03] <pitti> HiddenWolf: you mean, really badly choke?
[12:03] <doko> sure, but that's not that unusual
[12:04] <HiddenWolf> pitti, doko, like in become totally unresponsive.
[12:04] <CarlFK> mdz - dont you think "bug report"  is more dev than support?
[12:06] <HiddenWolf> pitti, just tried opening it after the last crash. I've got a nice big grey 1.9.125 screen at the moment, nothing in it, nothing happening.
[12:06] <mdz> CarlFK: it isn't a bug report until you know what the problem is.  until then, it's a support request.  your cooperation in helping us maintain a productive development environment is appreciated
[12:06] <CarlFK> okee dokee
[12:07] <CarlFK> last Q: what package gets bugged for gksudo ?
[12:08] <HiddenWolf> mdz, what about if you know what the problem is, but not how to debug it, or which component to file on?
[12:08] <pitti> CarlFK: gnome-system-tools, according to your description; gksudo seems to work fine
[12:08] <mdz> HiddenWolf: then you ask for help in #ubuntu
[12:08] <CarlFK> pitti - guessing you missed my posts in #ubuntu ;)
[12:08] <HiddenWolf> mdz, ok
[12:09] <HiddenWolf> doko, is there a bug to that extent I can up the .ppt to?
[12:09] <doko> HiddenWolf: no, please open a new one
[12:14] <HiddenWolf> doko, Attachment #3602  to Bug #14919 Created
[12:14] <mdz> Riddell: how are the kubuntu CDs looking?
[12:14] <mdz> Riddell: ready for preview?
[12:15] <Kamion> mjg59: OK, this looks like it works now. Do you want to look over a diff, or shall I just upload once I've done a full test?
[12:16] <mdz> zul: do you have two launchpad accounts (zul and zulcss)?  if so, you should merge them
[12:16] <mdz> zul: you seem to be using one for motu and another for ubuntu-dev
[12:19] <pitti> ... and broken
[12:21] <mdz> Kamion: I don't think we needed busybox-killall; we're already using the real root at that point
[12:21] <mdz> pitti: how broken?
[12:21] <doko> just tried to boot a recent breezy-i386 live cd. it did fail, because it couldn't read the casper-udeb. bad disk, or other problem?
[12:21] <pitti> mdz: some missing imported tarballs, I can work around that
[12:21] <mdz> doko: bad disc
[12:22] <mdz> Kamion: I suspect that chvt 2; killall bterm; wait for bterm to die; chvt 1 might be a workaround
[12:24] <Riddell> mdz: when I tested the daily install build from today it had a kernel fault on the second part of the installer, going back to the install build from a couple of days ago it suddently got the same fault even though it was fine at the time
[12:24] <pitti> infinity, lamont: it seems that some buildds stopped exporting their translation tarballs; e.g. vernadsky stopped at 20050902
[12:25] <pitti> infinity, lamont-away: this means that I'm missing some translations; I can work around this for now, but could you please look at that?
[12:26] <mdz> Riddell: hardware changed?
[12:26] <mdz> Riddell: I assume the ubuntu builds exhibit the same problem
[12:27] <mdz> Riddell: if you want to take advantage of the stability of the preview freeze for kubuntu, it needs to be ready to release at the same time
[12:27] <Riddell> mdz: same hardware
[12:27] <Riddell> mdz: ubuntu build is still downloading
[12:27] <Kamion> mdz: ah, oops, didn't think of that
[12:27] <Kamion> mdz: I'll try that chvt hack in a moment
[12:28] <Riddell> I've made a couple of changes to the seeds, Kamion could you run a re-build on kubuntu
[12:28] <mdz> Kamion: where does the bterm in d-i come from?
[12:28] <Kamion> mdz: bogl
[12:28] <Kamion> Riddell: running
[12:29] <pitti> lamont-away, infinity: looking a bit closer, it seems that some buildds don't even call pkgstriptranslations any more (e. g. control-center_1\:2.12.0-0ubuntu1_20050904-1510-i386-successful). boggle
[12:29] <Riddell> thanks
[12:29] <mdz> Kamion: so my ideas are four: get usplash working as a workaround (you), try to get bterm to clean up after itself (me), fix X (daniels), chvt hack (you).   anything else I missed that someone ought to try?
[12:30] <Kamion> if bterm can't be made to clean up after itself, then make casper do it
[12:30] <Kamion> although I suspect that will be harder
[12:30] <Kamion> or the casper progress bar workaround :-)
[12:31] <Kamion> but those are both fallback options so we probably don't need to look at them right now
[12:31] <Kamion> Riddell: erm, did you want to have your new kubuntu-meta in there too?
[12:33] <Riddell> Kamion: yes, is it not?
[12:33] <Kamion> Riddell: uploads are currently by approval only, and this is enforced - i.e. your kubuntu-meta_0.51 upload is sitting in a queue waiting for approval
[12:33] <Riddell> right, sorry.  can you approve?
[12:33] <Kamion> yes, just looking
[12:34] <Kamion> well, I can when cron.daily isn't running, will have to wait a few minutes
[12:35] <Kamion> I don't really want to randomly kelly stuff into the archive while archive maintenance is going on
[12:35] <elmo> you can kelly stuff while apt-ftparchive's running, fyi
[12:35] <elmo> the thing to avoid is kelly vs kelly or kelly vs jenna
[12:36] <elmo> but given the speed of cron.daily on the new dl385 it might not matter
[12:36] <jbailey> Can I request that milestone 6.04 be added to Bugzilla?  It would be nice to be able to start pruning out bugs that I don't intend to fix for Breezy that are too invasive.
[12:36] <Kamion> oh, I can? in that case done
[12:36] <Riddell> mjg59 et al: will it be possible to get different usplash artwork for kubuntu?
[12:38] <Kamion> Riddell: it should be a simple matter of programming (I think) but at the moment it's still compiled into the usplash binary
[12:38] <jbailey> Riddell: the png file gets compiled into usplash with png2bogl right now.  I don't know if it's trivial to make it dlopen'able at runtime rather than compiled in.
[12:38] <ogra> Riddell, we'll need separate packages for edu/kubuntu for now i guess
[12:38] <mdz> Kamion: what do I pass for the argument to bterm -f?
[12:40] <bddebian> Riddell: Don't know if you saw but I asked elmo to sync debtags et al 1.4 from experimental (just for you ;-) )
[12:40] <Kamion> mdz: pick /lib/unifont.bgf out of bterm-unifont.udeb
[12:40] <Riddell> bddebian: rocking
[12:40] <bddebian> Riddell: Well that doesn't mean he'll do it.  I'm on his list. ;-)
[12:41] <mdz> Kamion: where does that come from?  I don't see it in bogl
[12:41] <elmo> grr
[12:41] <Riddell> ogra: well it's the rebuilding the initfs that's the difficult bit I think
[12:41] <elmo> Kamion: SendEnv LANG LC_* is satanic
[12:41] <Kamion> mdz: bterm-unifont is a separate source package
[12:41] <Kamion> elmo: it's the only way to make things even have a chance of working properly for a lot of people
[12:42] <ogra> Riddell, the is done on install... just change your sed to depend on kusplash
[12:42] <ogra> seed even
[12:42] <Kamion> the workaround for problems with that SendEnv is much easier than the workaround for problems without it
[12:42] <elmo> kamion: it breaks with some non-openssh servers
[12:42] <Kamion> elmo: gah, really?
[12:43] <elmo> yeah
[12:43] <Kamion> I thought that wasn't supposed to happen with ssh2
[12:43] <Kamion> (nice theory)
[12:43] <zul> someone call my name?
[12:43] <dholbach> zul: i think mdz did
[12:43] <zul> oh crud :)
[12:43] <zul> mdz: ping
[12:43] <dholbach> zul: he referred to your launchpad IDs :)
[12:43] <zul> ah ok
 zul: do you have two launchpad accounts (zul and zulcss)?  if so, you should merge them
 zul: you seem to be using one for motu and another for ubuntu-dev
[12:44] <Kamion> it just opens an env channel and sends name/value pairs down it
[12:44] <elmo> debug1: Sending env LANG = en_GB
[12:44] <elmo> dispatch_protocol_error: type 100 seq 7
[12:44] <elmo> buffer_get: trying to get more bytes 4 than in buffer 0
[12:44] <elmo> if I stop it sending env stuff, works fine
[12:44] <Kamion> an env channel for each variable, actually
[12:44] <elmo> granted, the other end is some non-free sshd, but still - it's hardware, I don't have much choice
[12:44] <Kamion> elmo: I'll check the RFCs sometime when I'm less busy
[12:44] <elmo> kamion: sure, I just wanted to whine
[12:44] <Kamion> see whether openssh is straying outside them
[12:45] <jbailey> zul: Carefule when merging accounts.  There's a bug where it doesn't merge you onto teams properly.
[12:45] <zul> i didnt know i had two accounts in the first place
[12:47] <pitti> Riddell: are you still here for a while to test new language packs?
[12:48] <mdz> wtf
[12:48] <mdz> bogl-bterm works, but when I build it from source it doesn't
[12:48] <mdz> "bogl: don't know screen type 4"
[12:48] <BenC> anyone know a direct contact for amd64 kernel bugs?
[12:48] <Riddell> pitti: yep
[12:49] <pitti> Riddell: http://people.ubuntu.com/~pitti/langpacks/
[12:49] <pitti> Riddell: I built main/gnome for de and main/gnome/kde for fr
[12:50] <pitti> Riddell: I don't expect any breakage, but testing can never hurt at this stage :)
[12:50] <mdz> oh
[12:51] <mdz> mjg59: I think bogl needs the same fix you did to usplash
[12:51] <mdz> mjg59: for dpkg-architecture or such
[12:51] <mdz> I wonder how many other  LURKING EVIL BUGS there are from that
[12:51] <mdz> mjg59: do you have that patch handy?
[12:51] <mdz> bah, I bet he's asleep
[12:52] <mdz> DEB_BUILD_GNU_CPU is what I assume it wants
[12:53] <Riddell> pitti: is there any change or just updates?
[12:54] <pitti> Riddell: no structural changes, just updated translations
[12:54] <pitti> language-pack*-de works fine for me
[12:55] <pitti> Riddell: awaiting your confirmation, then I can upload the lot
[12:58] <mdz> Kamion: ok, fixed bterm
[12:58] <Riddell> pitti: working here
[12:59] <pitti> Riddell: thanks
[12:59] <pitti> mdz: ok, a 250 MB worth of language pack upload waits for me pressing Enter
[01:00] <pitti> mdz: is acknowledging so many packages manually fine for you? or do you temporarily enable uploads again?
[01:01] <Riddell> pitti: is changing kde-i18n-xx to depend on language-pack-kde-xx the right thing to do (post preview)?
[01:01] <mdz> pitti: note that all uploads require manual approval currently
[01:02] <mdz> pitti: it is fine
[01:02] <dholbach> good night guys
[01:02] <ajmitch> mdz: universe has an exception there, I hope?
[01:03] <ajmitch> I'd hate to flood your queue with universe stuff
[01:03] <mdz> ajmitch: only applies to main
[01:03] <ajmitch> ok, great
[01:03] <pitti> mdz: ok, I have the sizes of the old packs, and as soon as they have built, I will record the sizes of the new ones; then I can fill up the CDs if there are no objections
[01:03] <mdz> pitti: I assume this pkgstriptranslations needs to go in as well?
[01:04] <pitti> mdz: Kamion said it was not preview critical; it just disables stripping of debconf-i18n
[01:04] <pitti> mdz: OTOH, it does not change any code, just the blacklist, so it won't hurt either
[01:06] <TheMuso> c
[01:08] <mdz> Kamion: bogl uploaded
[01:08] <mdz> Kamion: I'm also going to change casper to use reset, to handle the non-fb case more gracefully
[01:12] <pitti> mdz: upload rave finished
[01:12] <mdz> pitti: oh, there were more?
[01:12] <mdz> I already processed the ones which were in the queue
[01:12] <pitti> mdz: the script just finished, yes
[01:12] <mdz> damn
[01:13] <mdz> I already ran cron.daily
[01:13] <zul> night night
[01:14] <pitti> night zul
[01:15] <seb128> hey pitti
[01:15] <seb128> pitti: you have updated the language-packs?
[01:16] <pitti> seb128: yes, just pulled, generated, uploaded, still hot and fresh :-)
[01:16] <seb128> pitti: you rock :)
[01:18] <Riddell> cdimage.ubuntu.com doesn't want to let me connect
[01:18] <pitti> seb128: thanks :-) I didn't want to be the preview blocker, so I grabbed a taxi back home
[01:18] <pitti> Riddell: seems to WFM
[01:19] <Riddell> WFM?
[01:19] <elmo> works for me
[01:19] <seb128> pitti: oh, you were out and went back specially for that ? :(
[01:19] <Riddell> works remotely but not locally with any web browser
[01:23] <Kamion> mdz: rock on
[01:23] <Kamion> mdz: can I upload usplash? it works on powerpc now
[01:23] <Kamion> (I'm IRCing from a live CD booted with usplash working perfectly)
[01:24] <Kamion> so presumably having fixed the problem on three fronts it might actually go away
[01:24] <Kamion> I haven't tried out the chvt hack yet
[01:25] <mdz> pitti: ok, all processed now
[01:25] <mdz> Kamion: can I see the diff?  is it a noop on non-powerpc?
[01:26] <pitti> cool
[01:26] <mdz> Kamion: new bogl udebs should be in the archive at :33 with a little luck; can you turn the d-i crank at that time?
[01:28] <mdz> hmm, looks like it may not make it actually
[01:28] <mdz> nm, there they are
[01:28] <mdz> in unchecked now
[01:31] <Kamion> mdz: http://people.ubuntu.com/~cjwatson/tmp/usplash-powerpc.diff
[01:32] <Kamion> mdz: it's a no-op with the exception of the extra centring code
[01:32] <Kamion> which is relatively obviously a no-op iff bogl_xres == 640 && bogl_yres == 480
[01:34] <Kamion> (which should always be true on vga16fb)
[01:39] <Riddell> Kamion: is the kubuntu iso build still going?
[01:42] <Kamion> Riddell: no, because I was waiting for kubuntu-meta binaries to arrive in the archive
[01:42] <Kamion> Riddell: I've started it now
[01:42] <Riddell> groovy
[01:45] <Kamion> mdz: doesn't that "static int quit" in bterm need to be "static volatile int quit"? You're modifying it from a signal handler.
[01:46] <Kamion> although the two tests are probably far enough apart that the optimiser won't decide not to retest quit
[01:48] <mdz> Kamion: it probably should be, yes
[01:49] <Kamion> mdz: the chvt hack doesn't work very well (I end up on tty2 with the previous contents still visible), but I assume it doesn't matter any more since you've fixed bterm
[01:49] <Kamion> d-i building
[01:52] <Kamion> mdz: if I do 'while killall bterm; do sleep 1; done; chvt 2; chvt 1', it almost works, but I get "Bummer, could not run '/sbin/debian-installer': No such file or directory" just above "Starting Ubuntu"
[01:52] <Kamion> a more elegant loop would probably avoid that most of the time, but it's probably not worth it
[01:52] <mdz> Kamion: I've this nagging feeling that we ought to be waiting for bterm to exit
[01:52] <mdz> though I suppose the worst that would happen would be losing some early console messages
[01:53] <Kamion> if that's the worst, we can sort it out post-preview
[01:53] <Kamion> I tend to agree with you that we should be waiting
[01:55] <Kamion> I've uploaded usplash with that powerpc patch; approve/deny as you see fit
[01:55] <mdz> it should exit very quickly anyway, since I check immediately after the select
[01:56] <lamont-away> pitti: which machine?
[01:57] <pitti> elmo: oh, we have 4 NEW language packs, I just seeded them; can you please NEW them?
[01:58] <pitti> lamont-away: I just noticed vernadsky, I didn't check the other ones
[01:58] <jbailey> mjg59: http://people.ubuntu.com/~jbailey/usplash.tgz has a usplash that allows runtime replacement of the png.  The png requires a bit of prep, not much.  And, erm, please forgive the kubuntu logo. =)
[01:58] <ogra> heh
[01:58] <elmo> pitti: nothing in NEW
[01:59] <pitti> elmo: hmm, I got 4 mails (gnome-ku, gnome-ku-base, kde-rw, kde-rw-base)
[01:59] <pitti> elmo: but maybe mdz already processed them
[01:59] <pitti> thanks anyway
[01:59] <mdz> pitti: I processed both the new and non-new packs
[02:00] <pitti> ah, thanks
[02:01] <mdz> Kamion: you tested your patched usplash on non-powerpc? or do I need to?
[02:01] <Kamion> pitti: btw, please tell me when you add new language-pack-* (I don't care about new language-pack-{gnome,kde}-* if there was already a corresponding language-pack-*), because I need to update the choices list of base-config/language-packs when that happens
[02:01] <Kamion> mdz: haven't yet, can do so on i386 in just a few minutes
[02:02] <pitti> Kamion: ok, will do; the two mentioned above already had language-pack-*
[02:05] <mdz> Kamion: d-i finished yet?
[02:05] <lamont-away> pitti: I'll check all of them.
[02:05] <tritium> mdz, are you in the San Jose, CA area?
[02:06] <pitti> lamont-away: did you find the reason on vernadsky?
[02:06] <mdz> tritium: no
[02:06] <pitti> lamont-away: the export might not actually be broken, but I wonder why pkgstriptranslation is not called
[02:07] <tritium> mdz, okay, thought you were, and I'm on travel here
[02:08] <mdz> I don't actually know any Ubuntu folk in the bay area, though I'm sure there are some
[02:08] <lamont-away> pitti: only vernadsky was disabled
[02:08] <lamont-away> pitti: odds are we rebuilt the chroot.. that or your package overwrote the config file... :-)
[02:08] <tritium> I guess I was confused ;)
[02:11] <mdz> Kamion: presumably x<640 or y<480 were already hopeless before you touched it?  does it bomb out somewhere if that's true?
[02:12] <elmo> I assume I should process this d-i?
[02:12] <pitti> Hi daniels
[02:13] <elmo> kamion/mdz: ^--
[02:13] <mdz> elmo: please
[02:13] <bddebian> Ah, elmo is still here..
[02:14] <mdz> Kamion: btw, awty now knows how to peek at jackass too
[02:14] <daniels> pitti: morning
[02:14] <daniels> Kamion: btw, feel free to release when you feel like it
[02:15] <elmo> (done)
[02:15] <mdz> Kamion: happy to roll in the new usplash once you've verified it on i386
[02:21] <mdz> man down
[02:22] <elmo> turn the boat around
[02:30] <mdz> Riddell: did Kamon trigger new kubuntu livefs builds for you too?
[02:30] <daniels> elmo: 'if you kids don't shut up, I'm turning this bloody boat around!'
[02:30] <mdz> Riddell: or do I need to do so?
[02:31] <elmo> daniels: dude, we lost the first mate
[02:35] <bddebian> Uhm down boys and girls :-)\
[02:39] <bddebian> elmo: Did you happen to see my note about debtags et al?
[02:44] <pitti> mdz: ok, new langpacks are in the archive
[02:44] <mdz> elmo: talked to colin; he's offline and also done for the night
[02:44] <mdz> new casper is in too
[02:44] <mdz> I'll roll new CDs
[02:44] <pitti> mdz: I checked and compared their total size, it's only 3 MB smaller than the previous set, so seed adjustments are not worth the trouble IMHO
[02:45] <elmo> mdz: pfft, what a part timer
[02:45] <elmo> bddebian: can you mail me?  I'm disinclned to do universe syncs tonight
[02:45] <pitti> mdz: unless there is something urgent, I'd go to sleep now; my mobile is on in case of another emergency :-)
[02:45] <bddebian> elmo: NP, thx
[02:45] <mdz> pitti: good night
[02:46] <bddebian> elmo: @ubuntu email or other?
[02:46] <mdz> I think I'm probably going to wait for europe to wake up before even considering a release
[02:46] <pitti> mdz: will test images tomorrow morning
[02:46] <mdz> I'll test overnight
[02:46] <elmo> bddebian: @ubuntu or @canonical is fine
[02:46] <pitti> yes, that would be nice
[02:46] <pitti> good night!
[02:46] <mdz> elmo: if you want to plan to be around for the release, now would probably be a good time to sleep as well
[02:47] <elmo> mdz: ok
[02:59] <tseng> jdub: does planet eventually blacklist me if the server is down?
[04:44] <mjg59> Gosh, lots of usplash stuff
[04:44] <mjg59> jbailey: Riddell: I'll check over the runtime replacement stuff in the morning, if that's ok?
[04:45] <mjg59> mdz: The dpkg-architecture patch was just to add i486 to the list where it should be using vga16
[04:45] <mdz> mjg59: did that oo
[04:45] <mdz> too
[04:45] <Gman_> mjg59, thoughts on toshiba laptops?
[04:45] <mdz> mjg59: it also seemed to exchange DEB_HOST_ARCH with DEB_HOST_GNU_CPU or whatever
[04:45] <mdz> I just mimicked what usplash did, and it seemed to work
[04:50] <mdz> infinity: around?
[04:53] <infinity> mdz : Yup.
[04:54] <mdz> infinity: cron.daily is finishing up, with a new ubuntu-meta.  if we could get the powerpc binaries uploaded in time for :03, that would save me some time
[04:55] <mdz> should be showing up in wanna-build momentarily
[04:55] <infinity> 0.70?
[04:55] <mdz> non-powerpc architectures are unimportant
[04:55] <mdz> yes
[04:55] <infinity> katie has a lock right now, so your timing is impeccable.
[04:56] <mdz> should be done now
[04:56] <mdz> infinity: are you equipped for CD testing?
[04:56] <mdz> this set is looking pretty compelling so far
[04:57] <mjg59> Gman_: Most of them seem ok - there's minor problems with a couple of the Tecras at the moment, but I'm optimistic
[04:58] <tritium> Gman_, we're working the Tecra issues...
[04:58] <Gman_> mjg59, was thinking about getting a tecra m3
[04:58] <Gman_> they seem light, and have a decent battery length
[04:59] <jsgotangco> the Tecras don't reboot atm
[04:59] <jsgotangco> heh
[04:59] <jsgotangco> but overall all function swork
[04:59] <infinity> mdz : Uploaded.  As for CD testing, I'm equipped, but low on bandwidth.  We have a full mirror, if you're generating jigdo files.
[04:59] <Gman_> jsgotangco, good to know
[05:00] <mdz> infinity: jigdo files are available
[05:00] <mjg59> Gman_: At the moment, we seem to have problems with them rebooting if the ipw2200 driver is loaded
[05:00] <mjg59> Other than that, things should work fine
[05:00] <tritium> Well, the Tecra A2 reboots if you don't enable ipw2200 ;)  (but that's no fun)
[05:00] <mjg59> I'm looking into that - it may be easy enough to fix in the ipw2200 driver
[05:00] <mdz> I need to roll new live CDs due to a powerpc issue, which is what ubuntu-meta was about

[05:00] <mjg59> mdz: When are we aiming for preview?
[05:01] <mdz> but the install CDs are untested as yet
[05:01] <mdz> mjg59: 8 Sep
[05:01] <jsgotangco> oohhh
[05:01] <jsgotangco> that's a few hours from now
[05:01] <jsgotangco> (its already sep 8 here)
[05:01] <tritium> Well, I only had 48 oz. of beer tonight.  I have a few more hours of testing left in me...
[05:01] <Gman_> mjg59, ipw220 being the wireless driver?
[05:01] <mjg59> Gman_: Yeah
[05:01] <infinity> I can't test on powerpc, due to my PPC machine being unable to boot from CD (ancient OldWorld G3 motherboard), but I should be able to test live on amd64 and live/install on i386.
[05:01] <mjg59> Gman_: It seems to reboot fine if you unload it first, so I have a reasonable idea how it can be sorted
[05:01] <infinity> Maybe install on amd64 too, if I can find some free space.
[05:02] <mjg59> Gman_: Of course, if you're wanting to run JDS, I'll need to try to get these patches upstream :)
[05:02] <mjg59> mdz: Cool.
[05:02] <Gman_> mjg59, might well be running solaris it seems :/
[05:02] <Gman_> mjg59, but just wanted to know if you had any swearwords for toshiba, but it seems not :)
[05:03] <mjg59> Gman_: Unf. If you're running Solaris, all bets are off.
[05:03] <mjg59> ACPI works wonderfully under Linux, but...
[05:03] <Gman_> mjg59, :)
[05:03] <mdz> i386 and amd64 livefs seem good
[05:03] <mjg59> (I hear you may have all sorts of internal magic, but still)
[05:03] <Gman_> jsgotangco, you like the m2?
[05:03] <jsgotangco> Gman_, i use an M2
[05:03] <mdz> I'll only rebuild powerpc and then roll new live CDs which should be equivalent on amd64 and i386, and add usplash on powerpc
[05:03] <Gman_> mjg59, the m2 works fine with solaris, or so i've heard
[05:04] <mjg59> Gman_: I don't believe we've actually tested with an M3, but the rest of the Tecra range seems good
[05:04] <mjg59> So unless they've switched the hardware, life should be fine
[05:04] <Gman_> ok, cool
[05:04] <jsgotangco> Gman_, the M2 generally works, although it has an upstream issue with the nvidia geforce go for external display
[05:04] <Gman_> thanks heaps guys
[05:04] <mjg59> Gman_: So, do you have working ACPI suspend with Solaris? :)
[05:05] <Gman_> mjg59, apparently so, at least on the ferraris
[05:05] <mjg59> Gman_: Wow. There's nothing public on that side of things yet, as far as I can tell.
[05:05] <daniels> yeah, the acer ferrari stuff seems to be the flavour of the month at solaris
[05:05] <mjg59> (nnngh Acer)
[05:05] <jsgotangco> gaahh
[05:06] <jsgotangco> the carbon fiber model looks rad though
[05:06] <mjg59> I will be greatly amused if Solaris supports Acers out of the box
[05:06] <Gman_> mjg59, how well it works, i don't know
[05:06] <Gman_> mjg59, but it's starting to get integrated into nevada, which is solaris 10
[05:06] <mjg59> Gman_: Well, there's little to no ACPI support in the Opensolaris tree
[05:06] <mjg59> But it'd be nice if that improved
[05:07] <mjg59> I only really run on laptops now - it'd be nice to be able to run Solaris
[05:07] <Gman_> think it's either recent, or well, just a bunch of hacks
[05:07] <mjg59> Heh
[05:07] <mjg59> What /would/ be nice would be if we could cooperate with Sun over this
[05:07] <Gman_> part of frkit
[05:08] <mjg59> It'd suck to have to be clean-rooming each others source to figure out which bugs we're working around
[05:08] <Gman_> yeah :/
[05:08] <mjg59> (I'm entirely happy to work with CDDL guys over this sort of stuff)
[05:09] <Gman_> there's talk of either a device driver or x86 community being started
[05:09] <Gman_> so that may help being more public about it
[05:10] <mjg59> Ok, cool
[05:10] <jdub> i love being a turtle
[05:11] <diego> this has probably been asked about 300 times today, but is the preview release on schedule?
[05:11] <jdub> diego: yep!
[05:12] <mdz> new install CDs building, to get usplash/powerpc
[05:12] <diego> jdub: nice, on schedule enough to give me an estimated time?
[05:13] <mdz> diego: that has less to do with the schedule than whether we find any last-minute problems
[05:13] <mdz> diego: and we find those faster the more people test ;-)
[05:16] <diego> well, good luck and have fun then, I can't wait to try it out
[05:17] <jdub> mdz: bonus, i'll have to do a test install on my toilet seat
[05:17] <mdz> jigdo adds an extra 30 minutes to each install CD build cycle
[05:17] <ficusplanet> jdub, Is "The Fridge" launching with Breezy's final release or the preview?
[05:18] <jdub> ficusplanet: on the anniversary of warty's preview release, our first public outing :-) (so, in between)
[05:18] <mdz> it will be another 1.5 hours before I have a set of CDs with the known bug fixed, though it was fixed 20 minutes ago
[05:18] <jsgotangco> mdz, i know this is asking too much but is there any chance can we extend the documentation freeze?
[05:18] <ficusplanet> jdub, Ah, cool.
[05:18] <mdz> jdub: please do; I'll shout when the CDs are ready
[05:19] <jdub> mdz: ok
[05:19] <mdz> jsgotangco: extend it?  it lasts until the final release
[05:19] <mdz> it wouldn't make much sense to extend it beyond that ;-)
[05:19] <jsgotangco> mdz, err you mean we don't have a freeze?
[05:19] <ajmitch> jsgotangco: you want the freeze shortened, right?
[05:20] <mdz> jsgotangco: I mean that today, we begin a freeze period during which we avoid changes which would require documentation updates
[05:20] <jsgotangco> ok i got the freeze right then
[05:20] <mdz> are you saying you want it to start sooner next time?
[05:20] <jsgotangco> no no
[05:21] <jsgotangco> i was just thinking about the translators
[05:21] <jdub> http://atomchip.com/_wsn/page4.html <- heh
[05:21] <jsgotangco> because some of our docs are still quite unpolished
[05:21] <jsgotangco> we all thought we stop writing on the 8th
[05:21] <mjg59> heh
[05:21] <mjg59> Someone at zdnet.com.au reads planet Debian
[05:21] <mdz> jsgotangco: oh, that aspect of the freeze
[05:22] <mdz> jsgotangco: yes, that was also part of the plan, to give translators time to translate documentation
[05:22] <jdub> mjg59: brendon or renai?
[05:22] <mjg59> Dunno
[05:22] <mjg59> Ooh
[05:22] <mjg59> Someone in Progeny read dccalliance.biz
[05:23] <jdub> haha
[05:23] <infinity> Yay!
[05:23] <jdub> just wait until they attack you with their TRADEMARK DOGS OF WAR!
[05:24] <mjg59> jdub: As "Bruce" pointed out to me earlier, we have no right of parody
[05:24] <jdub> oh, the prank call?
[05:25] <mjg59> Heh
[05:25] <mjg59> Yes
[05:25] <mjg59> That was fun
[05:25] <jdub> dude, you totally need to get your hands on one of these QUANTUM LAPTOPS
[05:25] <mjg59> "Why has Bruce suddenly gained a London phone number and a strange accent?"
[05:25] <jdub> with ATOMCHIP
[05:26] <wickedpuppy> anyone ever got error while booting like "Kernel Panic , init not found" ??? I passed init=/init to kernel but still having this error
[05:27] <jay> you don't have to pass init.  you need to make sure root= is right htough
[05:27] <jay> err i thought this was #ubuntu
[05:28] <wickedpuppy> i did ask in #ubuntu
[05:28] <jay> better place for that question ;)
[05:28] <wickedpuppy> i know this is devel chan sorry ... but nobody reply me there
[05:38] <whiprush> jdub: http://slashdot.org/comments.pl?sid=161495&cid=13505179
[05:38] <whiprush> heh
[05:42] <tritium> jdub, any stops on your U.S. tour set yet?
[05:44] <jsgotangco> yes 2.12 is out
[05:46] <mdz> jsgotangco: the idea was to give more time for translating documentation, since it takes a long time to translate
[05:49] <jsgotangco> mdz, ok got it we have 2 docs ready atm we'll cook up a release notes later
[05:50] <tritium> jsgotangco, is there any doc/translation work in Tagalog that my wife could help out with?
[05:50] <jsgotangco> tritium, sure we had tl for hoary
[05:50] <jsgotangco> we'll make po files
[05:51] <tritium> jsgotangco, I'll see if she'd like to get involved in that capacity
[05:51] <jsgotangco> tritium, it's hard heh
[05:52] <tritium> the work?  or the convincing?
[05:52] <jsgotangco> the actual work, there is just not enough good tl words for technical docs
[05:52] <jsgotangco> debian-tl is doing good progress though
[05:52] <tritium> Oh, that makes sense
[05:56] <jdub> tritium: see the wiki page for people who've told me about their petitions so far :)
[05:56] <jdub> whiprush: ha ha ha ha ha ha
[05:57] <tritium> jdub, okay, thanks.  I'd like to get you to come to Albuquerque to talk at Sandia if I can generate a good amount of interest
[05:57] <crimsun> jdub: yeah don't worry, we want you to speak at red hat hq, too =)
[05:58] <jdub> tritium: do a petition that isn't just blog comments :-)
[05:58] <jdub> crimsun: yes, that was an amusing one :-)
[05:58] <tritium> jdub, okay...I'm working on it
[05:59] <jdub> crimsun: i have full encouragement from the power that be (singular, sabdfl) to go ;-)
[05:59] <crimsun> jdub: c'mon down
[05:59] <crimsun> (or up, I suppose?)
[05:59] <jdub> very up, at least geographically ;)
[06:00] <diego> good night all
[06:00] <crimsun> :)
[06:16] <daniels_mobile> Telstra suck.
[06:16] <infinity> s
[06:17] <daniels_mobile> ...
[06:18] <jsgotangco> and expensive
[06:18] <daniels_mobile> Yes. And screwing up our lines as I speak.
[06:20] <daniels_mobile> Yay for WAP to IRC gateways.
[06:21] <daniels_mobile> Should really get my laptop down with GPRS through my phone, too.
[06:21] <infinity> WAP-to-IRC is just so wrong.  Maybe it's time to put down the phone and back away from IRC.
[06:21] <infinity> I may just have the technology to, y'know, phone you if you're needed.
[06:22] <daniels_mobile> So X hasn't exploded and killed preview? Good news.
[06:22] <infinity> ... yet.
[06:22] <daniels_mobile> If only someone came up with a way to use the mobile phone for voice communication!
[06:24] <bob2> you could do voip over IRC over WAP
[06:24] <infinity> bob2 : Why are you still allowed to breathe?
[06:24] <bob2> it's my wit and charm
[06:25] <infinity> Oh look, the new dailes hit cdimage, finally.
[06:25] <infinity> dailies, too.
[06:25] <daniels_mobile> Don't knock it, it's a good idea.
[06:25] <infinity> mdz : Are we hoping this one is good enough to be released unchanged as preview?
[06:26] <mdz> infinity: unfortunately not, since I forgot to update the label
[06:27] <infinity> Huzzah.
[06:27] <mdz> there goes another 70 minutes, thanks jigdo!
[06:27] <infinity> But other than that? :0
[06:27] <daniels_mobile> Yay.
[06:27] <mdz> I successfully installed the last one on amd64 and powerpc
[06:27] <mdz> this one is basically unchanged on i386 and amd64,
[06:27] <mdz> and only adds usplash on powerpc
[06:28] <mdz> new live CDs are building now, same story
[06:28] <infinity> Alright.  I'll jigdo it and pound it a bit, but unfortunately not on powerpc.
[06:28] <mdz> after that, I'll do another install build just to get the labels right
[06:29] <daniels_mobile> Seeing if sync ranges get written out when they shouldn't would be rad.
[06:29] <mdz> daniels_mobile: the current CDs have the latest xorg and would be suitable for testing that
[06:30] <infinity> daniels_mobile : under what circumstances would I expect that to happen?
[06:31] <daniels_mobile> Infinity - monitors with DDC. But shouldn't happen.
[06:32] <daniels_mobile> On i386 or powerpc. Not and64.
[06:32] <daniels_mobile> My Pegasos can be used but it takes a fair bit me work and net boot.
[06:33] <daniels_mobile> T9 can blow me.
[06:34] <infinity> Mmm, local mirror + jigdo = love.
[06:34] <daniels_mobile> BBL.
[06:44] <mdz> new PREVIEW CANDIDATE live CDs are up
[06:45] <mdz> http://cdimage.ubuntu.com/daily-live/current/
[06:46] <infinity> amd64-OVERSIZED ... That looks healthy.
[06:47] <fabbione> morning guys
[06:48] <infinity> Hrm.  Is there no clever way to do jigo-ish stuff for livecds?
[06:48] <desrt> preview candidate? :)
[06:48] <desrt> morning fabbio
[06:49] <fabbione> desrt: yo
[06:50] <fabbione> are install cd up too?
[06:50] <jsgotangco> hmmm
[06:50] <jsgotangco> yay
[06:52] <mdz> infinity: yes, we call it "rsync" :-P
[06:52] <hmrocha> hello
[06:52] <mdz> fabbione: yes, but not candidates yet
[06:52] <mdz> wrong iso label
[06:52] <hmrocha> i'm having a big trouble with ubuntu
[06:52] <mdz> so we wait for jigdo another hour
[06:52] <hmrocha> i trying to deploy ubuntu in all pc's of my faculty
[06:52] <fabbione> mdz: ok
[06:53] <mdz> hmrocha: I appreciate your situation, but this channel isn't the right place to ask for help (see the topic)
[06:53] <hmrocha> ok, sorry
[06:53] <hmrocha> i thought developers could help me more easily
[06:54] <hmrocha> because i think you're the ones that decided to make this like it it
[06:54] <mdz> hmrocha: the developers are busy preparing the preview release
[06:55] <mdz> hmrocha: feel free to ask your question if you want to know the reason why something is as it is, but if you need technical support, it needs to be elsewhere
[06:55] <hmrocha> why only the users in group audio can play audio?
[06:56] <hmrocha> i changed all files in /dev to group students, but they still can't use totem to play files
[06:56] <mdz> because it is a security vulnerability to allow everyone access to audio devices
[06:56] <hmrocha> all files that had group audio
[06:56] <mdz> add your students to group audio
[06:57] <hmrocha> the students are stored in AD
[06:57] <hmrocha> its not very easy
[06:57] <hmrocha> AD == Microsoft Active Directory
[06:57] <hmrocha> there are no users in the machines
[06:57] <mdz> add the users to group audio in active directory, then
[06:58] <hmrocha> hmmm, i don't know how to do that, but i'll look into that
[06:59] <hmrocha> thanks
[07:02] <mdz> mjg59: around?
[07:03] <mdz> who here has a laptop with a funky widescreen LCD?
[07:03] <mdz> 1280x800, that sort of thing
[07:03] <mdz> infinity: can I get a copy of the patch daniel gave you, via email?
[07:03] <bob2> jblack has some widescreen sony horror if you're desperate
[07:03] <mdz> infinity: he just called and explained
[07:03] <mdz> bob2: I think he's likely to be asleep
[07:04] <bob2> pretty sure his sleeping pattern is on par with you atm ;)
[07:05] <ajmitch> he was around a few minutes ago
[07:05] <jblack> I hear you're asking for people with weird screens.
[07:05] <mdz> jblack: exactly
[07:05] <infinity> mdz : See this snippet for how it works:
[07:05] <infinity> mdz : http://cerberus.0c3.net/~adconrad/resolutions.sh
[07:06] <mdz> in a bit, we'll need some testing done
[07:06] <jblack> I have a dual-head setup that gives me something like 3360 x 1024
[07:06] <infinity> mdz : I'm patching zorg itself right now (but that shell script proves the fix)
[07:06] <infinity> s/zorg/xorg/
[07:08] <mdz> infinity: wouldn't it be simpler to use sort -n |uniq ?
[07:08] <mdz> s/wouldn't it/it would/
[07:09] <mdz> jblack: I mean an actual display with a funny size, like a widescreen laptop
[07:09] <jblack> The lcd itself is 1920x1200
[07:10] <mdz> jblack: perfect test case
[07:10] <jblack> The lcd on the laptop is 1920x1200. The attached monitor, giving dual head, is 1600x1024 or some such.
[07:10] <mdz> 1920x1200 is one of the modes that is affected
[07:10] <jblack>  What do you need, exactly?
[07:11] <infinity> mdz : Yeah, sort -nr | uniq should do the same thing.  This was the crack daniels fed me over the phone. :)
[07:11] <infinity> mdz : Your choice, either can be uploaded in a matter of seconds.
[07:13] <infinity> mdz : The former fix is already signed and waiting, mind you.
[07:13] <mdz> infinity: sort -nr |uniq is more readable and intuitive
[07:13] <infinity> Alright, will re-roll with that, then.
[07:13] <mdz> though, your version does seem like it might sort differently
[07:14] <infinity> Oh, wait.
[07:14] <infinity> Yes, I just noticed.
[07:14] <mdz> does sort -nr get the x,y ordering right?
[07:14] <infinity> sotr -nr | uniq will get the y out of order.
[07:14] <mdz> ok
[07:14] <mdz> infinity: please send a debdiff to me
[07:14] <infinity> Daniel's crazy invocatoin seems to get both in order.
[07:16] <infinity> Sent.
[07:18] <mdz> infinity: ok, let's do it
[07:18] <infinity> Uploading.
[07:21] <infinity> Here, katie, katie, katie.
[07:22] <jblack> What did you guys need from me?
[07:22] <mdz> jblack: I need you to test the current live CD and confirm the bug, and then test a new live CD with a fix in about an hour
[07:23] <mdz> jblack: http://cdimage.ubuntu.com/daily-live/current/
[07:23] <jblack> If I went to sleep now, I'd get 5 1/2 hours of sleep. If I download a cd an hour from now, that'll be... 4 hours of sleep.
[07:23] <jblack> I suppose I can do that.
[07:23] <infinity> Sleep is for the weak.
[07:24] <bob2> s/weak/!week/
[07:24] <infinity> Besides, I'm not allowed to sleep at all next week, I suspect, so you can sacrifice some time this week. :)
[07:24] <jblack> Hopefully somebody will remember the next time I ask for help with ubuntu.
[07:24] <mdz> jblack: if you can't do it, you can't do it, but so far you're the only person we've found who can test this propely
[07:24] <mdz> jblack: your call
[07:25] <jblack> Better somebody internal gets a fritzed laptop then 10k people on the outside. Lets be a team. =)
[07:25] <infinity> Hey there, daniel's phone.
[07:26] <daniels_mobile> infinity: to confirm.
[07:26] <mdz> infinity: accepted, will be picked up at :33
[07:26] <infinity> You need to stop thinking on public transport.  Bugfix-by-phone is... Just wrong.
[07:26] <mdz> jblack: it's definitely not a risk to your laptop
[07:26] <jblack> Oh, ok.
[07:26] <mdz> it's just booting a live CD to test the X autoconfiguration
[07:26] <infinity> daniels_mobile : I cobbled upa quick shell script to test the fix, and it seems to DTRT, packages rolled, uploaded, and ACCEPTED, will build at :33.
[07:26] <daniels_mobile> sort -u -t x -k 1,1nr -k 2,2nr
[07:27] <jblack> You never know. That acpi problem that the upstairs laptop caused the mini-laptop upstairs to break for a month.
[07:27] <daniels_mobile> Excellent.
[07:27] <infinity> daniels_mobile : Yeah, except my -u is at the end of the argument list, not the beginning.  Makes no difference, though.
[07:27] <jblack> I ended up having to pull the battery and power and let the battry drain to get it to boot again.
[07:27] <mdz> infinity: need a keyboard break; send me an SMS when the binaries are uploaded
[07:27] <infinity> daniels_mobile : But yea, I didn't really trust my ears, hence the shell test first.
[07:27] <jblack> internal cmos battery.
[07:28] <infinity> mdz : Does your phone accept email?... I have nothing to SMS from here. (girlfriend has the mobile phone)
[07:28] <daniels_mobile> OK, that's fine. Thanks.
[07:29] <infinity> mdz : Meh, I'll just direct dial and hang up. :)
[07:30] <infinity> daniels_mobile : What got uploaded was this: "sort -t x -k1,1nr -k2,2nr -u" ... So, except for formatting, you're spot on.
[07:31] <infinity> daniels_mobile : We experimented with "sort -nr | uniq", until we realised that got the Y component of X,Y out of order in some cases.
[07:31] <daniels_mobile> Mad phone skills.
[07:32] <daniels_mobile> Right. This sorts by the first part before the x ...
[07:32] <infinity> daniels_mobile : Yeah, I deciphered what it did while I was testing it. :)
[07:32] <daniels_mobile> ... then by the component after x as a tie break.
[07:32] <infinity> daniels_mobile : Mostly cause I have issues randomly changing code I don't understand, so I... Uhh.. Don't until I understand it.
[07:33] <daniels_mobile> Heh.
[07:34] <infinity> 3 hours of silence on breezy-changes, and then one lone xorg upload.  You must be so proud.
[07:34] <bob2> hm, I've never lasted until preview before dist-upgradeing
[07:34] <daniels_mobile> I win at the last-minute upload game!
[07:35] <jsgotangco> the last minute upload borked my resoultion =)
[07:36] <daniels_mobile> WHAT?!?
[07:36] <jsgotangco> Nvidia GeForce Go 5200 blurry rez at 1024x768
[07:37] <infinity> Not the same last minute upload.
[07:37] <jsgotangco> ahh
[07:37] <infinity> The one we're talking about hasn't built yet.
[07:38] <daniels_mobile> I'd love more details on that. Actually ... I see why. I think.
[07:38] <infinity> daniels_mobile : Don't even start thinking about another upload.
[07:38] <infinity> daniels_mobile : Or, if you do, do it QUICK. :)
[07:39] <daniels_mobile> Set DEBUG_XORG_PACKAGE=yes, and just dpkg -i it. If my hunch is right, you'll get 'not probing; writing out sync ranges'.
[07:40] <daniels_mobile> If so, only affects upgrades, so we don't need to block preview on it. Simple fix.
[07:41] <infinity> jsgotangco ---^
[07:41] <jsgotangco> hmm hold on
[07:42] <daniels_mobile> 'it' is the xserver-xorg package, in this case.
[07:43] <infinity> And we're finally building.
[07:50] <jsgotangco> daniels, humans 1 xorg 0
[07:51] <daniels_mobile> So it says that?
[07:51] <jsgotangco> it does
[07:52] <daniels_mobile> Excellent. Easy fix. Only bites upgrades, not new installs, so not preview-critical. Will upload after preview's released.
[07:55] <daniels_mobile> Thanks for testing. I'll BBIAB.
[07:56] <jblack> I dn't have anything to test?
[08:01] <infinity> jblack : Well, did you test the current live image?
[08:01] <infinity> jblack : To confirm that it doesn't offer you the right res?
[08:01] <jblack> I haven't done anything. I'm still waiting for instructions
[08:01] <infinity> Oh, feh.
[08:02] <infinity> jblack : We wanted you to test the current live image to confirm that it doesn't offer you the res you want/need (1920x1200, right?)
[08:02] <jblack> Correct.
[08:02] <infinity> jblack : Then, shortly, once we've built new livecd images, test again to make sure it does.
[08:02] <jblack> What do you mean "again".
[08:02] <infinity> As in, download the new image and re-test.
[08:02] <infinity> To make sure we've fixed the bug.
[08:03] <infinity> (Though we're pretty sure we have anyway)
[08:03] <jblack> I know you guys want me to test two livecds, but I don't know what special place they're in and what you specifically want me to test (though I surmise "yeah, x runs" is sufficient
[08:03] <infinity> http://cdimage.ubuntu.com/daily-live/current/
[08:03] <jsgotangco> oh!
[08:03] <infinity> The livecd from there right now is the one that should give you an incorrect resolution (or just not work at all, depending on how stubborn your laptop is)
[08:04] <infinity> jblack : And the livecd from that same source in an hour or two should be the "fixed" on.  mdz will let you know when that is.
[08:04] <jblack> Downloading [   ]  breezy-live-i386.iso            08-Sep-2005 05:33  650M  Live CD for PC (Intel x86) computers (standard download).
[08:04] <jblack> eta is 36 minutes
[08:04] <infinity> Danke.
[08:04] <jblack> make that 40.
[08:05] <jdub> mdz: ppc install is up?
[08:06] <infinity> jdub : Yes, but not the final test images (still waiting on the new xorg to build for that)
[08:07] <infinity> jdub : If your resolution isn't some oddball one, test the current image, nothing will change for you with the new one.
[08:07] <jblack> _just in case_ I don't come back, somebody please tell steva where I went.
[08:07] <infinity> jblack : Heh.
[08:10] <mdz> infinity: looks like it's installed on i386 and amd64; what's powerpc's excuse?
[08:11] <mdz> jblack: I gave you the download URL
[08:11] <infinity> mdz : adare is still building.
[08:11] <mdz> jblack: an hour ago
[08:11] <infinity> mdz : Watching it like a hawk, will upload as soon as it's done.
[08:11] <jblack> Hmm. My screen didn't mark it that you spoke to me. did you put jblack: in front of it?
[08:11] <jdub> infinity: grab the image currently in current? :)
[08:11] <infinity> Aye.
[08:12] <jdub> tops
[08:12] <mdz> Sep 07 22:22:57 <mdz>   jblack: I need you to test the current live CD and confirm the bug, and then test a new live CD with a fix in about an hour
[08:12] <mdz> Sep 07 22:23:13 <mdz>   jblack: http://cdimage.ubuntu.com/daily-live/current/
[08:12] <ajmitch> latest daily is the same as the one you want tested, then?
[08:13] <mdz> ajmitch: only if you have a funky LCD
[08:13] <mdz> otherwise, we need you to test the next one
[08:13] <jblack> And there it is
[08:13] <jblack> Sorry. Missed it.
[08:13] <ajmitch> ok, mine's normal, I'll test the next one then
[08:13] <jdub> mdz: ooh, ia64 status query coming in on u-d ;)
[08:14] <infinity> mdz : powerpc uploaded.
[08:15] <infinity> If you don't feel like a manual corn.daily, it'll go in at :33, I guess.
[08:15] <infinity> cron, too.
[08:15] <infinity> Mmm, daily corn.
[08:16] <mdz> infinity: cron.daily running
[08:24] <mdz> jdub: there is a ppc install up, but it isn't a candidate for final
[08:24] <mdz> it works though
[08:32] <daniels> bloody hell.
[08:33] <daniels> now, I'm not a telecommunications engimaneer.
[08:33] <daniels> but I can tell you that if you have two pairs of phone line coming into your house, you're not going to be able to put three lines on it.  thankyou, telstra.
[08:33] <jsgotangco> =)
[08:35] <daniels> infinity: probably too late, but there's a recent-ish livecd kicking around on brainfreeze, either ~daniels/canonical/d-i, or ~daniels/canonical/livecd.  amd64.
[08:35] <jdub> daniels: isdn
[08:35] <jdub> quite easy, really :-)
[08:36] <infinity> daniels : Who said anything about 3 lines?... I though they were doing two voice + 1 DSL?... Or was the DSL supposed to be on a dry pair, not on one of the voice lines?
[08:36] <infinity> daniels : Or was it going FROM that to 3 voice + DSL?
[08:36] <pitti> hi
[08:37] <ajmitch> hi pitti
[08:37] <pitti> Hi Kamion
[08:37] <pitti> Hi ajmitch
[08:37] <ajmitch> & Kamion
[08:37] <mdz> morning folks
[08:37] <infinity> Ooo, the cavalry has arrived.
[08:38] <mdz> Kamion: candidate build is in progress after a xorg bugfix
[08:38] <mdz> ppc usplash works for me
[08:38] <mdz> successful amd64/powerpc install/live on the last set of CDs
[08:38] <mdz> could use some i386 success reports from the channel
[08:39] <daniels> jdub: well, we have one phone line coming in right now, plus dsl.  they were trying to get a second line in, but didn't realise that this may possibly require a third pair.  so I had no landline or DSL for most of the day.
[08:39] <infinity> i386 will be happening on my laptop when I'm sure I can stop caring about last-minute builds and start rebooting. :)
[08:39] <daniels> infinity: the DSL is supposed to be on a dry pair
[08:40] <mdz> infinity: all the builds are in as far as I can tell?
[08:40] <infinity> daniels : Ahh, kay.  Not used to that anymore, since all my DSL in Australia has been Data-over-voice... Though all my DSL lines in Canada were dry pairs.
[08:40] <infinity> mdz : Yup.  And livefs builds are going/good?
[08:41] <mdz> daniels: do you know what this report of a missing module section in xorg.conf on -devel is about?
[08:41] <mdz> infinity: going
[08:41] <Lathiat> daniels: ...you have dsl on a second pair?
[08:41] <infinity> Oh, look, ia64 caught up.
[08:41] <mdz> install CD build in progress, livefs builds in progress, live CD build queued
[08:41] <Lathiat> daniels: never seen that before
[08:41] <Lathiat> that just doesnt happen here.
[08:42] <mdz> Kamion: we need to do something about jigdo before final
[08:42] <mdz> this is just silly
[08:43] <daniels> Lathiat: we have weirdo dsl.  nextep provisioned it themselves, bypassing telstra.
[08:43] <daniels> mdz: there's code to explicitly handle that case in current xorg; it's a hangover from a single bad version earlier on in breezy.
[08:43] <daniels> mdz: so if it's still happening now, today, I'll be surprised.
[08:44] <pitti> mdz: oh, how long until the candidate build? I just download the current daily, but if it arrives fast, I rather wait for some minutes
[08:44] <mdz> daniels: report was 05 sep
[08:44] <Lathiat> daniels: oh right
[08:44] <mdz> pitti: about one hour
[08:44] <Lathiat> daniels: that happens here but they still use the voice pair
[08:45] <pitti> mdz: ok, then I only test the live CDs in that time; no need to waste 45 minutes for an install then
[08:45] <Lathiat> daniels: they just share it with telstra
[08:45] <mdz> pitti: better to wait; there are new live CDs coming too
[08:45] <mdz> and they have X changes
[08:45] <pitti> ok
[08:45] <daniels> mdz: i think that was roughly when I added the brute-force-you-will-get-your-goddamn-modules bit to .config, so we should be okay.
[08:49] <mdz> Kamion: either jigdo needs to get faster, or we need to do it after publishing so that we don't have to wait for it
[08:51] <pitti> mdz: is the live build already running? we need to downsize amd64
[08:51] <mdz> jblack: any luck with that live CD?
[08:51] <TheGodFather> mdz: i had say that live works fine :)
[08:51] <mdz> pitti: no, it isn't yet
[08:51] <jblack> downloaded image and starting to burn now
[08:51] <pitti> mdz: ok, then let's quickly throw out 16 MB
[08:51] <daniels> bbiab
[08:51] <mdz> pitti: but it is too late to process new metapackages
[08:51] <pitti> hm
[08:51] <mdz> that takes an hour
[08:51] <pitti> well, most people won't have a problem with 666 MB
[08:51] <TheGodFather> mdz: other than the net setup that's pretty peculiar in my house
[08:51] <TheGodFather> SCORE!
[08:52] <mdz> TheGodFather: what's peculiar about it?
[08:52] <infinity> pitti : Probably not worth worrying about for preview, almost eveyrone testing it will be using 700 MB blanks anyway.
[08:52] <pitti> infinity: ack
[08:52] <TheGodFather> essid (wifi)
[08:52] <infinity> (Can you even BUY 650 MB blanks anymore?)
[08:52] <TheGodFather> it's not broadcasted
[08:53] <TheGodFather> so there is no way for the livecd to know it in advance
[08:53] <TheGodFather> but the card was detected properly
[08:53] <TheGodFather> cards actually---
[08:53] <pitti> infinity: I don't see them in the shops here
[08:55] <mdz> jdub: who moderated this impi post to ubuntu-announce?
[08:56] <jblack> finalizing... about to reboot. anythhing needed other than a "yes, x starts" ?
[08:57] <jblack> mdz: ^
[08:57] <jblack> infinity: ^
[08:57] <mdz> daniels: how about the keyboard vs. kbd issue also on -devel in the past 24 hours?
[08:57] <infinity> jblack : Erm, it gave you the right resolution?
[08:57] <jblack> I haven't restarted yet.
[08:58] <mdz> jblack: the expected behaviour is "X starts with the wrong mode"
[08:58] <jblack> Ok.
[08:58] <jblack> brb
[08:58] <infinity> jblack : Oh, you're doing install, not live?
[08:58] <pitti> mdz: for the record, I did a hoary->breezy upgrade and then I had "kbd" in xorg.conf
[08:58] <jblack> infinity: live
[08:58] <jblack> brb
[08:58] <mdz> pitti: did it work?
[08:58] <infinity> Oh, finalizing the CD image.  I'm retarded.  I thought you meant finalizing the install. :)
[08:58] <infinity> jblack : Carry on. :)
[08:59] <pitti> mdz: well, the gnome part didn't (#14895), but the X side seemed to be fine
[08:59] <pitti> mdz: I will triage the bug a bit, but it rather seems to be a gnome bzg
[08:59] <pitti> bug, even
[09:06] <jblack> Ok. I'm in the first livecd
[09:06] <jblack> I have 1920x1200 on the main monitor
[09:06] <jblack> on the main lcd, that is
[09:06] <mdz> that's disappointing
[09:07] <infinity> That does seem odd...
[09:07] <jblack> The attached monitor is in mirror mode at 1600x1024
[09:07] <mdz> daniels: ^^^
[09:08] <infinity> The livecd set it up that way by default?
[09:08] <mdz> daniels: I expected this to be a good test case, since we have 1920x1440 and 1920x1200
[09:08] <jblack> All I hit was enter three times and start up a shell to run xwininfo a few times and ssh into mercury to talk.
[09:08] <dholbach> good morning
[09:08] <pitti> Hi dholbach
[09:09] <dholbach> morning martin
[09:09] <infinity> jblack : Weird.
[09:09] <jblack> by the way, if anyone cares, there was an error during boot about debian-installer. I didn't see the error long enough to write it down.
[09:10] <mdz> Riddell: kubuntu preview status?
[09:10] <mdz> jblack: that's known
[09:10] <jblack> I'm still in the livecd if you want me to look at things.
[09:10] <mdz> jblack: /var/log/casper/post.log would be interesting
[09:11] <jblack> should be at http://mercury.linuxguru.net/~jblack/post.log
[09:12] <infinity> mdz : Hrm, maybe a laptop that only reports one available mode was a bad test. :)
[09:13] <mdz> yeah, on further consideration the impact of this bug was probably smaller than we thought
[09:13] <jblack> This screen used to do other resolutions back in windows.
[09:14] <infinity> mdz : Note that DCRESOLUTIONS doesn't actually include his res in the list, but it gets used anyway, cause his display told us it was the only one it had.
[09:14] <infinity> jblack : The windows drivers blindly ignore what the display claims to be able to do, and just gives you all the options BELOW the max option.
[09:14] <infinity> jblack : And prays your display can stretch to accomodate.
[09:15] <jblack> I say used to because something ate the hal dll and rather than reinstall windows resized the ext3 filesystem.
[09:15] <mdz> infinity: is there still a point in having him test the new one?
[09:15] <infinity> jblack : Not sure whose behaviour is really more correct, but we now should offer a very comprehensive list regardless (but default to your native)
[09:15] <infinity> mdz : Getting a log from the new one would verify the bug is fixed, but in his case, both will (should) obviously work fine.
[09:16] <jblack> If you don't need anything else from this one I'll switch back over so that I can get that rsync --partial started...
[09:16] <infinity> mdz : The only reason it works on the livecd is because we never ask the debconf question.  Clever.
[09:17] <jblack> where's reboot on this thing?
[09:17] <infinity> mdz : In any scenario where the question actually got asked, jblack would have been screwed (cause his resolution isn't in the select list)
[09:17] <jblack> found it
[09:18] <infinity> mdz : At least, that's how I'm reading this log.  We seed debconf with the list, then just set it to what we got from the earlier probe and ignore the list.
[09:19] <infinity> mdz : If the probe had failed for any reason, he would have been presented with a list that didn't have his resolution in it, I assume.
[09:20] <infinity> Either way, can't go back in time and unfix the bug, so let's just pretend it was urgent enough to postpone testing for a couple of hours and carry on, shall we? :/
[09:22] <jblack> Also, reboot doesn't.
[09:22] <Kamion> mdz: ok, just woken up and am catching up (the IRC client connection was automatic ...)
[09:22] <mdz> jblack: works for me; can you be a touch more specific?
[09:23] <infinity> jblack : DO you have an update-notifier or update-manager process spinning in the background, by any chance?
[09:23] <infinity> jblack : Or anything at all in "ps ax" that looks like it's suspiciously stopping your session from closing?
[09:23] <jblack> Ok. The lcd turns off, the monitor stays on and says something like ...[reboot]  on the bottom. I hold the power button for four seconds to turn the machine off, tap the power button to turn it back on.
[09:23] <jblack> infinity: I'm back in my normal systme setup.
[09:24] <infinity> Oh, it didn't apm/acpi reboot.
[09:24] <infinity> That could be something specific to your laptop.
[09:24] <jblack> Its undoubtedly an acpi problem. ubuntu on this machine was a nightmare on this machine for the last year.
[09:24] <infinity> I'll have to test here and make sure the reboot gets tripped okay on my machine.
[09:24] <jblack> I was getting over 100 megabytes a day of log errors at one point.
[09:25] <infinity> What kind of laptop is that?
[09:25] <jblack> I eventually solved that with nolapic in grub's config.
[09:25] <jblack> Whether its still necessary, I don't know.
[09:25] <infinity> And did you just accidentally volunteer to have us commandeer it for the entirety of UBZ?
[09:25] <jblack> Its a Sony Vaio VGN-A190.
[09:26] <jblack> I um... um.. I was looking for an excuse to buy a new baby laptop to replace the dying one in my bedroom, I guess?
[09:26] <jblack> For all I know you guys fixed it three months ago, though.
[09:27] <jblack> btw, suspend to disk works, suspend to memory doesn't.
[09:27] <infinity> mjg59 : Do we have a facility to fiddle things like turning local apic off and on, depending on system board DMI dumps on anything equally nasty/clever?
[09:27] <jblack> suspend to disk _mostly_ works, actually. The docking station doesn't get powered back up if I suspennd to disk, take the machine out of the docking station, wake up, and put it back
[09:27] <infinity> jblack : yeah, I would expect that, after the bit about not being able to reboot, and requiring nolapic.
[09:28] <infinity> (Expect that suspend to ram wouldn't work, that is)
[09:28] <jblack> on the baby laptop upstairs, suspend to anything results in the machine coming back up, but the backlight stays off.
[09:28] <infinity> Suddenly, I feel pretty good about how well my hardware is supported.
[09:28] <jblack> that one is a sony as well.
[09:29] <jblack> anyways, I'm *not* complaining.;
[09:30] <jblack> You guys do a great job. I'm happy with what I've got, and I'm not asking for help
[09:31] <jblack> Do you guys want me to bring the docking station as well to ubz?
[09:32] <infinity> If it's not too much trouble, and someone has a chance to look at it, it may be educational.
[09:32] <jblack> no problem at all.   Bring whatever gear you can fit in the car, and if we have a chance to play with it, we will. :)
[09:33] <jblack> that one is one of those 1st gen acpi machines.
[09:34] <jblack> Ok. I'll bring the minivaio (the baby one), which is on its very last legs, the ex-wife's compaq laptop (broken keyboard and cdrom), comet (the vgn-a190 you had me test) and ...what at one point was called rms. :)
[09:34] <jblack> the minivaio used to be the ex's too. She was hard on laptops.
[09:35] <jblack> Oh, and I can bring another vaio as well. a....grv550. That's the daughters.
[09:36] <jblack> let me get that rsync started.
[09:39] <siretart> hm. has anyone been using ddd recently?
[09:39] <siretart> moving window around makes it segfaulting for me (current breezy). will investigate further..
[09:39] <jblack> starting:
[09:39] <jblack> jblack@comet:~/Desktop$ rsync -B 65536 -v --partial rsync://cdimage.ubuntu.com/cdimage/daily-live/current/breezy-live-i386.iso  ./breezy-live-i386.iso
[09:40] <jblack> 33%...
[09:41] <jblack> 2/3...
[09:41] <jblack> Hmmm.
[09:42] <jblack> The new livecd is exactly the same size as the old livecd?
[09:42] <jblack> jblack@comet:~/Desktop$ -rw-rw-r--    1 jblack jblack  681308160 2005-09-08 02:44 breezy-live-i386.iso
[09:42] <jblack> -rw-rw-r--  1 jblack jblack 681308160 2005-09-08 03:41 breezy-live-i386.iso
[09:42] <Kamion> has anyone tested an install on a wireless-connected machine? there've been some bugs about wireless configuration not being carried over to the second stage, and I'd like to make sure they're isolated rather than systemic
[09:42] <Lathiat> Kamion: worked with colony 4
[09:43] <Kamion> ok, that's probably good enough
[09:43] <Lathiat> Kamion: stage 2 ? reboo t?
[09:43] <Kamion> thanks
[09:43] <Kamion> Lathiat: yes
[09:43] <Lathiat> well i had wireless when i rebooted so
[09:43] <Lathiat> i assume it worked
[09:43] <Lathiat> interface was up, dhcpd
[09:43] <Lathiat> i didnt specify a wep key or anything tho
[09:43] <jblack> infinity: I get a md5sum of 250c5cd3443959f0deea7a43e7818893 on the new image, which has the same filesize as the old image.
[09:43] <Lathiat> so its mostly default apart from knowing it asked for eth1 and dhcp
[09:44] <Mithrandir> doko: do you have any idea about http://bugzilla.ubuntu.com/show_bug.cgi?id=14539 ?
[09:45] <infinity> jblack : Not sure if there IS a new image yet.  You'd have to ask mdz.
[09:45] <jblack> mdz: ^
[09:45] <mdz> not yet
[09:45] <mdz> ETA 10m
[09:45] <jblack> Ok. no problem.
[09:45] <mdz> new install CDs are up though
[09:45] <mdz> NEW INSTALL CDS READY FOR TESTING
[09:45] <Kamion> at least new xorg explains why my rsync is taking ages
[09:46] <mdz> 20050908.4
[09:47] <jblack> infinity: Will that shopping list I gave you above help any?
[09:47] <infinity> mdz : Did you change the labels this time?
[09:47] <infinity> mdz : The jidgo template claims it's: 'Ubuntu 5.10 "Breezy Badger" - Alpha i386' (breezy-install-i386.iso)
[09:48] <mdz> Kamion: I changed CONF.sh as instructed...
[09:48] <mdz>     export OFFICIAL="Preview"
[09:48] <mdz> infinity: 20050908.4?
[09:49] <fabbione> mdz: permission to upload xdm (universe) to fix 14412
[09:49] <infinity> mdz : Oh, wait, I think my jigdo is cacheing.
[09:49] <mdz> fabbione: universe is not frozen
[09:49] <infinity> 'Ubuntu 5.10 "Breezy Badger" - Preview i386' (breezy-install-i386.iso)
[09:49] <infinity> Better.
[09:49] <daniels> nice
[09:49] <infinity> mdz : False alarm.
[09:49] <mdz> phew
[09:49] <doko> Mithrandir: no idea, works for me on amd64
[09:50] <mdz> if I had to wait another 70 minutes for a label change I would have killed
[09:50] <daniels> mdz: i've followed up with more information requested for keyboard vs kbd
[09:50] <Mithrandir> doko: yeah, works for me as well.
[09:50] <mdz> or rather done it by hand
[09:51] <daniels> we finally have two phone lines plus the dsl
[09:51] <daniels> my laptop celebrated this great news by getting down to 3% battery
[09:52] <Lathiat> daniels: mmm
[09:52] <daniels> mdz: the main thing is that 14751's fixed, a) because I think that was the worst manifestation, b) because the submitter is a complete prick and I would love for him to go away
[09:52] <Lathiat> most interesting you were using a separate pair
[09:52] <daniels> Lathiat: nextep, dude.  it's crazy commercial dsl.
[09:52] <Lathiat> daniels: yeh but we have commercial companies with their own dslaams and they share the copper
[09:53] <Lathiat> how they do that sanely is beyond me but they do
[09:53] <Kamion> mdz: yeah, I've incorporated that into arch, thanks, looks fine
[09:56] <daniels> Lathiat: yeah, go figure.  all I know is that NEC have their own kit in the exchange.
[09:56] <Lathiat> daniels: right, same as the other ISPs here but yeh, interesting
[09:57] <daniels> alright, battery's dead.  i'm out for the next 2-3 hours.
[10:00] <mdz> jblack: 20050908.5 is mirroring now
[10:00] <jblack> ok
[10:00] <jblack> looks like its there.
[10:02] <mdz> NOTICE: the current daily and daily-live CDs are preview candidates.  Please test them and report success or failure to the channel!
[10:03] <dholbach> morning seb128
[10:04] <seb128> hey dholbach
[10:04] <jblack> 33%
[10:05] <jblack> 75%
[10:08] <pitti> yay
[10:08] <Mithrandir> is the live cd VT switching bug tracked down yet?
[10:09] <Burgundavia> jdub, we really need to do something about the Preferences menu in Breezy+1
[10:09] <jblack> rebooting
[10:17] <ubuntu> Ok. I'm in the cd.
[10:17] <ubuntu> mdz: ready
[10:17] <ubuntu> infinity: ready
[10:19] <jblack_> heh. I can't see nicknames in irssi on the livecd. :)
[10:20] <jblack_> That's better.
[10:20] <daniels> Mithrandir: should be okay
[10:20] <daniels> pitti: tell me about it
[10:21] <jblack_> daniels: Would you be interested in monitors audibly clicking when doing a shutdown now -r ?
[10:21] <daniels> jblack_: at which point?  a click on a mode switch is pretty normal.
[10:21] <Kamion> Mithrandir: I think we nailed most of that yesterday, over a few iterations
[10:21] <pitti> daniels: ah, it's just a crackful dream I had the other day :-)
[10:22] <daniels> jblack_: if they blow up, I'm interested ... but *totally* not responsible.
[10:22] <daniels> pitti: heh
[10:22] <jblack_> daniels: I dualhead.  When I leave X, the lcd drops to console. The monitor clicks every 2 seconds or so (sounds like the click monitors often do during change of resolution).
[10:23] <jblack_> That doesn't happen if I ctrl-alt-backspace.
[10:24] <daniels> neat.  running usplash, perchance?
[10:25] <jblack_> not intentionally?
[10:25] <daniels> hrm
[10:25] <daniels> *shrug*
[10:25] <daniels> just one of those things
[10:25] <jblack_> reading apt-cache show, I don't think so.
[10:26] <daniels> anyway, time to go cook dinner.  i'm not going to irc from the stove, like last night.
[10:26] <bob2> soup?
[10:26] <daniels> bob2: nah, just random stir fry over at dad's place
[10:26] <daniels> bob2: thursday -> family dinner
[10:26] <bob2> ah
[10:26] <jblack_> mdz: There?
[10:27] <jblack_> infinity: Hello?
[10:27] <daniels> bob2: between last night's effort (I didn't eat any, just froze it all), and some I had frozen before, I have enough soup to last me until UserLinux releases
[10:27] <daniels> (ha ha)
[10:27] <Kamion> whoa, slightly dodgy progress bar in base-config
[10:27] <Kamion> oh well
[10:27] <mdz> jblack_: yes?
[10:27] <bob2> hahah
[10:27] <jblack_> I'm in the second livecd
[10:27] <mdz> Kamion: dodgy how?  I didn't notice anything untoward, but I didn't watch it the entire time either
[10:28] <jblack_> 1920x1200 of course. What would you like?
[10:28] <Kamion> mdz: it goes up to 11% and then jumps back to 4%, near the start
[10:28] <Kamion> it's only noticeable if you're paying fairly close attention
[10:28] <Kamion> so much not a big deal for preview though
[10:29] <mdz> jblack_: any additional testing you want to do is helpful, but the detection of the panel size is what we wanted to test. thanks.
[10:29] <jblack_> Oke-doke
[10:29] <sivang> morning all
[10:29] <pitti> Hi sivang
[10:29] <sivang> pitti: how's bugsquashing going?
[10:30] <mdz> sivang: it's CD testing time
[10:30] <pitti> sivang: now it's CD testing time; do you have some time to thest them?
[10:30] <Burgundavia> Kamion, I noticed something similar with my colony 3 install, jumped from 64% backt o 56%
[10:31] <Kamion> Burgundavia: that's much weirder, but colony 3's old enough that I'm not too bothered unless you can reproduce it with newer
[10:31] <Kamion> 64% is in the middle of the desktop installation and it really shouldn't jump around randomly there
[10:31] <Burgundavia> Kamion, I didn't bother filing a bug because I couldn't reproduce it
[10:31] <sivang> mdz, pitti : ofcourse I do, I have a seperate /home and /root , so I can probably install over this office workstation of mine, however is there anyway to save the alredy installed packages?
[10:31] <mdz> Kamion: I didn't think debconf progress bars were capable of going backward
[10:32] <mdz> sivang: just install to a separate partition
[10:32] <Kamion> mdz: they certainly are, you can update them with SET (absolute) as well as STEP (relative)
[10:32] <mdz> Kamion: and base-config does that?
[10:32] <Kamion> mdz: and base-config always uses PROGRESS SET 'cos the maths are much simpler that way
[10:32] <mdke> I'm still getting xkb errors on my hoary->breezy machine, i have touched nothing in the configuration since I installed hoary. Is this known?
[10:32] <sivang> mdz: ok, I'll go fetch me a daily
[10:33] <Kamion> mdz: it means there's a risk of going backward in the event of a programming error, but the counter-risk would be having the progress bar reach 100% far too early and then just sit there ... I prefer this set of risks
[10:33] <sivang> mdz: what about hoary->breezy upgrade tests? are those worthwhile? (should I note anything while at it etc..)
[10:34] <Kamion> and also using STEP would mean I'd have to make the progress bar use only integers throughout, which is impossible because I don't know exactly how long apt's progress bar should be
[10:34] <Kamion> anyway, not important enough to worry about
[10:35] <mdke> is anyone who can answer my xorg question around?
[10:36] <Kamion> mdz: (actually, you might well be able to pass a negative number to PROGRESS STEP, too. I've never tried.)
[10:37] <sivang> hmm, just making sure my testing is useful, shoudl I try with a daily or with colony-4 ?
[10:37] <Kamion> sivang: current daily please
[10:37] <mdz> Kamion: usplash failure on powerpc
[10:37] <mdz> live
[10:37] <Kamion> boo
[10:37] <Kamion> what happened?
[10:37] <sivang> Kamion: k, thanks
[10:37] <mdz> black screen, no artwork no progress
[10:38] <jdub> mdz: my fault on the impi moderation - thought that was just the start of the mail
[10:39] <mdz> morning sabdfl
[10:39] <ogra> morning mdz
[10:39] <Kamion> mdz: did it work on install, or have you tried yet?
[10:40] <mdz> Kamion: install is burning now
[10:40] <jdub> download, that is
[10:40] <Kamion> I think I preferred it without the bterm bug fixed, looking at those error messages on live ;-)
[10:41] <Kamion> ah well
[10:41] <sabdfl> hi guys
[10:41] <Kamion> morning
[10:41] <dholbach> sabdfl: hi mark
[10:43] <pitti_live> hi
[10:44] <pitti_live> mdz, Kamion: powerpc live: I get a completely black screen during boot, when usplash is supposed to show up
[10:44] <pitti_live> vt switching on shutdown works, but after ejecting the CD nothing happens, I'm not asked to press enter for shutdown, and pressing enter does nothing
[10:45] <pitti_live> Kamion: The "Bummer, cannot run d-i" is a known issue?
[10:46] <Kamion> pitti_live: yeah
[10:46] <Kamion> it's probably always been there, we just never noticed until we fixed the VT switching
[10:46] <pitti_live> it does not actually seem to do any harm
[10:46] <Kamion> so it looks a bit untidy but it's just the final death throes of the old /
[10:46] <pitti_live> I'm more worried about usplash not working
[10:47] <pitti_live> anyway, I test amd64 shutdown now and brb
[10:47] <Kamion> it would be interesting to know what kind of framebuffers you guys have
[10:47] <Kamion> pseudo/truecolour, colour depth
[10:48] <Kamion> mine's pseudo/8
[10:49] <mdz> Kamion: how do I find out?  fbset -i?
[10:49] <mdz> is there a way to check from d-i? I have an install in progress now
[10:51] <pitti> mdz: amd64 live works flawlessly (apart from the ridiculously looking English and German mix)
[10:51] <mdz> pitti: here as well
[10:51] <mdz> only without the german
[10:51] <dholbach> hehe
[10:51] <lllmanulll> mdz, About CD integrity testing, I asked in a mail to write on the CD download page that CDs should be burned 1/3 slower than the maximum allowed ; I think this solution doesn't involve any code modification and would already prevent a lot of CD burning errors ; what do you think ?
[10:51] <pitti> most menu strings are translated, but there is English in between
[10:52] <mdz> lllmanulll: I read your email; I think a safe guideline is to go no faster than 4x
[10:52] <dholbach> brb - have to re-adjust cables
[10:52] <mdz> lllmanulll: on which page do you think the advice would be most visible?
[10:53] <pitti> Kamion: did you hear any other usplash failures on ppc?
[10:53] <lllmanulll> mdz, On the page where one can download the CD images ?
[10:53] <lllmanulll> Make it bold face, or something like that ?
[10:54] <Mithrandir> mdz/Kamion: ok to upload http://err.no/patches/glib1.2_1.2.10_1.2.10ubuntu1_asm_const_ftbfs.diff after preview? Fixes Ubuntu #13704
[10:54] <pitti> do patches still need manual approval after preview?
[10:54] <mdz> Kamion: /proc/fb says "ATI Radeon If"
[10:55] <mdz> Mithrandir: ok to upload now; it'll be queued for after preview
[10:55] <Mithrandir> mdz: thanks
[10:55] <mdz> pitti: no
[10:55] <sivang> hey sabdfl
[10:55] <Mithrandir> pitti: hm, point.  I'm not sure, but I'd like to have people at least eyeball stuff I upload in case I overlook something and introduce quiet breakages.
[10:58] <mdz> Kamion: usplash works on your powerpc in the current candidate?
[10:59] <Mithrandir> mdz: so I can just do the uploads I queued yesterday now?
[11:00] <mdz> Mithrandir: which packages?
[11:00] <mdz> preferably not anything in desktop
[11:00] <mdz> in case we need to do uploads targeting preview
[11:00] <Mithrandir> mdz: blender, siege, unifont.
[11:00] <Mithrandir> the last one might be in desktop, I'm not sure
[11:01] <Mithrandir> hm, no, it's not
[11:01] <seb128> brb with liveCD
[11:02] <dholbach> i386 live: the colors of the usplash status messages appear a bit dark overe here, the "ok" is barely readable
[11:03] <dholbach> i386 live: clicking on the help icon -> going over to "desktop" gives me information about gnome 2.10 and gnome 2.6 even - will the doc team revamp this?
[11:03] <Kamion> mdz: I'm still trying to get a reliable enough burn to tell, one moment
[11:03] <sivang> err, 8m ETA for install cd, I wish it finished up already
[11:03] <jsgotangco> dholbach, that's upstream!
[11:04] <ogra> dholbach, ask gnome :)
[11:04] <dholbach> jsgotangco, ogra: that's what i feared :-p
[11:04] <jsgotangco> dholbach, there is work being done for 2.12 though
[11:04] <mdke> dholbach, nothing we can do: if they don't perhaps we should remove it
[11:04] <dholbach> mdke: yes... it's a bit ... well ... confusing to the user :)
[11:04] <jsgotangco> dholbach, im one  of the people contributing to 2.12 wiki atm but its very very slooowww
[11:04] <ogra> mdke, or get 10 additional guys and rewrite it ;)
[11:04] <mdz> Kamion: similar usplash behavior on powerpc install here
[11:05] <mdz> Kamion: worse, in fact, because it seems to clobber the console font
[11:05] <dholbach> apart from mentioned issues - live i386 is fine for me
[11:05] <Kamion> well, I get a black screen on a laptop where you have to use vga=771
[11:05] <Kamion> so it's not just powerpc FWIW
[11:05] <mdz> the dialogs are drawn with garbage rather than line drawing characters
[11:05] <mdz> Kamion: works fine for me on amd64 and i386
[11:06] <\sh> http://cdimage.ubuntu.com/daily/20050908.4/ <- latest daily?
[11:06] <mdz> \sh: /current is a symlink which points to the latest
[11:06] <dholbach> brb
[11:06] <\sh> mdz: k
[11:07] <\sh> downloading
[11:08] <mdz> Kamion: vt switching seems solid, at least
[11:08] <mdz> Kamion: we did fix it several times over ;-)
[11:09] <sivang> mdz: whats the bug number for the vt switching? (/me is curious to know what happened there)
[11:09] <mdz> 14851 or something like that
[11:10] <Kamion> mdz: fbset -i, the Type and Visual lines and the last number in the geometry line
[11:10] <mdz> it's all over the irc log
[11:10] <Kamion> it's not all in the bug
[11:10] <mdz> Kamion: hmm, we don't install fbset?
[11:10] <mdz> which package is it in?
[11:11] <mdz> in universe, even
[11:12] <mdz> it'll have to wait until the install is finished
[11:13] <seb_li386> i386 liveCD works quite fine
[11:13] <mdz> seb_li386: excellent
[11:14] <seb_li386> mdz, I've a network issue though. I've an eth0 and a eth1n eth0 unplugged, eth1 which should gets its IP from DHCP
[11:14] <seb_li386> mdz, on boot eth0 is up and eth1 is not, I've to run sudo dhclient to get it and an IP
[11:14] <seb_li386> is that a known issue?
[11:15] <mdz> seb_li386: that is NOTABUG
[11:15] <mdz> oh, didn't see your first message
[11:15] <mdz> seb_li386: does mii-diag report the link status correctly? has this ever done any different, e.g. in hoary?
[11:16] <mdz> Riddell: ping
[11:18] <seb_li386> mdz,
[11:18] <seb_li386> $ mii-diag
[11:18] <seb_li386> Using the default interface 'eth0'.
[11:18] <seb_li386> SIOCGMIIPHY on eth0 failed: Operation not supported
[11:18] <sivang> seb_li386: it gives the same for me on my desktop here, which is installed and using network fine
[11:18] <mdz> seb_li386: I see an icon on the panel for evolution on i386 but not on amd64
[11:18] <seb_li386> I'll try with hoary in a sec. I changed my eth cards since hoary and I've not tried with this config
[11:18] <mdz> seb_li386: mii-diag requires root
[11:18] <sivang> mdz: this is on my hoary, using root
[11:18] <seb_li386> mdz, I get the same by running sudo mii-diag
[11:19] <sivang> Using the default interface 'eth0'.
[11:19] <sivang> Basic registers of MII PHY #1:  3100 7809 02a8 0330 05e1 0000 0000 0000.
[11:19] <sivang>  Basic mode control register 0x3100: Auto-negotiation enabled.
[11:19] <sivang>  Basic mode status register 0x7809 ... 7809.
[11:19] <sivang>    Link status: not established.
[11:19] <sivang>    End of basic transceiver information.
[11:19] <mdz> seb_li386: ok, then your hardware/driver doesn't support testing link state
[11:19] <mdz> seb_li386: and so we can't determine if it's plugged in
[11:20] <seb_li386> hum, k
[11:20] <seb_li386> so NOTABUG?
[11:20] <mdz> seb_li386: CANTFIX
[11:20] <seb_li386> dmesg has "[4294702.958000]  eth0: no link during initialization." though
[11:20] <mdz> seb_li386: what about the panel icon issue?
[11:21] <seb_li386> I don't have it on the i386 liveCD
[11:21] <seb_li386> looking at it
[11:21] <mdz> hmm
[11:21] <Kamion> I don't have it on live/i386 either
[11:21] <Kamion> was about to mention that
[11:21] <dholbach> me neither
[11:21] <mdz> any of you using laptops?
[11:21] <Kamion> yes
[11:21] <mdz> interesting
[11:21] <jsgotangco> aye
[11:21] <mdz> is it supposed to be there or not?
[11:21] <seb_li386> /usr/share/gconf/schemas/panel-default-setup.entries:        <string>/usr/share/applications/evolution.desktop</string>
[11:21] <mdz> jsgotangco: and you see the icon, or not?
[11:22] <seb_li386> I hate upstreams
[11:22] <seb_li386> they keep versionning it
[11:22] <seb_li386> it's evolution-2.4.desktop now
[11:22] <jsgotangco> what icon? (im just burning the live atm
[11:22] <seb_li386> we should use evolution-mail.desktop rather, it's shipped with the package and don't move
[11:22] <mdz> jsgotangco: oh, I thought you were responding to my question
[11:23] <dholbach> the hoary -> breezy upgrade i did on another box was particularly fine, just gnome-phone-manager (universe, was fixed today) wasn't installable
[11:25] <mdz> amd64 and powerpc installs both successful
[11:25] <mdz> though powerpc was ugly as hell
[11:26] <mdz> Kamion: I'm thinking we should roll back usplash on powerpc unless  you already know what the  problem is
[11:26] <Kamion> my fucking CD drive is not helping
[11:26] <mdz> I will get you that fb info though
[11:27] <ogra> seb_li386, does gconfd still need a SIGHUP after you changed a setting with gconftool-2 ?
[11:27] <Kamion> how about we leave usplash as it is but make base-installer not install it? that way at least live CDs work on some hardware
[11:27] <Kamion> and we don't get the install CD damage
[11:27] <seb_li386> ogra, yep, dh_gconf does it though
[11:27] <mdz> Kamion: the user experience is pretty bad on the live CD
[11:27] <Kamion> the live CD is not massively helped by not having usplash
[11:27] <Kamion> ?
[11:27] <mdz> it just goes blank, no feedback at all
[11:27] <mdz> we could disable it in casper
[11:28] <Kamion> that would save a live fs build
[11:28] <mdz> right
[11:28] <ogra> mdz, the script in 7150 will need to SIGHUP gconfd in the end to make the change valid (in case gconfd already runs while you change the setting)
[11:30] <Kamion> I'm going to have to go out and get a CD cleaner and some new discs
[11:30] <mdz> ogra: gconfd isn't running
[11:30] <ogra> ok
[11:31] <ogra> didnt know when you run it
[11:31] <mdz> Kamion: sent you mail
[11:31] <mdz> Kamion: with the fb
[11:31] <mdz> info and an assertion error from usplash
[11:31] <mdz> ogra: I don't think it's started until login
[11:32] <ogra> yes, it gets started by gnome-session afaik... seb_li386 might speak up if its different :)
[11:32] <mdz> my i386 install definitely gives me the evolution icon
[11:33] <jsgotangco> hmmm
[11:33] <jsgotangco> i have it as well
[11:33] <jsgotangco> (just finished)
[11:33] <seb_li386> mdz, grep evolution /usr/share/gconf/schemas/panel-default-setup.entries ?
[11:33] <mdz> seb_li386: just rebooted, will check
[11:34] <\sh> Mithrandir: if glib is compiled, I can give gabber a new shot
[11:34] <mdz> \sh: it won't be compiled until after preview; it's in main
[11:35] <\sh> mdz: ah ok
[11:35] <mdz> seb_li386: <string>/usr/share/applications/evolution.desktop</string>
[11:35] <seb_li386> mdz, do you have this file?
[11:35] <seb_li386> dpkg -S it?
[11:35] <Mithrandir> \sh: should be by now
[11:36] <Kamion> mdz: please change ->width to ->height on that line in bogl-pcfb.c and bogl-tcfb.c, rebuild, install, rebuild mkinitramfs, reboot
[11:36] <Kamion> mdz:   assert (xx + pixmap->width <= bogl_xres);
[11:37] <Kamion>   assert (yy + pixmap->width <= bogl_yres);
[11:37] <mdz> seb_li386: no
[11:37] <Kamion> obviously bogus :)
[11:37] <Kamion> (not new code though)
[11:37] <seb_li386> mdz, so the bug is that you get the icon, you should not if you don't have the desktop file
[11:37] <pitti> mdz: amd64 install (network, with language-support download) flawless
[11:37] <pitti> mdz: powerpc install a complete failure
[11:38] <mdz> pitti: details?
[11:39] <dholbach> brb
[11:39] <pitti> mdz: #14736, os-prober crashes kernel when probing MacOS X partition
[11:39] <seb_li386> pitti, computer:/// is bogus on the i386 liveCD here
[11:39] <mdz> pitti: ouch
[11:39] <pitti> mdz: after some kill -9 in vt2, yaboot failed to write a boot sector
[11:39] <seb_li386> pitti, I've 2 CD drives, it lists both and the CD has a 3rd icon
[11:40] <pitti> mdz: manually rebooted, old yaboot installation still worked, got dropped into an empty console (usplash failure)
[11:40] <mdz> pitti: related or unrelated?
[11:40] <pitti> mdz: and base-config does not run
[11:40] <pitti> mdz: I think the yaboot failure is a consequence of my killall os-prober
[11:41] <pitti> I made a screenshot, just need to download
[11:42] <pitti> Kamion: on powerpc: "usphash: bogl-pcfb.c:195: bogl_pcfb_put: Assertion yy + pixmap->width <= bogl_yres failed
[11:42] <pitti> Kamion: does that say anything to you
[11:42] <pitti> mdz: IMHO we should leave usplash disabled on powerpc for now, such last-minute features seem to lead to nothing but trouble
[11:43] <ogra> pitti, yes, he said something similar before you entered the channel
[11:43] <pitti> ah, ok
[11:43] <ogra> pitti, :
 mdz: please change ->width to ->height on that line in bogl-pcfb.c and bogl-tcfb.c, rebuild, install, rebuild mkinitramfs, reboot
 mdz:   assert (xx + pixmap->width <= bogl_xres);
   assert (yy + pixmap->width <= bogl_yres);
[11:43] <ogra> pitti, try that :)
[11:44] <pitti> ogra: oh, yes, that sounds sane :-)
[11:44] <pitti> seb_li386: sorry, ENOTIME
[11:44] <seb_li386> pitti, grumpf, k. I'll try to figure myself if that's a gnome-vfs issue so
[11:44] <seb_li386> but computer:/// is messed
[11:45] <mdz> Kamion: that fixed it
[11:45] <pitti> seb_li386: I actually thought this was already fixed in the last version :-/
[11:45] <seb_li386> pitti, are drives and volumes supposed to have separate icons?
[11:45] <pitti> Kamion: what should actually be executed after the first boot? base-config does not quite DTRT
[11:45] <seb_li386> pitti, I've no 2 drives icons and 2 CD icon, and no eject work
[11:46] <pitti> seb_li386: normall ynot
[11:46] <seb_li386> pitti, it used to change the drive icon to a volume one
[11:46] <Riddell> mdz: hi
[11:46] <seb_li386> pitti, k, will try to figure what's wrong with that
[11:47] <pitti> mdz: http://people.ubuntu.com/~pitti/shots/ppc-install.jpg <- that's what I get after first ppc boot when switching VT and thus get my screen back; looks familiar?
[11:49] <mdz> pitti: yes
[11:49] <mdz> pitti: see breezy-changes ;-)
[11:50] <pitti> hm, I don't really want to trash my MacOS partition now, since I want to keep it for confirming the kernel crash bug fix
[11:50] <mdz> pitti: we can't leave usplash disabled on powerpc because it is already enabled; we can only disable it ;-)
[11:51] <mdz> pitti: the reason it was enabled was as a workaround for the vt switching bug
[11:51] <mdz> though that is also fixed another way now
[11:51] <pitti> mdz: ok, so we can keep the current i386/amd64 images and only get new ppc ones?
[11:51] <mdz> pitti: not unless we do it by hand, no
[11:53] <dholbach> kubuntu i386 live is fine
[11:53] <mdz> infinity: around?
[11:53] <mdz> dholbach: kubuntu is several generations behind presently, and Riddell is nowhere to be found
[11:53] <pitti> ok, I have to leave for ~2 hours
[11:54] <Riddell> mdz: here I am
[11:54] <dholbach> mdz: he just answered you
[11:54] <mdz> Riddell: oh, hi
[11:54] <pitti> when I'm back, I can test new images, I will circumvent the os-prober test
[11:54] <mdz> Riddell: need an immediate status update on kubuntu preview
[11:54] <mdz> Riddell:  the last time we spoke, you had no successful CD operations yet
[11:55] <infinity> mdz : Just stepped in.
[11:55] <Riddell> mdz: 20050908 made last night works great on i386 but doesn't contain the language pack updates pitti put in, the normal daily build doesn't seem to have run
[11:55] <mdz> infinity: can I get express treatment for usplash -10 on powerpc?
[11:55] <infinity> mdz : Yup.
[11:56] <Riddell> mdz: the problems I had went away as mysteriously as they came
[11:56] <seb_li386> pitti, is eject supposed to be fixed?
[11:56] <mdz> Riddell: are the seeds and metapackages in order?
[11:57] <Riddell> mdz: yes
[11:57] <infinity> mdz : Uploaded.
[11:58] <mdz> Riddell: so you need a new CD build?
[11:58] <mdz> infinity: thanks
[11:58] <Riddell> mdz: for the new language packs yes
[11:58] <mdz> Riddell: what about the livefs?
[11:58] <Diziet> mdz: Thanks for the browser bugs, btw :-).
[11:58] <Riddell> mdz: livefs?
[11:58] <mdz> Diziet: HTH
[11:59] <mdz> Riddell: the filesystem used on the live CD
[11:59] <mdz> I have no idea if it's up to date or works at all
[11:59] <Riddell> mdz: the live CD works fine
[11:59] <mdz> on i386, ok
[12:00] <mdz> but it won't have the langpacks either and needs to be revved
[12:00] <Riddell> yep
[12:02] <daniels> mdke: pong
[12:02] <daniels> mdke: is it just the gnome 'hey, GNOME and X keyboard settings are different, wtf?' dialog?
[12:04] <mdz> pitti: what's the last powerpc install which worked for you?
[12:04] <pitti> mdz: uh, maybe two weeks ago, I didn't reinstall my laptop so often
[12:05] <mdz> it worked fine here, which leads me to guess that some of your problems are fallout from os-prober
[12:05] <pitti> mdz: yes, I think so; I'll try the next image and just disable the hfs mounting in the os-proper backend
[12:09] <pitti> cu
[12:12] <mvo> fabbione: do you happen to know why we seem to have no "sk98lin" network driver on 2.6.12-8-amd64?
[12:12] <spacey> does someone know why /etc/ld.so.conf is gone?
[12:13] <fabbione> mvo: there is no sk98lin anywhere.. we ship the free version called skge
[12:13] <spacey> and is there a replacement?
[12:13] <fabbione> the sk98lin kernel driver is utterly broken and the one from upstream is a royal mess
[12:14] <mvo> fabbione: hm, it works on my (on-board) yukon ethernet port but skge does not (it seems to be unable to detect a link or auto-negociate)
[12:15] <fabbione> mvo: other people have the opposite problem. there is no winner
[12:15] <fabbione> skge conflicts with sk98lin to a certain extents of hotplug
[12:15] <fabbione> meaning that they share part of the same pciids space
[12:15] <\sh> mvo: http://bugzilla.ubuntu.com/show_bug.cgi?id=6142
[12:15] <Riddell> mdz: are new kubuntu ISOs being built?
[12:15] <fabbione> making unpredictable what will work where and with what driver
[12:16] <\sh> mvo: same here with the r200 and I'm tweaking my boot iso every time ,-)
[12:16] <mvo> \sh: thanks, I have seen this bugreport
[12:16] <mvo> fabbione: ok, thanks.
[12:17] <Kamion> mdz: thanks for the usplash upload
[12:17] <\sh> mvo: we have to wait until a good replacement is in the kernel ;)
[12:17] <mdz> Riddell: we can only do one build at a time currently
[12:17] <mdz> Kamion: can we disable the source CDs?
[12:17] <mdz> Kamion: I need to roll new install CDs for usplash and it takes 70 minutes with the current method
[12:18] <mvo> \sh: r200? you probably do not mean the graphic chip from ati, right :) ?
[12:18] <mdz> it shouldn't take more  than 20; it's all jigdo and source CDs
[12:19] <mvo> mdz: should I wait for that? I'm about to start a i386 install test now (cd just burned)
[12:20] <mdz> Riddell: I can roll new install CDs, but live needs to wait for the livefs build to finish on powerpc
[12:20] <\sh> mvo: no...portege r200 from toshiba
[12:21] <mdz> Riddell: kubuntu install build is running (no source, no jigdo)
[12:21] <\sh> I think I have to buy some food stuff
[12:21] <mdz> Riddell: what other architectures can you test, or find testers for?
[12:22] <seb_lamd64> I got a debconf question with the list of resolution on boot of the amd64 liveCD
[12:23] <seb_lamd64> didn't get it with the i386 CD on the same box
[12:23] <Kamion> mdz: CDIMAGE_NOSOURCE=1 in the environment, being aware that HP have explicitly asked for source CDs of our releases in the past
[12:23] <Kamion> seb_lamd64: yes, xresprobe can't autodetect on amd64 yet
[12:23] <Riddell> mdz: I should be able to find a powerpc tester
[12:23] <mdz> Kamion: dude, it's cost me too much sleep already
[12:23] <Kamion> mdz: I'll refer them to you :-P
[12:23] <mdz> HP can get the source like everyone else
[12:23] <seb_lamd64> Kamion, thanks
[12:23] <mdz> it's only preview
[12:24] <siretart> in breezy, where shoud app-defaults go, /etc/X11/app-defaults or /usr/lib/X11/app-defaults?
[12:24] <jsgotangco> hmm i must have a bad burn on amd64
[12:24] <daniels> the former
[12:24] <seb_lamd64> I've message about S72menu-exist before the splash screen, is that known?
[12:25] <WaterSevenUb> kamion, thanks for correcting the archive-copier.po :) We were sleepy in the evening already :)
[12:25] <\sh> xterm has old link to /usr/lib/X11/app-defaults...fixed it here locally
[12:25] <Kamion> seb_lamd64: yeah, it's the death throes of the old root filesystem, which are visible now that we've fixed the vt switching
[12:25] <Kamion> ugly but harmless
[12:25] <seb_lamd64> k
[12:26] <seb_lamd64> amd64 liveCD works fine here too out of these small notes
[12:27] <Kamion> WaterSevenUb: no problem
[12:27] <seb_lamd64> daniels, when switching between apps with alt-tab the windows are black painted ... any idea of what could do that?
[12:27] <\sh> mdz: ok with u to upload xterm-103 after preview time to fix the location of /etc/X11/app-defaults
[12:28] <mdz> \sh: fine to upload to the queue now
[12:28] <\sh> mdz: thx
[12:29] <siretart> daniels: is it possible that xmkmf makes makefile that make compiled programs look for app-defaults in /usr/lib/app-defaults instead of /etc/X11/app-defaults
[12:29] <Riddell> hmm, oversized kubuntu live CDs
[12:29] <daniels> seb_lamd64: iz gtk bug
[12:29] <seb_lamd64> daniels, cairo?
[12:29] <daniels> seb_lamd64: unless.  do me a favour.  fire up xev, and partially obscure it (so, say, half of it is behind a terminal).
[12:29] <daniels> seb_lamd64: tab over to xev, and back to the terminal.
[12:30] <daniels> seb_lamd64: you should get VisibilityNotifies about it being fully visible, then partially obscured
[12:30] <daniels> if you ever get a FullyObscured VisibilityNotify, X is broken
[12:30] <daniels> seb_lamd64: this is the colourmap-is-null one that I patched straight after you uploaded 2.8; the patch hasn't gone missing, hsa it?
[12:30] <seb_lamd64> VisibilityNotify event, serial 28, synthetic NO, window 0x2a00001,
[12:30] <seb_lamd64>     state VisibilityPartiallyObscured
[12:30] <daniels> siretart: i dunno, possibly
[12:30] <seb_lamd64> VisibilityNotify event, serial 28, synthetic NO, window 0x2a00001,
[12:30] <seb_lamd64>     state VisibilityUnobscured
[12:31] <daniels> seb_lamd64: okay, 'tis a gtk bug :)
[12:31] <seb_lamd64> daniels, patch came from upstream, right?
[12:31] <daniels> yeah
[12:31] <daniels> from otaylor
[12:31] <seb_lamd64> daniels, I'm pretty sure it has been used for new versions
[12:31] <seb_lamd64> we have 2.8.3 atm
[12:31] <seb_lamd64> but it doesn't do that on the same box with my standard install
[12:32] <daniels> seb_lamd64: another easy way to tell is, well, use xev as a litmus test
[12:32] <siretart> daniels: I will check this. if it is, shall I file another bug about this?
[12:32] <daniels> seb_lamd64: see if it only does it with gtk apps, or if it does it with xev also
[12:32] <daniels> siretart: sure
[12:32] <Mithrandir> live amd64 works for me
[12:32] <siretart> ok (off fur lunch now)
[12:32] <seb_lamd64> dand, xev is painted black as weel
[12:32] <seb_lamd64> ups
[12:32] <seb_lamd64> daniels,
[12:33] <daniels> seb_lamd64: on alt-tab?
[12:33] <daniels> gar, I can't reproduce it
[12:33] <seb_lamd64> daniels, it's painted when I press tab, and keep this way while alt is pressed
[12:33] <daniels> seb_lamd64: painted black?
[12:33] <seb_lamd64> yeah
[12:33] <daniels> hm
[12:33] <seb_lamd64> it goes away when I relax alt
[12:33] <daniels> when I hold down alt, and hit tab, I get the outline of the frames showing
[12:34] <daniels> but I can still see my active window
[12:34] <Kamion> I really, really hate typing 'sudo reboot' on the wrong machine by mistake
[12:34] <seb_lamd64> which is the correct behaviour
[12:34] <daniels> Kamion: yes
[12:34] <daniels> seb_lamd64: so, let me get this right
[12:34] <daniels> seb_lamd64: you hold down alt
[12:34] <daniels> seb_lamd64: hit tab
[12:34] <daniels> seb_lamd64: and the window you're switching to ... its area is drawn completely black, over the current window?
[12:34] <daniels> seb_lamd64: and then you release alt and it paints itself
[12:34] <seb_lamd64> correct
[12:34] <daniels> i've seen that before, but only once, and it heisenbugged itself
[12:34] <daniels> also on amd64
[12:34] <daniels> i'm pretty sure it's a metacity bug
[12:35] <seb_lamd64> it does that with i386 and amd64 liveCD on this box
[12:35] <daniels> x has nothing to do with it at that point -- all painting over the active window is done by metacity
[12:35] <seb_lamd64> and no with i386 install
[12:35] <seb_lamd64> install beeing my working box, no a fresh one
[12:35] <daniels> if you could get me a diff between the Xorg.0.logs on live and install, that would be great, but I'm pretty sure it's a metacity thing
[12:36] <daniels> if you want to make really sure, try starting kwin or fluxbox or something
[12:36] <seb_lamd64> k
[12:36] <dholbach> brb
[12:37] <sivang> I tried to resize the partition on which I Want to install, but I got "due to unknown reason cannot resize partitoin"
[12:37] <hunger> daniels: I keep running into problems with the xdm deb. Its postinst fails with status 1 whenever I upgrade something. Is there a way to work around that? I guess I broke some symlinks trying to fix stuff during the transition.
[12:37] <sivang> the partition is ext3 plain one, with bootable device flag
[12:37] <daniels> hunger: i dunno man, I didn't do xdm
[12:37] <daniels> hunger: apparently it was broken until today though
[12:37] <hunger> daniels: Oh, I thought you were the big X hacker.
[12:37] <sivang> Kamion: any idea?
[12:38] <daniels> hunger: yeah, but fabbione did a lot of the apps
[12:38] <hunger> daniels: Great, I'll upgrade as soon as I get back into the hotel tonight.
[12:38] <Kamion> sivang: no, check the log files
[12:38] <Kamion> sivang: perhaps it was not cleanly unmounted
[12:38] <Mithrandir> hmm, shouldn't the update-notifier be disabled on the live CD?
[12:38] <Mithrandir> it offers to upgrade usplash here, which seems kinda silly
[12:38] <hunger> daniels: It is always great to hear that it wasn't me who messed up stuff for a change:-)
[12:39] <sivang> Kamion: ah, so should I umount it manually before trying to install using the install cd ?
[12:39] <Kamion> sivang: manually or automatically, don't care :)
[12:39] <seb_lamd64> daniels, Xorg.0.log.diff on my chinstrap dir
[12:39] <Mithrandir> daniels / seb_lamd64 : the black box problem goes away be switching to openbox, fwiw.
[12:39] <Mithrandir> s/be/by/
[12:39] <Kamion> sivang: but I think parted will often refuse to resize a filesystem that wasn't cleanly unmounted
[12:40] <sivang> Kamion: if there's a dirty flag set for this fs, how can I manually unset it?
[12:40] <Kamion> sivang: fsck
[12:40] <Kamion> ah, good, my powerbook's CD drive is much healthier now
[12:40] <daniels> Mithrandir: \o/ metacity problem
[12:40] <sivang> Kamion: k, I'll fsck it now that I manually unmounted it. I really want to see the ext3 resize in action, plus I have all the mirror data on that partition :)
[12:40] <seb_lamd64> daniels, or xorg bug exposed by it :p
[12:41] <daniels> seb_lamd64: what's - and what's +?
[12:41] <sivang> /dev/hda4: clean, 11576/3571712 files, 1680702/7138884 blocks (check in 4 mounts)
[12:41] <seb_lamd64> daniels, out of joke, probably a wm bug, but any help to debug it is welcome, I've no clue on this code
[12:41] <sivang> goody, not back to installation.
[12:41] <daniels> seb_lamd64: actually, I have an idea
[12:41] <seb_lamd64> daniels, - is the working install, + the bugged liveCD
[12:42] <daniels> shazam! fuck I'm smart
[12:43] <seb_lamd64> you found what causes the bog?
[12:43] <daniels> yeah
[12:43] <seb_lamd64> cool
[12:43] <seb_lamd64> you rock :)
[12:43] <seb_lamd64> what is it?
[12:43] <daniels> missing Modules section in xorg.conf -> no extmod
[12:43] <daniels> at a *guess*, I'm going to say missing SHM support
[12:43] <mdz> Riddell: kubuntu install isos are up
[12:44] <seb_lamd64> daniels, why extmod is not used? xorg bog?
[12:46] <Kamion> damn, same os-prober problem here
[12:46] <mdz> Kamion: I'm happy with the current builds, modulo the powerpc/usplash issue
[12:46] <mdz> Kamion: a powerpc livefs build is in progress and should finish soon
[12:46] <mdz> when it does, I'll kick off live and install builds and go to sleep
[12:46] <Kamion> well, kernel problem while running os-prober anyway
[12:46] <Kamion> mdz: ok, cool
[12:47] <Kamion> I don't know what to do about this os-prober thing. Release-note it? The workaround is not entirely trivial.
[12:47] <daniels> seb_lamd64: for some reason, xserver-xorg/config/modules is still empty.  could you please chuck up /var/log/casper/post.log?
[12:47] <Kamion> I could temporarily change os-prober to avoid hfsplus partitions
[12:48] <mdz> Kamion: do we know if the os-prober issue affects all macos partitions, or only some?
[12:48] <mdz> yes, was going to suggest that next
[12:48] <Kamion> mdz: can't prove a negative ... but it's both pitti's and my OS X partitions
[12:48] <seb_lamd64> daniels, on chinstrap too
[12:48] <mdz> Kamion: well, a counterexample would be enough
[12:48] <Kamion> and somebody else's
[12:49] <Kamion> I haven't heard of a counterexample, but I don't really have enough data
[12:49] <mdz> I could install macos here
[12:49] <Kamion> it's hard enough to get people to report successes let alone to get information about what other OSes they have installed ;)
[12:49] <daniels> seb_lamd64: thanks
[12:49] <mdz> Kamion: I have no problem with disabling it; it isn't as if we can resize macos anyway, so dual booting it is something which requires advance planning and some expertise
[12:49] <Kamion> mdz: that might be a plan, although it will take an hour or two
[12:50] <seb_lamd64> daniels, np, thank you for working on it :)
[12:50] <Kamion> mdz: er, I thought parted could shrink hfs fine
[12:50] <mdz> it takes about an hour, an hour of saying "20 minutes remaining"
[12:50] <mdz> Kamion: it can
[12:50] <mdz> ?
[12:50] <Kamion> not that I've ever tried it, but I've seen it in changelogs
[12:50] <sivang> Kamion: still no go, no apparent logging information. any other way to obtain logs of the resize checkup other then ALT+F{1,2,3} ?
[12:50] <Kamion> sivang: alt-f4 for a start
[12:51] <mdz> powerpc livefs just succeeded
[12:51] <Kamion> sivang: but please, if you can find somebody else to help, please do, I'm very busy just now
[12:51] <daniels> seb_lamd64: no worries.  my best guess is either of the damage or shape extensions being missing, but it's sort of irrelevant which.
[12:51] <mdz> Kamion: any reasonable way to avoid rebuilding and retesting i386 and amd64?
[12:51] <sivang> Kamion: ok, I'm sorry, I will go on without resizing then, won't bug anymore
[12:51] <seb_lamd64> daniels, I can try to turn them
[12:51] <daniels> seb_lamd64: what's the value of xserver-xorg/config/modules?
[12:51] <seb_lamd64> daniels, on my standard install, and notice which one breaks it?
[12:52] <Kamion> mdz: not particularly conveniently
[12:52] <seb_lamd64> daniels, how do I get that?
[12:52] <daniels> seb_lamd64: ah, it's okay, doesn't particularly matter at this point
[12:52] <daniels> seb_lamd64: /var/cache/debconf/config.dat :)
[12:52] <mdz> ok
[12:52] <mdz> Kamion: builds running
[12:52] <mdz> I'm turning in
[12:52] <mdz> SMS me if any new blockers are discovered
[12:52] <Kamion> ok
[12:52] <seb_lamd64> Name: xserver-xorg/config/modules
[12:52] <seb_lamd64> Template: xserver-xorg/config/modules
[12:52] <seb_lamd64> Value:
[12:52] <seb_lamd64> Owners: xserver-xorg
[12:52] <seb_lamd64> Flags: seen
[12:53] <Kamion> mdz: can we release before you wake up, if not? :-)
[12:53] <mvo> i386 install is fine here
[12:53] <Kamion> or I guess you have all the announcement-fu
[12:53] <daniels> seb_lamd64: sheeeeet.
[12:53] <daniels> seb_lamd64: okay
[12:53] <daniels> seb_lamd64: this is where it gets hillarious
[12:54] <daniels> seb_lamd64: can you please hack /var/lib/dpkg/info/xserver-xorg.config to run with sh -x, and dump the output of sudo dpkg-reconfigure -pcritical xserver-xorg on chinstrap?
[12:54] <jsgotangco> grrr i seem to have a corrupted rsync image
[12:55] <daniels> (btw, it is shape support rather than damage that causes it.)
[12:57] <seb_lamd64> daniels, xorg-reconfigure.log
[12:57] <seb_lamd64> daniels, and now I have "Value: GLcore,i2c,bitmap,ddc,dri,extmod,freetype,glx,int10,type1,vbe" :/
[12:59] <daniels> seb_lamd64: let me guess, xorg.conf now has a reasonably well-populated Modules section too?
[12:59] <seb_lamd64> daniels, correct
[01:00] <daniels> well, shit.
[01:01] <daniels> gar, it should always be answering it with the default that I can see.
[01:01] <seb_lamd64> daniels, and a new xorg started with startx -- :1 works fine now
[01:01] <daniels> seb_lamd64: sigh
[01:01] <seb_lamd64> daniels, is there any way to get a log of the first boot/config?
[01:01] <daniels> my rsync's still going, I'll get down and dirty with the cloop when it's fone
[01:02] <dholbach> brb
[01:02] <daniels> seb_lamd64: start it with expert, in one of the steps where it's mounted /target but not yet run dpkg-reconfigure xserver-xorg, drop to the shell, edit /target/var/lib/dpkg/info/xserver-xorg.config (or maybe just /var/lib/dpkg/info/xserver-xorg.config, whatever works), and add sh -x to it
[01:02] <daniels> and post.log should then have the full trace from the config script too
[01:04] <Kamion> powerpc install into second stage, looking fine
[01:05] <seb_lamd64> daniels, lemme try
[01:05] <daniels> sebcheers
[01:05] <daniels> heh
[01:15] <seb_lamd64> daniels, grumpf, the liveCD has no expert mode?
[01:16] <sivang_i386_inst> besides some weirdness in my LCD configuration, and some gibbrish characters when setting up gnome-games (watched using alt+f4) this is pretty awesome install process
[01:17] <daniels> seb_lamd64: live-expert
[01:17] <seb_lamd64> daniels, grra, thanks, brb :)
[01:18] <sivang_i386_inst> the USPlash not that bad either, although I'd like to see it use a higher screen resolution
[01:19] <daniels> sivang_i386_inst: can't
[01:19] <daniels> 640x480 is the only sensible resolution we can ever hope to configure
[01:19] <daniels> even then, it doesn't always work
[01:19] <sivang_i386_inst> daniels: I see, it also had on error there - "failed setting up console font"
[01:19] <sivang_i386_inst> daniels: is there neglectable?
[01:20] <daniels> probably, yeah
[01:20] <sivang_i386_inst> daniels: and still, my console fonts are really weird looking comapred to hoary's...
[01:21] <sivang_i386_inst> daniels: and I had to punch my LG's "auto adjust" so it will stretch and center the display picture.
[01:21] <daniels> yeah, that's because we're using a vga framebuffer
[01:21] <daniels> lots of fun
[01:22] <sivang_i386_inst> daniels: I see. so, how can I make it not use the framebuffer ? :) (I like it how it was in hoary hehe)
[01:23] <sivang_i386_inst> Hmm, I can't see the evolution icon either next to the Yelp one on the top panel..
[01:23] <daniels> sivang_i386_inst: ... don't use usplash.
[01:25] <Kamion> sivang_i386_inst: the evolution icon's broken, was discussed earlier
[01:26] <sivang_i386_inst> Kamion: k,thanks
[01:27] <dholbach> bbl
[01:31] <mjg59> infinity: I think it probably /can/ be done
[01:32] <sivang> daniels: so, due to using the frambuffer for usplash, I get weird gnome-terminal fonts? (I think I understood wrongly)
[01:32] <daniels> sivang: oh, gnome-terminal fonts are something else altogether
[01:32] <daniels> that's probably freetype changing again
[01:33] <sivang> daniels: oh :)
[01:33] <mdke> i can't boot into my windows partition after dist-upgrading yesterday. The entry has disappeared from grub and I can't succeed in booting in manually
[01:33] <mdke> anyone else seen that?
[01:33] <sivang> all in all, very nice install as always, and usplash is refreshing :)
[01:34] <bob2> mdke: you mean grub ignore is, or you don't know how to add it?
[01:34] <mdke> bob2, i tried adding it and it didn't boot, just returned me to the grub menu
[01:36] <ogra> mdz, still here ?
[01:36] <sivang> mdke: it happens every time a new kernel is added for me
[01:36] <sivang> mdke: he's off to sleep, I think.
[01:36] <sivang> ops, that was for ogra
[01:36] <daniels> ogra: he's asleep, yeah
[01:37] <mdke> sivang, ok can you 14947 then pls?
[01:37] <mdke> also, any idea how to put it back?
[01:37] <Kamion> sounds like you didn't put the Windows configuration in the right part of menu.lst
[01:37] <Kamion> the file has clear documentation about which parts are autogenerated and will be rewritten on upgrade
[01:37] <ogra> does anybody know since when the liveCD user has apassword set ? i thought there wasnt one ?
[01:37] <mdke> Kamion, i didn't put anything in there, it was added automatically when I installed Ubuntu, and has been there since, until it was removed randomly yesterday
[01:38] <ogra> (for the ubuntu user that is)
[01:38] <mdke> Kamion, it's a testing machine so i don't play with configuration
[01:39] <mdke> Kamion, when i tried to add it manually, i just did it from the grub command line
[01:40] <daniels> seb_lamd64: hey dude
[01:40] <daniels> seb_lamd64: how was your adventure in live cd land?
[01:40] <seb_lamd64> daniels, I've the log
[01:40] <daniels> seb_lamd64: excellent! thanks a lot
[01:42] <sivang> what more testing needs to be done? (/me is hungry for more QAing..)
[01:42] <seb_lamd64> daniels, post-verbose.log on chinstrap
[01:43] <daniels> okay, what the fuck?
[01:43] <daniels> + db_set xserver-xorg/config/modules GLcore,i2c,bitmap,ddc,dri,extmod,freetype,glx,int10,type1,vbe
[01:43] <daniels> [...]
[01:43] <daniels> + db_input low xserver-xorg/config/modules
[01:43] <daniels> [...]
[01:43] <daniels> + RET='question will be asked'
[01:43] <daniels> [...]
[01:44] <daniels> + db_get xserver-xorg/config/modules
[01:44] <Kamion> is that a multiselect?
[01:44] <daniels> [...]
[01:44] <Kamion> you probably need ", " instead of ","
[01:44] <daniels> + db_get xserver-xorg/config/modules
[01:44] <daniels> [...]
[01:44] <daniels> + RET=
[01:44] <daniels> Kamion: nnnnnghargnh
[01:44] <Kamion> cdebconf is a bit less picky there
[01:45] <daniels> seb_lamd64: okay
[01:45] <Kamion> but debconf splits on /,\s+/ not /,\s*/
[01:45] <daniels> seb_lamd64: if you feel like doing another live run ... grep for the line that says GLcore,i2c
[01:45] <daniels> seb_lamd64: and change foo,bar,baz to foo, bar, baz
[01:46] <Kamion> put quotes around it too if they aren't there already
[01:46] <daniels> there are quotes around it, yeah
[01:46] <daniels> it came from debian.  so the quoting was perfect.  it's just everything else that was broken. :P
[01:46] <Kamion> ok
[01:47] <Kamion> what are the consequences of this bug, again?
[01:47] <Kamion> current Debian xserver-xorg seems to use awk with RS=", "
[01:47] <Kamion> I don't see the same hardcoded list there; I guess it's old
[01:48] <daniels> Kamion: it's in another section
[01:48] <mvo> daniels: the amd64 live cd didn't auto-detect my panel resolution. known issue?
[01:48] <daniels> Kamion: the impact is that we don't get any modules loaded
[01:48] <Kamion> hmm, that's bad, right?
[01:48] <daniels> Kamion: -> no xvideo, metacity doing ugly black shading of windows, no gl
[01:48] <daniels> accelerated or no
[01:48] <seb_lamd64> daniels, will give it a try
[01:48] <daniels> yeah, that's not great
[01:48] <daniels> mvo: external panel, not laptop panel, right?
[01:49] <mvo> daniels: external, yes
[01:49] <daniels> mvo: yeah, been there ever since warty ;)
[01:49] <daniels> Kamion: if seb tries this ant it comes up roses, I can do an upload immediately
[01:50] <Kamion> ok, thanks
[01:50] <mvo> daniels: uhhh ... right (/me dosn't have his amd64 for that long)
[01:50] <daniels> and, everyone, I really like your testing, but stop finding bugs :P
[01:51] <HiddenWolf> daniels, why, the more the merrier? ;)
[01:51] <Kamion> daniels: the ", " thing confused me really severely about two months ago, if that's any consolation - that's how come I noticed it immediately above
[01:51] <Kamion> it bit localechooser rather hard
[01:51] <daniels> Kamion: hey man, don't worry about it.  multiseat taught me about writing portable shell, this is teaching me about hillarious debconf semantics. ;)
[01:51] <daniels> HiddenWolf: heh
[01:52] <mvo> other than that, amd64 looks pretty good (modulo the isse that seb reported already)
[01:52] <daniels> yeah
[01:53] <Kamion> I'll do a live run on powerpc with that change in a bit, too
[01:55] <BenC> anyone able to reassign bugs?
[01:55] <BenC> I have two bugs assigned to me that need to be reassigned correctly
[01:55] <Kamion> ogra: could you give BenC editbugs please?
[01:56] <ogra> Kamion, BenC, done :)
[01:56] <Kamion> BenC: you should be able to do it yourself now
[01:56] <BenC> thanks
[01:56] <Kamion> ogra: ta
[01:57] <ogra> Kamion, do you happen to know why the liveCd has a password for the default user now ?
[01:57] <BenC> hmm, assigned-to field is still not editable for me
[01:57] <Kamion> ogra: no - perhaps passwd -l broke?
[01:58] <Kamion> BenC: there should be a reassign radio button further down
[01:58] <BenC> yep, damn bugzilla, doing things all weird
[01:59] <ogra> Kamion, can casper set environment vars before the user gets logged in ?
[01:59] <mvo> hm, looks like starting the screensaver is not a good idea on the live-cd :P
[01:59] <ogra> mvo, just solved
[01:59] <ogra> ;)
[01:59] <ogra> mvo, but you could be my guineapig if you run the liveCd currently
[01:59] <Kamion> ogra: what are you trying to do?
[02:00] <mvo> ogra: nice picture btw =)
[02:00] <mvo> ogra: I was just rebooting, should I boot back into it?
[02:00] <ogra> Kamion, solving the xscreensaver lock issue
[02:00] <Kamion> ogra: you could hack /etc/environment; bear in mind that every hack performed by casper has to be unhacked by ubuntu-express
[02:00] <ogra> mvo, could you kill xscreensaver after login and export RUNNING_UNDER_GDM="True", then start xscreensaver again and try to lock ?
[02:01] <mvo> ogra: ok, will do (once it's up again)
[02:01] <ogra> Kamion, see that ^^^ it prevents locking at all, i just have to get this var set before the user gets logged in
[02:02] <Kamion> ogra: it would be much better for xscreensaver to detect that the user's password is locked
[02:02] <Kamion> I don't see why that should be infeasible; it surely has the privileges to tell
[02:02] <Lathiat> Kamion: technically, that behavior would be correct
[02:02] <ogra> Kamion, yes... but as a quick fix this will work...
[02:02] <Lathiat> Kamion: (not letting you unlock if is locked)
[02:02] <mpt> mvo: Has "Click on the update icon the link to see the available updates" already been reported?
[02:03] <ogra> Kamion, i.e. for preview since its a one liner :)
[02:03] <Kamion> ogra: did mdz say this is preview-critical?
[02:03] <ogra> Kamion, nope... but a easy fix and i guess the current CD arent final, are they ?
[02:03] <Lathiat> it should be
[02:03] <Kamion> no, unfortunately they aren't
[02:03] <mvo> mpt: I thought that was fixed in the current image? let me check
[02:04] <Kamion> I want to keep the delta to preview as small as possible, that's all
[02:04] <ogra> Kamion, o adding this one line to casper should be sufficient for now... i'm working on a zero PW chack already, but this will take longer
[02:04] <BenC> who officially handles udev bugs?
[02:04] <BenC> doesn't seem to be just one person assigned udev stuff
[02:04] <ogra> BenC, pitti ?
[02:05] <BenC> is that scott?
[02:05] <Kamion> a motley selection of pitti, Keybuk, jbailey, and whoever fails to step back first
[02:05] <mvo> mpt: it's not fixed apparently :/ would "Click on the update icon or the link.." be appropriate?
[02:06] <BenC> ah, martin-pitt
[02:06] <mpt> mvo: That would be acceptable, though I'd still wonder why I was being given a choice :-)
[02:06] <HiddenWolf> Guys, I've got trouble with my cdroms again.
[02:06] <HiddenWolf> Don't automount.
[02:07] <mvo> BenC: do you plan a kernel upload after preview? the hook file would need a (small) update to support not showing the reboot notification if a reboot already happend
[02:08] <Kamion> that hfs crash really needs to be fixed before final, so I hope so
[02:08] <BenC> mvo: yeah
[02:08] <Mithrandir> doko_: what do you think about http://err.no/patches/bcel_5.1-4ubuntu2_5.1-4ubuntu3_ftbfs_ant_compiler.diff ?
[02:08] <mvo> mpt: you don't like choices ;) ? I'm fine with just writing "the link" or "the button"
[02:09] <mvo> BenC: the hook file will need the additonal key ""DontShowAfterReboot=true"
[02:09] <pitti> Hi
[02:10] <daniels> hi pitti
[02:11] <pitti> new CD images to test?
[02:11] <sivang> pitti: wb
[02:11] <sivang> pitti: I'm in to more tests as well
[02:12] <pitti> Kamion: thanks Colin for the hfs workaround - so I don't even need to hack in the scripts during install :-)
[02:12] <Kamion> daniels: that X fix seems to have worked
[02:12] <fabbione> hey BenC
[02:12] <seb_lamd64> daniels, that fixes it
[02:13] <daniels> Kamion: okay, cool
[02:13] <daniels> sweet
[02:13] <seb_lamd64> thanks for debugging it
[02:13] <daniels> Kamion: speak NOW if you don't want me to upload
[02:13] <daniels> seb_lamd64: thank you, dude
[02:13] <Kamion> go ahead
[02:13] <daniels> Kamion: done
[02:13] <daniels> seb_lamd64: i hope you want beer bought for you at ubz
[02:13] <seb_lamd64> was not GTK bog :p
[02:13] <daniels> seb_lamd64: (of course, this means that all bugs from here in are gtk bugs ...)
[02:13] <seb_lamd64> sure :)
[02:13] <daniels> since all the xorg bugs have clearly been fixed
[02:13] <seb_lamd64> ha ha :)
[02:14] <pitti> mvo: btw, I installed with network and download of the l-support pack, worked fine
[02:14] <seb_lamd64> pitti, you are next on my list :)
[02:14] <mpt> mvo: That's not the sort of choice that lets someone increase their long-term productivity, so the only effect will be to slow them down
[02:14] <daniels> i'm so used to mentally reversing your 'ah ah' in my head, I read that as 'ah ah'.
[02:14] <mvo> pitti: yeah! thanks
[02:14] <mpt> mvo: It's rather strange to use hyperlinks in non-Web GUIs anyway, so nuking the link and just saying "click the icon" would be an improvement I think
[02:14] <seb_lamd64> pitti, is the liveCD supposed to be mounted?
[02:14] <pitti> Kamion: during install I noticed quite a few missing translations - did the msgids really change that much or is there a bug somewhere?
[02:14] <pitti> seb_lamd64: well, you can't do without, right?
[02:14] <Kamion> pitti: there's a bug somewhere in debconf->cdebconf passthrough - I'll track it down after preview
[02:15] <seb_lamd64> pitti, hal-device-manager doesn't list it as mounted
[02:15] <pitti> Kamion: yes, should be no preview blocker, I just noticed it
[02:15] <pitti> seb_lamd64: but "mount" does?
[02:15] <seb_lamd64> pitti, neither do mount
[02:15] <seb_lamd64> pitti, nop
[02:15] <mvo> mpt: can't you usability folks have a common opinion :) ? I got a bug a couple of days ago that it's too hard for people to understand what a "update icon" is and that I should add a clickable bit in the notification
[02:15] <seb_lamd64> pitti, but computer:/// and the desktop list "cdrom"
[02:15] <pitti> seb_lamd64: hm, then hal can't either - I look at it in my next live test
[02:15] <seb_lamd64> pitti, I don't get how/why it happens
[02:16] <mvo> mpt: but yeah, I agree that it's lame to have a choice in this question
[02:16] <pitti> seb_lamd64: I suspect that gvfs displays the loopback image as cdrom
[02:16] <mpt> mvo: I agree entirely that it's too hard for people to understand what an update icon is
[02:16] <seb_lamd64> pitti, what loopback?
[02:17] <pitti> seb_lamd64: the live root fs?
[02:17] <mpt> mvo: The long-term solution is not to use an icon, but realistically, that won't get done for Breezy, will it :-)
[02:17] <pitti> seb_lamd64: I will look at it
[02:17] <seb_lamd64> pitti, right
[02:17] <seb_lamd64> pitti, thanks, let me know if you figure something
[02:17] <Kamion> ogra: testing a casper hack now
[02:17] <mpt> mvo: In the short term, saying "please click the icon" with a balloon pointing straight to it should be *obvious*, even if annoying or whatever.
[02:17] <mvo> mpt: no, I'll get eaten alive if I do anthing but (small) fixes at this stage
[02:18] <pitti> ah, I need to change my IP to circumvent my quota, brb
[02:18] <daniels> heh
[02:18] <daniels> and I thought Australian ISPs sucked
[02:18] <ogra> Kamion, great :)
[02:18] <HrdwrBoB> haha
[02:18] <Lathiat> haha
[02:18] <daniels> (well, they do, but still.)
[02:19] <Lathiat> well
[02:19] <HrdwrBoB> that's ok I route traffic through my work because we peer with them
[02:19] <Lathiat> i cant change my IP to avoid quota
[02:19] <Lathiat> wish i could
[02:19] <daniels> HrdwrBoB: oh, dude.  nice.
[02:19] <HrdwrBoB> so I get free traffic
[02:19] <HrdwrBoB> :D
[02:19] <Lathiat> HrdwrBoB: eh heh
[02:19] <Lathiat> i do that when i get shaped
[02:19] <Lathiat> well through a small non profit ISP i look after
[02:19] <Riddell> mdz: can we get new kubuntu live CD builds
[02:20] <daniels> we just have unlimited 1.5/256 at the moment.  iinet are planning to do dsl2 on our exchange, so we should have unlimited 12/lots soonish, but I'm really hanging out for agile's adsl2+, so we get 24/arseloads.
[02:20] <daniels> Riddell: he's asleep at the moment
[02:20] <Lathiat> daniels: unlimited? hahahha
[02:20] <Lathiat> daniels: have you seen iinets plans? :)
[02:20] <Riddell> daniels: quite right too
[02:20] <Riddell> kamion: can we get new kubuntu live CD builds
[02:20] <daniels> Lathiat: i thought they offered an unlimited.  but I sense we're spiralling rapidly offtopic.
[02:20] <Kamion> ogra: are you sure that RUNNING_UNDER_GDM=True won't affect anything else?
[02:20] <Lathiat> daniels: no, the *most* you can get is 40GB
[02:20] <ogra> Kamion, yup
[02:21] <daniels> oh, cock
[02:21] <Lathiat> well, you could pay $190/month
[02:21] <Lathiat> and get 120GB
[02:21] <Kamion> Riddell: is there any point considering that we'll have to rebuild them for new xorg anyway?
[02:21] <Kamion> Riddell: and new casper, for that matter
[02:21] <Riddell> Kamion: when are they coming in?
[02:21] <ogra> Kamion, its a explicit xscreensaver env var
[02:21] <Lathiat> don't forget you'll have to bundle your phone service with them
[02:21] <daniels> Kamion: is there any point filing a wishlist on debconf asking it to scream frigging loudly if it decides to throw away your selections because you're doing something wrong?
[02:22] <daniels> Lathiat: don't use the landline, so I don't care
[02:22] <Kamion> ogra: it's not named like an xscreensaver environment variable :-P
[02:22] <Lathiat> daniels: yeh but the rental is like $12 month more than most people pay to telstra
[02:22] <Kamion> does nobody know about namespaces any more?
[02:22] <Kamion> THIS_IS_MY_ENVIRONMENT_VARIABLE_HONEST_ALL_YOU_OTHER_PEOPLE_CAN_GO_JUMP=True
[02:22] <daniels> Kamion: i'm pretty sure libx11 had LIBRARYPATH at some point
[02:23] <daniels> maybe still does
[02:23] <Kamion> daniels: probably ought to at least show up in DEBCONF_DEBUG=developer logs
[02:23] <Kamion> Riddell: they're on their way, next couple of hours
[02:23] <ogra> Kamion, if you feel better with it, i can add two lines to xscreensaver and add RUNNING_UBUNTU_LIVE as lock prevention
[02:23] <ogra> ;)
[02:23] <ogra> its trivial
[02:23] <Kamion> that doesn't make me feel better, no
[02:24] <daniels> Kamion: that would rock, yeah
[02:24] <Lathiat> ogra: does this fix include asking the screensaver to lock itself?
[02:24] <Riddell> Kamion: right
[02:24] <ogra> i suspected this :)
[02:24] <ogra> Lathiat, yes
[02:24] <Lathiat> ogra: ok cool
[02:24] <ogra> Lathiat, it works n th lowest level...
[02:24] <Kamion> ogra: RUNNING_UNDER_GDM=True in /etc/environment seems to work, anyway; I'll upload that shortly
[02:24] <ogra> Kamion, thaks :)
[02:24] <Kamion> Riddell: when do your last usable live CDs date from?
[02:25] <Kamion> ogra: it really ought to be XSCREENSAVER_*, though, if you're adding future variables
[02:25] <Riddell> Kamion: 2005-09-07
[02:26] <ogra> Kamion, this var is set normally if you run xscreensaver from GDM to have it switch to a screensaver if nobody logs in...
[02:30] <Lathiat> pitti: was the decision not to restart dbus on any package installations kept?
[02:30] <Lathiat> pitti: (just wondering if we should keep this behavior in the avahi package)
[02:30] <ogra> Lathiat, its an upstream decision
[02:30] <Lathiat> ogra: sure, i more meant the decision on what to do in our packages
[02:30] <Lathiat> i'm aware of the issues/reasons surrounding it
[02:31] <pitti> Lathiat: yes
[02:31] <Kamion> ogra: since it's set by gdm, are you aware of any other code that looks at that environment variable and behaves differently when it's set?
[02:31] <ogra> Kamion, nope ...
[02:31] <Kamion> that's the obvious question
[02:31] <daniels> Lathiat: you should absolutely have code to deal with it
[02:31] <daniels> Lathiat: but it won't be happening by default
[02:32] <Lathiat> daniels: was that the dbus thing?
[02:33] <Lathiat> daniels: basically i dont restart, because that tended to be the consensus, unfortunately as its a system bus service the restart is needed to make avahi-daemon actually able to connect, i should send a patch to get dbus to reload its config files.
[02:33] <daniels> Lathiat: yeah, the dbus restarting thing
[02:33] <ogra> Kamion, sabayon uses it too to prevent locking in the xnest session, i dont think it will do any hram to anything else
[02:33] <ogra> harm even
[02:33] <Lathiat> avahi seems to have single handedly turned up about 10 bugs/annoyances in dbus so far
[02:33] <tseng> Lathiat: haha
[02:34] <Lathiat> really, it has
[02:34] <tseng> Lathiat: and snorp is finding more in dbus-sharp trying to bind avahi
[02:34] <Lathiat> tseng: yeh some of them are those
[02:34] <Lathiat> (was talking to him earlier about that)
[02:34] <Lathiat> not supporting arrays of arrays, didn't haven wrap a 16bit integer (in dbus-sharp)
[02:35] <Lathiat> we had some bugs in the python bindings, the problems with private connections, the fact the system bus address isnt exported, the fact restarting sucks / you can't reload config files, the header files arent ansi C compliant, etc, etc :)
[02:41] <Kamion> Riddell: I'm doing a quick build now for you
[02:41] <Kamion> won't be final though
[02:41] <seb_lamd64> pitti,
[02:41] <seb_lamd64> vol(0x54f720)[dev: /dev/cdroms/cdrom0, mount: file:///cdrom, device type: 4, handles_trash: 0, icon: gnome-dev-cdrom, name: cdrom, user_visible: 1, drive: (nil)]
[02:42] <ogra> edubuntu is just to big :(
[02:42] <seb_lamd64> that's from the gnome-vfs volume stuff
[02:42] <Riddell> ogra: twice as much to test
[02:42] <Riddell> ogra: but feel free to test kubuntu CDs on your amd64
[02:42] <ogra> Riddell, but unbelivable promotion advantages
[02:42] <Kamion> ok, I like new xorg, it actually builds in reasonable time
[02:43] <daniels> Kamion: no it fucking well doesn't
[02:43] <daniels> it still takes like 40 minutes on my laptop
[02:43] <pitti> seb_lamd64: and yet this is a lie, i. e. the cdrom is not actually mounted?
[02:43] <seb_lamd64> pitti, nop
[02:43] <Kamion> daniels: I can stay awake for 40 minutes
[02:43] <daniels> (daniels, meet years of accumulated bitterness.  years of accumulated bitterness, meet daniels.)
[02:43] <seb_lamd64> pitti, but I don't get where it founds /dev/cdroms/cdrom0
[02:43] <pitti> daniels: how long does the split server need?
[02:43] <daniels> Kamion: i much preferred the fifteen seconds or so.
[02:44] <Kamion> heh
[02:44] <pitti> seb_lamd64: that indeed looks like devfs...
[02:44] <seb_lamd64> pitti, /dev doesn't even has a /dev/cdroms/cdrom0
[02:44] <Kamion> seb_lamd64: if that's a live CD that's where it is in d-i
[02:44] <pitti> seb_lamd64: did you ever see that problem in an installation?
[02:44] <Kamion> casper copies in /dev/cdroms/ at shutdown
[02:44] <seb_lamd64> pitti, nop
[02:44] <daniels> pitti: it'll land as soon as dapper opens if I don't get it into Debian first.  gravity wants to work on 7.0 now, so hopefully that'll work out pretty well.
[02:44] <Kamion> but that may not be enough
[02:45] <seb_lamd64> Kamion, yep, that happens with amd64 and x86 liveCDs from today
[02:45] <Kamion> seb_lamd64: what's the effect?
[02:45] <seb_lamd64> Kamion, computer:/// and the desktop have a "cdrom" icon
[02:45] <pitti> seb_lamd64: it's not actually wrong, cdrom seems to be the cloop live image, and CD-RW (or whatever) the actual drive
[02:45] <Kamion> that's not a showstopper on the live CD, I don't think
[02:46] <seb_lamd64> nop a stopper, no
[02:46] <pitti> seb_lamd64: ... whcih you can't mount anyway since there already is a CD in it
[02:46] <seb_lamd64> just quite ugly
[02:46] <pitti> Kamion: nope, it's just a cosmetical thing; we eventually shuold make it nicer, but not for preview
[02:46] <hunger> Would it be possible to add zeroconf to /etc/services? Should be 5353/udp IIRC.
[02:46] <Lathiat> hunger: thats not 'zeroconf' its 'multicast dns'
[02:46] <seb_lamd64> pitti, but where does it find it? It's not listed by mtab neither hal
[02:47] <hunger> Lathiat: Could that get added then?
[02:47] <Lathiat> hunger: not the person to ask, just pointing that pout :)
[02:47] <pitti> seb_lamd64: as soon as we get a new CD set with the new xorg and casper, I try the live CD again
[02:48] <seb_lamd64> pitti, k
[02:48] <sivang> when are we expecting to have now images for testing?