[12:03] <elmo> I didn't mean abuse, I more meant exim rejecting all the mail as -ENOUSER
[12:03] <elmo> but I guess you have an account through qa
[12:03] <Kamion> qa's merkel now - maybe through rm, don't remember
[12:03] <lamont> Setting up gnome-panel-data (2.10.1-0ubuntu1) ...
[12:03] <lamont>  /usr/sbin/laptop-detect: line 6: test: : integer expression expected
[12:03] <lamont> desktop configuration
[12:03] <lamont> Resolved address "xml::/etc/gconf/gconf.xml.defaults" to a writable configuration source at position 0
[12:03] <lamont> well, that looks cute
[12:03] <Kamion> anyway, echan :)
[12:03] <lamont> but it's not as fatal as the I/O errors
[12:04] <Kamion> lamont: bah, I thought that laptop-detect thing got fixed ages ago
[12:05] <thom> i don't remember anyone reporting it as a bug?
[12:05] <thom> (and i don't remember seeing it)
[12:06] <mvo> seb128: patch does not apply cleanly at all (22 of 26 HUNKS failed) :/
[12:06] <lamont> rsync: readlink "/build/livecd.mnt/lib" failed: Input/output error (5)
[12:06] <seb128> mvo: probably encoding issue
[12:06] <lamont> rsync: readlink "/build/livecd.mnt/media" failed: Input/output error (5)
[12:06] <lamont> that's my favorite part..
[12:06] <seb128> mvo: just commit the first po, we have the language-pack for updates
[12:06] <elmo> lamont: what host is this?
[12:06] <mvo> seb128: ok
[12:07] <lamont> royal
[12:07] <lamont> ~buildd/public_html/livecd/ubuntu/current/*.out
[12:07] <elmo> meh
[12:08] <elmo> did you move the live stuff?
[12:08] <mdz> lamont: can you losetup && e2fsck the final image?
[12:08] <lamont> no
[12:08] <lamont> well, when adare died.
[12:08] <mdz> oh, never mind, you saw i/o errors already
[12:08] <elmo> lamont: check oh dmesg
[12:08] <elmo> s/oh/out/
[12:08] <lamont> wah wah
[12:08] <lamont> >2GB, I expect.
[12:09] <mdz> lamont: how exactly did that build manage to exit successfully after that?
[12:10] <lamont> du -s chroot-livecd/
[12:10] <lamont> 1591916 chroot-livecd/
[12:12] <lamont> set +e in a function doesn't affect the caller does it?
[12:12] <elmo> no
[12:13] <mdz> lamont: file a bug for thom about the laptop-detect thing
[12:14] <lamont> mdz: problem with the livecd identified, rolling a good one now.
[12:15] <mdz> thanks, ping me or Kamion when it's done to roll new isos
[12:15] <thom> lamont: can you include  /proc/pmi/info from the chroot, please
[12:15] <lamont> -rw-r--r--  1 buildd root   2146500608 Apr  2 06:46 public_html/livecd/ubuntu/20050402/livecd.ubuntu-20050402-powerpc.fsimg-1024
[12:15] <lamont> -rw-r--r--  1 buildd root   1674555392 Apr  3 06:37 public_html/livecd/ubuntu/20050403/livecd.ubuntu-20050403-powerpc.fsimg-1024
[12:15] <lamont> what's wrong with that picture?
[12:16] <thom> (in the laptop-detect bug)
[12:16] <lamont> thom: is a chroot on royal, but sure
[12:17] <Kamion> er, 'set -e' or 'set +e' in a function does affect the caller
[12:17] <lamont> Kamion: yeah.. I gather that now...
[12:17] <lamont> grumble
[12:18] <Kamion> $ sh -c 'foo () { set -e; }; foo; false; echo hello'
[12:18] <Kamion> $ 
[12:19] <Kamion> mdz: the other cdimage.u.c seems up to date now
[12:19] <lamont> amusingly, the kubuntu livecd should be fine
[12:19] <lamont> ppc ubuntu live building now
[12:19] <mdz> Kamion: thanks; I've been syncing from the good one meanwhile
[12:20] <elmo> Kamion: it's still syncing
[12:20] <Kamion> oh, /daily/ is there anyway
[12:20] <elmo> yah, it's in kubuntu
[12:20] <elmo> do we really need ubuntu and kubuntu source ISOs?
[12:20] <elmo> shouldn't they be fairly identical?
[12:21] <Kamion> yeah, I should probably turn off Kubuntu source ISOs
[12:21] <elmo> hmm, I suppose not, if you're only including source for what's on the CD
[12:21] <Kamion> uh
[12:21] <elmo> or is that source for everything?
[12:21] <Kamion> mm, no, just source for what's on the CD
[12:21] <Kamion> why exactly it's now *four* source ISOs I don't know
[12:26] <lamont> so, uh, livecd script updated on all 4 architectures
[12:27] <lamont> elmo: I want 500GB drives on all the livecd-fsbuild hosts. :-(
[12:27] <lamont> yeah, that's want, not need. :-(
[12:28] <HiddenWolf> lamont, x86 / a64 / ppc and ia64? itanium won't be official, right?
[12:29] <lamont> HiddenWolf: ia64 has machines in the data center, and it's one of those cut/paste things...
[12:29] <lamont> ia64 won't have official images for hoary
[12:30] <HiddenWolf> lamont, cool
[12:31] <lamont> HiddenWolf: neither will sparc or hppa
[12:33] <HiddenWolf> lamont, no offence, but why offer ubuntu on the very limited and crowded ia64 arena?
[12:35] <lamont> HiddenWolf: I don't set policy
[12:35] <lamont> which is short for 'dunno'
[12:36] <HiddenWolf> Hm, ok. Was just wondering wether there is a good reason for it.
[12:37] <lamont> HiddenWolf: while there are build machines, the hoary/ia64 is not sponsored by Canonical.
[12:37] <doko> hmm, DistroWatch doesn't list Ubuntu/Kubuntu as having asian language support. is this really true?
[12:37] <HiddenWolf> doko, it should have
[12:38] <doko> jdub: you seem to have the best DistroWatch contacts ^^^
[12:39] <Kamion> doko: depends on the Asian language; not all have installer support
[12:39] <HiddenWolf> lamont, out of sheer curiousity, is there any info online about the server setup?
[12:40] <dholbach> yes: Ubuntu Linux - the new number one distribution on DistroWatch :-)
[12:40] <lamont> wiki.ubuntu.com/DeveloperResources??
[12:40] <HiddenWolf> dholbach: has been so for two days. slowpoke. 
[12:41] <dholbach> i was citing :-)
[12:41] <lamont> HiddenWolf: which says nothing about your question
[12:42] <HiddenWolf> lamont, nm then. Don't want to get spanked for going OT *again*
[12:43] <lamont> HiddenWolf: basic answer about the buildd machines: really fat beefy {P4,amd64,G5} machines with plenty of memory, etc, x3.  and x3 minimum-price-point HP ia64 machines.
[12:44] <HiddenWolf> lamont, thanks.
[12:45] <HiddenWolf> Night people
[12:46] <lamont> dholbach: http://distrowatch.com/stats.php?section=popularity
[12:47] <Burgundavia> next week
[12:47] <Burgundavia> after the release
[12:48] <dholbach> :-))))
[12:48] <dholbach> ok pals, i'm off to bed - good night
[12:49] <ogra> night dholbach 
[12:49] <mdke> night
[12:51] <lamont> hrm.. first clue should have been that ppc beat amd64.  must remember that
[12:52] <dilinger> that reminds me, i should order some cds
[12:53] <mdz> amd64 install good, amd64 live good, powerpc live b0rken, powerpc install pending
[01:01] <zyga> wow, ubuntu is quite popular :>
[01:02] <mdke> you betcha
[01:03] <Kamion> mdz: what's up with powerpc live?
[01:04] <mdz> Kamion: cloop was borked, lamont said he was building a new one
[01:04] <mdz> powerpc install is in progress, waiting for kubuntu to finish downloading and I'll test ubuntu/i386
[01:05] <mdz> and by then I assume the new powerpc cloop will be ready
[01:09] <lamont> should be done sometime soonish
[01:09] <lamont> feh - still installing
[01:15] <mdz> yay for non-blurry update-notifier icon
[01:17] <mdz> live-i386 is good
[01:18] <lamont> ppc cloop is rsyncing into the image
[01:20] <lamont> how much of 2.10.1 is left?
[01:21] <mdz> we've got all the 2.10.1 we're going to accept
[01:21] <lamont> woot
[01:28] <seb128> mdz: uploads frozen tomorrow ?
[01:29] <mdz> seb128: no more uploads without approval starting tomorrow
[01:30] <seb128> k
[01:32] <lamont> compressing
[01:34] <Kamion> only one language, though ...
[01:35] <mdz> powerpc install is good
[01:37] <lamont> [ 9]  Block# 32753 size      0 ->     84 [compression ratio 100%, overall:  27%] 
[01:38] <lamont> ppc livecd cloop is good
[01:38] <lamont> well, done in any case
[01:38] <lamont> and the right size, etc.
[01:38] <mdz> I'll start CD builds
[01:47] <mdz> thom: ping?
[01:47] <mdz> thom: firefox is still showing the Warty page
[01:48] <mdke> is there a channel for launchpad?
[01:49] <Kamion> #launchpad
[01:49] <mdke> doh
[01:49] <mdke> thanks Kaloz 
[01:49] <mdke> thanks Kamion 
[01:57] <CarlK_> I did a server install, then apt-get install xchat - it installed 64meg of stuff, including xorg-common, but X wasn't one of them.  Is this normal?
[01:58] <lamont> mdz: is there anything else that we know is going in?  or are we down to the final testing rush?
[01:58] <mdz> lamont: doko has an oo.o upload going in shortly
[01:59] <aigarius> I am preparing to burn several hundreds of Ubuntu 5.04 install cd's to give away at a conference in 10 hours. Because of schedule slip, i understand that i will not be able to burn release cd - only rc install cds. Are there any critical bugs in theses CD that I should know about?
[01:59] <mdz> tomorrow we'll do a build which should be damn close to final
[01:59] <lamont> that's all of the huge packages the4n
[01:59] <mdz> aigarius: just please don't label them "ubuntu 5.04" because they aren't
[01:59] <lamont> aigarius: if you burn them before release, please be sure and label them as pre-release
[01:59] <mdz> CarlK_: yes
[02:00] <aigarius> sure, i will. and we will instruct people to update after installing. anything else?
[02:00] <mdz> aigarius: the release candidate is quite solid
[02:00] <lamont> Kamion: just oh btw, repartitioned the G3 so that /boot is early on.  boots just fine now, thank you
[02:00] <CarlK_> mdz - ok, no bugzilla then
[02:00] <lamont> Kamion: so sounds like some erratta for the CD, maybe.
[02:00] <mkedwards> aigarius: regression in NVidia graphics chip detection relative to array-7, at least on livecd
[02:01] <mkedwards> (appears to guess ATI instead of NV)
[02:01] <mdz> lamont: errata like "we don't support G3 machines"? ;-)
[02:01] <mdz> mkedwards: worked fine here
[02:02] <lamont> mdz: no.  erratta like the 'use the whole damn disk' doesn't work on certain archaic G3 machines, you must manually partition things and put /boot in the first 2GB
[02:02] <mdz> I would be very surprised if the pristine RC live CD did anything like that
[02:02] <lamont> LOGIN SCREEN!!!
[02:02] <mdz> lamont: I know; they have other problems, though, and I'm happy to not declare official support for them
[02:02] <mkedwards> mdz: quite pristine.  Go700 chipset.  Trying to narrow it down now.
[02:02] <Kamion> mdz: plenty of G3 machines are newworld and ought to be supported
[02:02] <aigarius> we will only use ubuntu install cds. we have our own live cds made from scratch. I think that i will get its main developer to debconf to share some of his revelations. their live cd boot faster then my pristine debian system :(
[02:02] <lamont> mdz: it was the newest iMac that the surplus store had, though... :-)
[02:02] <mdz> aigarius: which live CD?
[02:03] <Kamion> mdz: don't make the same mistake that the front page of our web site does in confusing G3 with oldworld :P
[02:03] <aigarius> it is not in public circulation yet
[02:03] <aigarius> called 'Cute'
[02:03] <mdz> any machine which doesn't do LBA properly is archaic in my book
[02:03] <Kamion> lamont: I have no idea where errata ought to go yet ...
[02:04] <lamont> mdz: wondering what other problems G3s-of-color have....
[02:04] <mdz> lamont: haven't you been trying to get that one installed for about a week now?
[02:04] <lamont> mdz: yes and no.
[02:04] <lamont> first tried it with hoary about a week ago.
[02:04] <lamont> well, month ago.
[02:05] <lamont> CD drive is NFG - read errors
[02:05] <mkedwards> mdz: what log should I look at to try to understand why it guessed Radeon 7000 for my Go700?
[02:05] <lamont> so last week was (1) figure out netboot (having installed a ppc machine maybe 3 times, all with warty), and (2) curse that it didn't make second-stage boot
[02:05] <lamont> today was the next chance I had to really look at it since last weekk
[02:06] <mdz> mkedwards: sudo discover --disable=serial,parallel,usb,ide,scsi  --format="%V %M\t%S\t%D\n" video
[02:06] <lamont> the fact that it boots just fine from the netboot, but not from disk, finally led me to notice that / was 14GB (not the stock hard drive, which would be < 2GB anyway...), then manually repartition and install.
[02:06] <lamont> mucho happier.
[02:07] <Kamion> it's basically just the same problem that old BIOSes have, we haven't withdrawn support for older i386 systems just because of that
[02:07] <lamont> yep[
[02:07] <seb128> mdz: the default handler for rtf files should be oowriter, not abiword, right ?
[02:08] <mdz> we don't make things work properly on them by default either
[02:08] <mdz> seb128: since oowriter is installed by default, and abiword is not, I would say yes
[02:08] <seb128> k, just wanted to be before changing it, thanks :)
[02:08] <mdz> Kamion: certainly anyone in that situation is on their own as far as making their install work
[02:08] <lamont> mdz: right.
[02:09] <Kamion> mdz: sure; though I'd still consider it a bug even if not a high-priority one, and would accept patches to make it work better
[02:09] <lamont> which really means the errata item needs to say 'if your bios doesn't support reads > 2GB, you'll need to deal with that (duh).  kthxbye'
[02:09] <mdz> Kamion: sure, we accept patches for hppa too; that doesn't make it a viable platform ;-)
[02:09] <Kamion> whereas I don't consider "doesn't support PReP" or whatever to be a bug
[02:09] <lamont> mdz: hey! :-)
[02:10] <mdz> I'll be re-testing the new powerpc live CD shortly
[02:10] <mkedwards> mdz: OK, brb
[02:10] <mdz> everything else looks good
[02:10] <Kamion> mdz: so, uh, you tell me where the cutoff point for proper LBA support on powermacs is, eh? 'cos I bet it doesn't align precisely with G3 -> G4 :-)
[02:11] <mdz> Kamion: it sounds like it's probably not even an issue, since they come with tiny disks from the factory
[02:11] <aigarius> is there somewhere a list of bugs that are fixed/to be fixed after the RC was made?
[02:12] <mdz> no
[02:12] <mdz> unless "you could read bugzilla" is a reasonable answer ;-)
[02:13] <aigarius> 'you could read svn log' would be a better one ;)
[02:13] <Kamion> mdz: yeah, I don't think it's a huge deal; ultimately the right answer is probably a partman finish.d script that complains about the situation, assuming that anyone ever figures out how to detect the relevant machines from software
[02:13] <Kamion> aigarius: in the meantime, try the hoary-changes mailing list archives
[02:14] <aigarius> Kamion: thank
[02:14] <aigarius> s
[02:14] <aigarius> :)
[02:14] <lamont> Kamion: yaboot, for example, could notice that the offset is unreasonable, warn about it, and then try to launch the kernel...  That doesn't fix it, and means you have to reinstall, but it's a start
[02:15] <mdz> a hypothetical svn log for the entire distribution would be more data than bugzilla, I imagine
[02:15] <Kamion> lamont: it's better if it goes earlier, so that you can fix it at the partitioning stage rather than having to wait for the whole first stage install to finish before you get told about the problem
[02:15] <mdz> lamont: does your G3 boot the hoary live CD?
[02:15] <lamont> oh, definitely
[02:16] <lamont> mdz: that would kind of want a reliable CD, no?
[02:16] <mdz> lamont: oh, you didn't fix that problem?
[02:16] <Kamion> we must put together a casper netboot option at some point :)
[02:16] <lamont> mdz: no.  I netbooted the installer
[02:16] <mdz> Kamion: don't laugh; I'm seriously considering implementing thin clients that way
[02:16] <lamont> MemTotal:        61812 kB
[02:17] <lamont> and I don't think livecd would be a wise plan...
[02:17] <Kamion> mdz: oh, that wasn't really intended as a laugh ...
[02:17] <Kamion> I think it would be really useful to have
[02:17] <mdz> lamont: that's what swap is for!
[02:17] <Kamion> but I assume it'd need nbd or something to be sane
[02:17] <mdz> Kamion: casper + nbd would be a nice alternative to NFS + tmpfs
[02:17] <lamont> mdz: I did attempt a livecd boot.  After 90+ minutes, I gave up.  But the CD was logging lots of I/O errors/timeouts
[02:17] <lamont> so it might actually work
[02:17] <lamont> gimme a netboot casper, and I'll go for it
[02:18] <lamont> the other issue is that there is no local ppc mirror, and the bits I have are the RC cd.
[02:26] <mdz> Kamion: I think we need to correct the bit in Mark's draft release announcement about the speed of the installer; with archive-copier I assume it's quite a lot slower than Debian's
[02:29] <ogra> mdz, hwdb client will need to have another two uploads before release...one for small bugfixes and one if the help is completed
[02:32] <tritium> today's xorg -10 update rewrote my xorg.conf, despite it being hand-customized, and reverted to "nv" driver.  My hotplug blacklist was also blown away, as I normally blacklist intel_agp in order to use NvAgp
[02:33] <Kamion> mdz: fewer questions do speed stuff up, and I think it might be faster than a standard Debian desktop installation because the latter installs both GNOME and KDE
[02:33] <Kamion> but yes, it's true that archive-copier slows things down
[02:33] <Kamion> where's the draft release announcement
[02:34] <Kamion> ?
[02:34] <Kamion> nm, found it
[02:35] <Kamion> mdz: I'll see if I can do timings tomorrow maybe
[02:39] <mkedwards> mdz: discover got it more or less right.  But xorg.conf got Radeon 7000 VE.  Editing it (and adding an appropriate VSync/HSync range and resolution) gets me 1920x1200.
[02:40] <mkedwards> mdz: the odd thing is that it didn't even get the PCI ID right.  0:5:0 vs. 1:0:0.
[02:41] <Kamion> mdz: the debdiff from dosfstools 2.11-1 -> 2.11-2 looks entirely sensible and minimal; should we sync?
[02:42] <mkedwards> mdz: NVIDIA Corporation NV31GLM? [Quadro FX 700 Go]        XFree86 nv
[02:42] <daniels> mkedwards: do you have a 7000 VE in your machine?
[02:43] <mkedwards> daniels: nope, no ATI anything.  Dell Precision M60 laptop.
[02:43] <daniels> are you using the live CD?
[02:43] <mkedwards> yep.
[02:43] <mkedwards> regression relative to array-7.
[02:43] <daniels> yrsh
[02:43] <daniels> yeah, even
[02:43] <mkedwards> (which got the nv right, but gave me 1600x1200)
[02:44] <Kamion> lamont: what's missing?
[02:44] <lamont> who added pkgstriptranslations to hoary.buildd, anyway, I wonder
[02:44] <daniels> mdz: ping
[02:44] <Kamion> heh
[02:44] <lamont> esp given that installing it and enabling it gives bad results
[02:44] <Kamion> I think you told me to
[02:44] <lamont> wouldn't surprise me
[02:44] <Kamion> I generally don't touch *.buildd without explicit request
[02:44] <lamont> stupid buildmaster
[02:44] <Kamion> anyhow ... bedtime
[02:45] <lamont> g'night
[02:45] <mkedwards> I love the fact that I don't need ModeLines in xorg.conf.
[02:45] <lamont> (which required finding debootstrap and dupload, but hey...)
[02:45] <lamont> building debootstrap, libertating duplaod.
[02:45] <lamont> oops.  time to run to fire meeting.
[02:46] <lamont> back in a few hours
[02:46] <lamont> mdz: cell should work reasonably
[02:46] <mkedwards> daniels: ddcprobe doesn't seem to be picking up resolutions above 1280x1024
[02:48] <Kamion> oh yeah, my mobile's also on in case of emergency, though it may be running out of battery soon
[02:48] <daniels> mkedwards: hm?
[02:48] <mkedwards> daniels: outputs oem, vendor, product, memory, list of modes, then "edidfail"
[02:48] <daniels> that's not it liking modes above 1280x1024, that's either your card or your monitor telling us it can't to ddc
[02:49] <daniels> s/to/do/
[02:49] <mkedwards> daniels: (I'm now on to trying to figure out how to autodiscover 1920x1200)
[02:49] <daniels> ddcprobe's code hasn't changed at all in weeks, substantially in months
[02:49] <daniels> it'll autodiscover 1920x1200 if your card likes us
[02:50] <mkedwards> daniels: array-7 found 1600x1200, at least.  xorg seems to be able to find a 1920x1200 mode when told to in xorg.conf.
[02:50] <daniels> right
[02:51] <mkedwards> daniels: hmph.  There isn't even a PCI 0:5:0.  How'd that get written into xorg.conf?
[02:51] <daniels> if it's saying edidfail, it's out of our hands; the xorg.conf thing is my fault (wrong bus id/wrong driver), but edidfail is not
[02:52] <daniels> don't ask
[02:53] <mkedwards> DDC detected a DFP:  ....  EDID Version: 1.3
[02:54] <mkedwards> (**) NV(0): *Default mode "1920x1200": 193.2 MHz, 74.5 kHz, 60.0 Hz
[02:55] <mkedwards> Looks like a completely happy Xorg.0.log.
[02:56] <mkedwards> daniels: do you use ddcprobe or something like it to generate resolutions for xorg.conf?
[03:02] <mkedwards> daniels: I note that a previous tester with an NV31 also had issues (Google "ddcprobe edidfail")
[03:03] <CarlK_> daniels - are you still hosting the nvidia package, or is that now in daily-install or where?
[03:05] <mkedwards> daniels: let me know if there's something I can do to help.
[03:10] <mkedwards> daniels: I am even equipped to overlay a replacement package on the LiveCD and test.
[03:10] <daniels> mkedwards: we use ddcprobe to build the list of resolutions, yeah.  the nv driver and ddcprobe use two different methods to probe (the former uses i2c channels on the card, the latter asks the bios very nicely), so the former succeeding and the latter failing are not unheard of.
[03:10] <daniels> CarlK_: it's now in daily install, and in the archive
[03:10] <daniels> mkedwards: i'm just building a replacement cd now to test the xorg.conf stuff
[03:12] <mkedwards> daniels: OK, any chance it'll do 1920x1200?
[03:12] <mdz> daniels: pong
[03:13] <mkedwards> daniels: (that's the native resolution of the laptop LCD on the M60)
[03:13] <mkedwards> daniels: it should be harmless to put in the list of resolutions, since xorg will exclude it anyway if it's inapplicable, right?
[03:13] <mdz> daniels: the current daily live CD worked fine for me x3; no PCI ID regressions this time around
[03:14] <mdz> daniels: I've no idea what happened in mkedwards case; the RC was known to be OK in that respect as well
[03:15] <mkedwards> mdz: hand-editing xorg.conf got me the M60's native resolution.
[03:16] <mkedwards> mdz: it's a reasonably popular business laptop.
[03:17] <daniels> mkedwards: it should do 1920x1200 just fine
[03:17] <daniels> mkedwards: could you please send me a /var/log/Xorg.0.log from that machine?
[03:17] <daniels> (the laptop)
[03:17] <mkedwards> mdz: by the way, whom do I contact about a support contract for our 3,500 worldwide sales staff?  :)
[03:17] <daniels> if so, I can reproduce it locally
[03:17] <mdz> mkedwards: support@canonical.com
[03:17] <mkedwards> daniels: the successful one, I presume?  :)
[03:17] <daniels> mkedwards: preferably, but it's not hugely important
[03:18] <mkedwards> daniels: I don't think the one with the ati driver will do you much good.
[03:18] <daniels> well, no
[03:18] <mdz> mkedwards: take a look at the /etc/X11/xorg.conf inside the cloop image; see if it says 7000 VE and 0:5:0
[03:19] <daniels> mdz: what I suspect is happening is that generating the new configuration is massively failing
[03:20] <daniels> mdz: if I can get the log, I can use the XRESPROBE_RIG stuff to simulate that here and see if it's failing and why
[03:20] <daniels> mkedwards: which cd were you using, exactly?
[03:20] <mdz> he said earlier it was RC
[03:20] <mkedwards> RC livecd i386
[03:20] <mkedwards> daniels: sent
[03:21] <daniels> ok, rc will probably fail like that
[03:21] <daniels> could you please try a daily live?  it should be fixed there
[03:22] <daniels> rsync -azurvP cdimage.ubuntu.com::cdimage/daily-live/current/hoary-live-i386.iso ./hoary-live-i386.iso
[03:23] <mkedwards> mdz: yes, it's the one inside the cloop
[03:24] <mdz> Kamion: if we can the new dosfstools tonight, yes, otherwise, I'd rather not
[03:24] <mdz> daniels: why would RC fail like that?  what's interesting about his setup?
[03:25] <daniels> mdz: nothing interesting, just a bug fixed in -9
[03:25] <mdz> daniels: it didn't fail for anyone else in this way
[03:25] <mkedwards> daniels: rsync'ing
[03:25] <mdz> so _something_must be different about his setup
[03:26] <daniels> mdz: it's very specific to 1920x1200
[03:28] <mdz> daniels: ok
[03:28] <mdz> that's what I was looking for
[03:29] <mkedwards> daniels: thx
[03:31] <daniels> yeah, that bug seems to be fixed now
[03:31] <mkedwards> daniels: rsync will take 13 hours or so.  Will test tomorrow AM PDT.
[03:31] <daniels> judging by the fact that rigging xresprobe with that log gave me a config with 1920x1200
[03:31] <daniels> mkedwards: it shouldn't actually take quite 13h, since it will fly through the middle, but thanks; much appreciated
[03:32] <mkedwards> np
[03:32] <tritium> daniels, any thoughts about intel_agp being removed from my blacklist after today's upgrade?  Does it have anything to do with the agpgart changes going on?
[03:32] <daniels> tritium: er, I don't know, sorry
[03:32] <tritium> hotplug wasn't even upgraded today
[03:32] <mkedwards> will also try on powerpc (laptop and iMac); use RC?
[03:33] <mdz> mkedwards: if you're going to test, please use the latest dailies
[03:33] <mdz> tritium: nothing we've done would modify your hotplug blacklist
[03:33] <tritium> mdz, that's what's so puzzling
[03:33] <mkedwards> mdz: OK, same rsync except ppc?
[03:33] <mdz> mkedwards: 'powerpc', yes
[03:34] <tritium> That, and that my custom xorg.conf was overwritten.  I'm sure the md5sum had changed.
[03:34] <daniels> tritium: if the md5sum had in any way changed, it wouldn't have overwritten it
[03:35] <daniels> unless you asked it to with dpkg-reconfigure
[03:35] <daniels> in which case it's very nicely backed it up
[03:35] <daniels> as /etc/X11/xorg.conf.yyyymmddhhss
[03:35] <tritium> that was my understanding, but I'm not kidding.  It happened...
[03:35] <daniels> hm
[03:35] <daniels> i've never seen that happen
[03:35] <tritium> I had blacklisted intel_agp, and added "NvAgp" option into my xorg.conf.  All that was gone today.
[03:36] <daniels> if it was happening, I'd lose my highly-customised xorg.conf
[03:36] <daniels> on both my laptop and desktop
[03:36] <tritium> First time I've seen it too.  No problem, I re-did the changes I had made.
[03:39] <Riddell> mdz: can I upload gwenview with fixed timestamps and kdebase with a couple of menu changes
[03:40] <mdz> Riddell: yes, if you do it right away
[03:40] <Riddell> mdz: kdebase will take 15 mins
[03:41] <mdz> Riddell: today should be the last day for anything but fixing major regressions
[03:41] <ogra> mdz, did you get my message before ?
[03:41] <mdz> tritium: perhaps your filesystem was corrupted, restored from a backup, or you aren't logged into the system you think you are ;-)
[03:41] <mdz> tritium: that's one too many weird things going on in /etc
[03:42] <tritium> mdz, as trange as it sounds, it really did happen...
[03:42] <mdz> ogra: yes, I did, and I am very serious about stopping uploads.  we have a release to make
[03:43] <ogra> mdz, i know, but the help is not complete yet, i could live with the small bugs left, but not without helpfile in place
[03:46] <tritium> I only get proper suspend-to-ram with nvidia driver, "NvAgp", and intel_agp blacklisted.  When I rebooted, it was using "nv", and those changes are what I found.
[03:48] <mdz> ogra: it needs to go in tonight
[03:48] <ogra> urgh...
[03:49] <mdz> the release was originally scheduled for tomorrow; there was plenty of time to plan for this
[03:51] <ogra> mdz, i didnt even plan a help file, but since froud wrote one i need it at least to reflect the actual app...(one screenshot is missing and one chapter is wrong)
[03:52] <mdz> ogra: it will be ok without the help file
[03:52] <mdz> as you say, we never planned on it
[03:52] <mdz> the time for unplanned features is long past :-)
[03:52] <ogra> mdz, ther is a button that starts yelp currently....
[03:53] <ogra> mdz, let me see if i make it to clean frouds file, then it'll be ok
[03:53] <mdz> I don't see a help button
[03:53] <mdz> oh, argh, you made a new upload
[03:54] <ogra> sorry :/
[03:56] <robertj> #8516 New Spatial Bug has been reopened, is there any news on that?
[03:56] <tseng> news would be on the bug
[03:56] <tseng> thats the point of having a bug tracking system :P
[03:57] <robertj> tseng: well I read it and it went from being resolved wont fix to reopened but no mention or why...
[03:57] <tseng> so someone reopened it
[03:57] <tseng> that doesnt mean much.
[04:00] <CarlK_> daniels - nvidia box (toshiba 6100 laptop), nvidia-glx-config enable, ctrl-alt-bakcsace, got the nvidia splash, login box, logged in, now have a brown screen and a mouse.  no walpaper, no menus
[04:01] <daniels> you probably need to reboot, or at least sudo modprobe nvidia
[04:01] <tritium> CarlK_, why aren't you coming to #ubuntu first to ask?  I can help you...
[04:03] <CarlK_> woa... 2+ min later and it's up
[04:04] <CarlK_> P4-2ghz, 512meg... never seen something like that
[04:04] <robertj> CarlK: time to upgrade!
[04:04] <CarlK_> lol
[04:04] <CarlK_> time for dinner - 
[04:06] <CarlK_> I was testing the "In order to take full advantage of the changes, X needs to be restarted." and it is true - thats all it took - module is loaded, (II) NVIDIA X Driver  1.0-7174  Tue Mar 22 06:48:37 PST 2005
[04:06] <tseng> bug 8548, you have to be kidding
[04:06] <tseng> "this is busted and we know it, so lets release it like this and fix it later"
[04:07] <robertj> is that the intel wifi?
[04:07] <jblack> Hey guys. Is there some sort of problem with acpi? I keep getting random popups in x saying acpi this, that theother. syslog and dmesg are also going bonkers, using up about 90% of the cpu
[04:07] <tseng> robertj: the what?
[04:08] <robertj> nevermind, someone was complaining that his intel chipset wifi died every 3 hours without the most current drivers
[04:09] <robertj> tseng: this particular issue really gets my goat :(
[04:11] <robertj> I think the reason it is so irritating is that Mark hasn't really said much about it AFAIK
[04:11] <tseng> he did, on the bug I just said
[04:11] <tseng> and you went on some tangent about intel wifi
[04:12] <robertj> oh I didn't realize it was him who reported it
[04:16] <robertj> tseng: I marked it as a dupe of #8516
[04:16] <robertj> tis the other leg of the elephant no?
[04:20] <tseng> um, not really
[04:20] <tseng> but its bedtime, cya
[04:22] <robertj> off to bed, night all
[05:04] <zul> evening
[05:10] <lamont> moo
[05:10] <jsgotangco> moo?
[05:10] <lamont> jsgotangco: is traditional greeting
[05:11] <jsgotangco> errr in this channel?
[05:11] <lamont> well... no
[05:11] <jsgotangco> moo
[05:11] <zul> just for farm boy
[05:12] <lamont> toche
[05:12] <zul> heh..
[05:12] <zul> inotify sucks..
[05:13] <lamont> duh
[05:13] <lamont> thought inotify was your middle name?
[05:13] <jsgotangco> there's a nice laptop test by a contributor on hoary preview at osnews
[05:13] <zul> ooh...the "power" of inotify http://www.kernel.org/pub/linux/kernel/people/rml/inotify/glib/
[05:14] <zul> lamont: nah...its super amazing dude
[05:14] <zul> crud...wifey is calling me to bed..
[05:14] <jsgotangco> *grin*
[05:14] <zul> at least i got to watch dr. who tonight...later..
[05:14] <jsgotangco> bye bye
[05:15] <lamont> heh
[05:19] <fabbione> morning
[05:19] <lamont> morning fabbione 
[05:19] <fabbione> morning lamont
[05:19] <fabbione> crap gcc-4 is FTBFS on sparc
[05:21] <ogra> hey fabbione 
[05:25] <lamont> fabbione: join the club
[05:25] <fabbione> lamont: it can't find some libcairo something
[05:27] <fabbione> argh no
[05:27] <fabbione> it's the usual problem
[05:28] <infinity> doko never breaks anything.  It's against his religion.
[05:29] <infinity> Well, he breaks ABIs randomly for kicks, but that's about it.
[05:30] <jbailey> libcairo is probably for java.
[05:30] <infinity> Most of the crazier build-deps are.
[05:31] <jbailey> What?!?  You don't generally think gcc needs to pull in X? =)
[05:31] <fabbione> libcairo is there
[05:31] <fabbione> but apparently 0.3.0-1 has been lost somewhere
[05:31] <fabbione> at least for sparc
[05:31] <infinity> I'm rather irritated by gcc needing to link to everything under the sun, yes. :)
[05:32] <infinity> (mostly irritating when you install the gcc-snapshot packages, which include all the java stuff, hence requiring all the dependencies)
[05:32] <infinity> Also, the part where the java portion of the build takes twice as long as the rest of the suite is annoying.
[05:32] <infinity> It'll surpass the testsuite soon.
[05:35] <theine> Hi, can anybody tell me how the ipw2100 patch that's applied to the Ubuntu kernel sources differs from the ``official'' one from ipw2100.sourceforge.net ?
[05:35] <theine> is this documented somewhere?
[05:35] <fabbione> theine: it is documented in the source package. debian/external-drivers and debian/changelog
[05:36] <fabbione> iirc only patches to allow suspend/resmue have been applied to it
[05:36] <theine> fabbione: great, thanks for the info
[05:47] <elmo> hmm - how much space would I need to leave to one side to usefully do test installs?  
[05:49] <lamont> elmo: 2GB is plenty, I would expect
[05:49] <lamont> my fresh ppc install has 1.5GB, after building a chroot
[05:49] <lamont> the chroot pile is 200MB, so 1.3GB is about what the install used
[05:50] <lamont> (much of that archive-copier, mind you)
[05:50] <CarlK_> a fresh install uses 1.4G
[05:50] <lamont> CarlK_: which architecture?
[05:50] <CarlK_> er, thats what df shows when it is done 
[05:50] <CarlK_> i386
[05:50] <lamont> jdub about?
[05:50] <mako> ---> http://spaces.msn.com/members/spaceslogo/
[05:51] <mako> dude, that guy is organizing a write-in campaign to MY EMAIL ADDRESS
[05:51] <CarlK_> I think it frees up 200m at the end, so you may? need 1.6, but I am not sure
[05:51] <CarlK_> and now, bed tiem
[05:51] <CarlK_> night all
[05:53] <spiv> mako: At least our logo doesn't have fat people ;)
[05:53] <mako> yeah dude, our models are at least HOT
[05:53] <lamont> dunno.. that redhead...
[05:53] <lamont> mako: so you've been getting a bit of email?
[05:55] <mako> lamont: you have no idea... but no, not more than usual :)
[05:55] <lamont> meaning boatloads, I expect
[05:56] <daniels> mako: lucky you!
[05:56] <infinity> mdz : Around?
[05:57] <infinity> mdz : DO we care about purely cosmetic issues (in manpages, no less, not some spiffy desktop product) this close to a release, or should I tag it as 5.10 and move on?  (cf: #8629)
[05:58] <fabbione> daniels: hey dude
[05:58] <daniels> fabbione: g'morning
[06:03] <lamont> daniels: about when does jdub usually show up?
[06:04] <mdz> infinity: post-hoary
[06:05] <daniels> lamont: dunno, sorry; it's 1404 now, so he should be conscious
[06:05] <infinity> mdz : Moving on, then.
[06:05] <m_tthew> mako: somewhere in that pile of mail is an item from me re: hoary CDs that would appreciate some attention post-release but pre-ship. :)
[06:05] <mdz> infinity: if you have no severe bugs, please spend time on live + install testing
[06:06] <infinity> mdz : I have no burner here, but I do have a mess of security bugs to keep me happy.
[06:07] <infinity> The only installation problems I ran into with a recent hoary install daniels burned for me were related to my crap hardware, and not worth fixing, IMO (well, certainly not attempting it right now).
[06:07] <dieman> or it might be 4, rather.
[06:08] <infinity> mdz : And none of those were regressions from the warty install, which worked even worse on my craptop. ;)
[06:09] <fabbione> morning mdz
[06:09] <Lathiat> i should get the iso and do some testing
[06:09] <mdz> morning
[06:10] <Lathiat> has it been mirrored?
[06:10] <fabbione> mdz: how is the situation?
[06:12] <mdz> fabbione: looks pretty good
[06:12] <mdz> lamont fixed a problem with the powerpc live build
[06:12] <mdz> and all of my (basic) tests were successful, {i386,powerpc,amd64}x{install,live}
[06:13] <fabbione> mdz: rocking
[06:13] <dieman> damnit
[06:13] <dieman> i forgot to file this amd64 bug i had :)
[06:13] <dieman> luckily i think it only affects my machine
[06:13] <dieman> (8-way iwill board)
[06:15] <mdz> jdub: do you have an artwork upload coming or not?  we are out of time
[06:16] <infinity> dieman : You still need to misappropriate one of those in my direction.
[06:16] <dieman> ok
[06:16] <dieman> as soon as i transcribe it from this blurry photo
[06:16] <dieman> from the failed d-i install.
[06:17] <dieman> i ended up using an older cd that worked.
[07:25] <lamont> mdz: emailed
[07:26] <mdz> lamont: hmm, I think we should probably omit the KDE stuff
[07:27] <fabbione> at the first shot i lost the kitchen, the washing machine and the drier + 3*2KW lines
[07:27] <daniels> ouch
[07:27] <lamont> mdz: I think I did
[07:27] <fabbione> all the computers seems to be ok
[07:28] <lamont> unless I missed some in that middle list...
[07:30] <mdz> lamont: >   akregator.desktop
[07:30] <mdz> >   amarok.desktop
[07:30] <mdz> >   amor.desktop
[07:30] <mdz> >   ark.desktop
[07:30] <mdz> >   atlantik.desktop
[07:30] <mdz> >   atlantikdesigner.desktop
[07:30] <mdz> those are all KDE
[07:30] <jdub> lamont: yo
[07:30] <lamont> grumble
[07:31] <jdub> why would we omit the kde stuff? it's in main
[07:31] <lamont> jdub: doubles the number of packages?  increases confusion?
[07:32] <lamont> Help is kde too
[07:32] <jdub> the list isn't confusingly long, and they're all applications
[07:32] <lamont> gwenview.desktop:Categories=Qt;KDE;Application;Graphics;
[07:32] <lamont> juk.desktop:Categories=Qt;KDE;AudioVideo;
[07:32] <lamont> laptop.desktop:Categories=Qt;KDE;X-KDE-settings-power;
[07:32] <lamont> lskat.desktop:Categories=Qt;KDE;Game;CardGame;
[07:32] <lamont> noatun.desktop:Categories=Qt;KDE;AudioVideo;
[07:32] <lamont> quanta.desktop:Categories=Qt;KDE;Development;
[07:32] <lamont> thinkpad.desktop:Categories=Qt;KDE;X-KDE-settings-system;
[07:32] <lamont> websearch.desktop:Categories=Qt;KDE;Find;
[07:32] <mdz> lamont: I'm marking up the list now
[07:32] <jdub> sure the names are all silly and they don't have descriptions, but hey :)
[07:32] <lamont> they encourage the uninitiated gnome user to stray into forbidden paths.
[07:32] <mdz> jdub: because it doesn't make much sense in gnome-app-install, which isn't .even used in kubuntu
[07:33] <jdub> mdz: why doesn't it make sense? they're in main. they're supported. they're applications.
[07:33] <lamont> mdz: note that k3b was an intentional choice to leave in
[07:33] <jdub> the only things that worry me are:
[07:33] <jdub> - number of kde games in separate packages
[07:33] <jdub> - number of kde music/media players we've managed to add to main
[07:34] <jdub> i'm pretty happy with the list, and plan to upload it once i've done the icons this afternoon, btw
[07:35] <jdub> (as well as the custom .desktop files for multi-binary packages)
[07:35] <lamont> btw, evolution-mail.desktop (whichever package delivers that) still executes evolution-2.0
[07:35] <mdz> lamont: marked-up list sent
[07:36] <jdub> if you guys have suggestions for changes/exclusions, please mail them to me
[07:37] <mdz> lamont: there should be one and only one entry in g-a-i for evolution, and it should operate on the 'evolution' package
[07:37] <lamont> easy enough to toss evolution-mail
[07:37] <lamont> which is evo --component=mail
[07:39] <lamont> &*^)& greylisting...
[07:39] <lamont> mdz: you want to either sendmail -q, or resend?
[07:40] <mdz> Apr  5 22:38:19 localhost postfix/smtp[31759] : 9E4873BF7E: to=<lamont@mmjgroup.com>, relay=mail.alcor.net[68.168.78.100] , delay=15, status=sent (250 Message received: 20050406053543.NXHD4618.mta13.adelphia.net@mizar.alcor.net)
[07:44] <lamont> Apr  5 23:43:32 mmjgroup postfix/smtpd[5104] : NOQUEUE: reject: RCPT from mta11.adelphia.net[68.168.78.205] : 450 <lamont@mmjgroup.com>: Recipient address rejected: Service is unavailable; from=<mdz@alcor.net> to=<lamont@mmjgroup.com> proto=ESMTP helo=<mta11.adelphia.net>
[07:45] <lamont> and the next time that either (1) they retry, or (2) you resend, it'll not get rejected
[07:45] <mdz> it's in my ISP's queue, not mine
[07:45] <mdz> I'll resend
[07:45] <mdz> sent
[07:46] <lamont> thanks
[07:46] <infinity> daniels : ping.
[07:46] <daniels> pong
[07:46] <infinity> I need your amd64 again.
[07:46] <infinity> (but I forgot the hostname)
[07:46] <lamont> mdz: bme == epiphany-browser
[07:46] <daniels> home.fooishbar.org
[07:47] <infinity> And port? :)
[07:47] <lamont> database-properties == libgnomedb2-common
[07:47] <mdz> lamont: same answer as for evolution, then
[07:47] <daniels> dunno
[07:47] <mdz> scratch database-properties
[07:47] <jdub> guys, those don't matter much
[07:47] <lamont> bme == bookmarkeditor
[07:47] <jdub> they won't display anyway
[07:48] <mdz> scratch bme
[07:48] <JaneW> hi mdz...
[07:48] <JaneW> up late?
[07:48] <froud> African Greetings
[07:48] <mdz> JaneW: sleep is optional for the rest of the week
[07:48] <JaneW> mdz: as they say in Afrikaans 'sterkte'
[07:49] <elmo> janew: that means you too, you slacker
[07:49] <daniels> sleep?  wassat?
[07:49] <elmo> ;-)
[07:49] <JaneW> meaning strength to you
[07:49] <mdz> thanks
[07:49] <lamont> gnome == gnome-session (skip?)
[07:49] <mdz> yes
[07:49] <jdub> lamont: it doesn't matter, it won't be seen in the gui anyway
[07:50] <lamont> grep Exec gpilotd-control-applet.desktop 
[07:50] <lamont> Exec=gpilotd-control-applet
[07:50] <lamont> mdz: really want to nuke k3b?
[07:50] <ogra> froud, sorry, i was forced to bring in the docs today, so i added the missing bits myself...hope thats ok for you
[07:50] <lamont> laptop == kde, gone
[07:50] <jdub> lamont: dude, it's not shown in the gui anyway
[07:50] <froud> ogra: no worries. Send me a patch
[07:51] <lamont> jdub: yeah, yeah
[07:51] <lamont> mdz: nmapfe is not a CLI
[07:51] <jdub> why are you going through these by hand?
[07:51] <SuperLag> Do you guys have any .debs of MySQL 4.1.11 stashed away in your bag of tricks?
[07:51] <ogra> froud, yeah, i'll do, but first i need some hours of sleep ;) 
[07:51] <lamont> jdub: seemed like a good idea
[07:51] <froud> ogra: sleep we just woke up
[07:51] <ogra> heh
[07:52] <jdub> it's a waste of time
[07:52] <lamont> mdz: moz-firefox is the .desktop, firefox is a .png :)
[07:52] <jdub> get some sleep, i'll add the icon sucking stuff to d-s and upload g-a-i-d once they're done
[07:52] <mdz> lamont: yes, nuke k3b and nmapfe
[07:52] <jdub> huh?
[07:52] <froud> ogra: it's fine. I did not get to the document because of i18n stuff on ubuntu-doc
[07:53] <jdub> why are you suggesting the removal of valid applications from the list?
[07:53] <ogra> froud, ... i think its a great documentation as it is now.... thanks for doing it :)
[07:54] <mdz> jdub: what I need from you most of all right now is to flush any pending artwork ASAP
[07:54] <mdz> I need final artwork in the archive tonight before I sleep
[07:54] <froud> ogra: my pleasure
[07:54] <jdub> mdz: no can do
[07:54] <jdub> mdz: no cliff for colours, mark is mocking up a splash tomorrow morning
[07:55] <mdz> they're both past their deadlines
[07:55] <froud> ogra: next is to put it through i18n
[07:55] <jdub> mdz: i will be up for UK morning, and will work on final artwork (including undelivered stuff from cliff) with mark
[07:55] <froud> ogra: when you send your patch I will create a POT file for translations
[07:55] <mdz> jdub: dude, we are building the release tomorrow
[07:55] <mdz> this is _it_
[07:56] <jdub> meanwhile, you guys are picking through desktop files by hand when i'm running a script over them
[07:56] <jdub> tomorrow UK time
[07:56] <JaneW> BTW if anyone has anything that I can do to help ease the loud, just shout!
[07:56] <elmo> dude, it _IS_ UK morning
[07:56] <mdz> jdub: let's not talk about the g-a-i thing right now
[07:56] <jdub> ie. mark will be around within 1hr
[07:56] <froud> JaneW: coffe and donuts would be nice :-)
[07:56] <ogra> froud, there are very strict rules for uploads now, i dont think we'll get it in... :-/
[07:56] <fabbione> JaneW: thanks :)
[07:57] <lamont> Mozilla.desktop:Exec=mozilla-1.7.3
[07:57] <lamont> ew
[07:57] <froud> ogra: no but at docteam we need to make POT files anyway
[07:57] <froud> so th eRosetta team can get it
[07:57] <JaneW> froud: where are you? (coffee and rusks I can do)
[07:57] <daniels> froud: hoary is in deep deep deep deep deep deep rather polar freeze
[07:57] <froud> If the POT goes in the upload the Rosetta guys will see it
[07:57] <jdub> mdz: if we're both doing it, it probably needs talking about
[07:58] <froud> daniels: not for hoary
[07:58] <mdz> jdub: we're not both doing it. lamont is doing it
[07:58] <froud> daniels: after
[07:58] <daniels> froud: right
[07:58] <jdub> mdz: ok, so lamont and i are doing it.
[07:58] <jdub> mdz: even so, it's a waste of time
[07:58] <mdz> jdub: I want you to stop doing it, and get artwork sorted
[07:58] <froud> JaneW: JHB, Northcliff
[07:58] <jdub> mdz: dude, far out
[07:58] <ogra> elmo, i forgot a -sa in my former upload, could you move hwdb-client_0.6-0ubuntu1 out of the way ?
[07:59] <jdub> mdz: can't do artwork, don't have a mark or a cliff
[07:59] <jdub> mdz: can do desktops, have a nicely efficient script doing it for me instead of manually picking through
[07:59] <ogra> elmo, it seems to block -0ubuntu2
[07:59] <mdz> jdub: we are in non-blocking mode on that stuff; if it is not ready, then we are done
[07:59] <froud> ogra: did the xml validate
[07:59] <elmo> ogra: no, uploads are being manually approved now
[07:59] <mdz> I approved hwdb
[07:59] <ogra> elmo, ah, ok
[08:00] <JaneW> froud: cool, I went to Northcliff primary...
[08:00] <jdub> mdz: so given that we must wait on artwork right now, and there is not much left to do on g-a-i-d...
[08:00] <lamont> mdz: tossed you the revised list
[08:01] <lamont> jdub: started with your script... mdz had me prune it
[08:01] <mdz> lamont: looks perfect; can you build a package with that list and test them?
[08:01] <jdub> ...
[08:02] <elmo> meh rsync-ing from rc to current daily was so not a win
[08:02] <mdz> elmo: and now we have a new openoffice build to deal with :-P
[08:05] <infinity> pitti : Check you mail wrt MySQL this morning?
[08:05] <pitti> Good morning
[08:05] <froud> morn
[08:05] <pitti> infinity: already at it :)
[08:15] <pitti> infinity: okay, so we don't know anything for sure by now
[08:16] <jdub> elmo: something up with a.u.c?
[08:16] <jdub> Got a single header line over 360 chars [IP: 82.211.81.138 80] 
[08:16] <elmo> uh
[08:17] <infinity> pitti : Yeah, that's the current status.  OTOH, he's pretty sure it's meant to (re)address that vuln.  I'm hoping to hear more back from him, though.
[08:17] <mdz> pitti: morning
[08:17] <ogra> hey pitti 
[08:17] <mdz> jdub: that's a new one
[08:17] <jdub> i get the same through my proxy
[08:18] <mdz> working fine here
[08:18] <ogra> elmo, did you recognize that mdz approved my upload ? (sorry, dont want to get on your nerves, just to be sure)
[08:18] <elmo> ogra: eh?
 ogra: no, uploads are being manually approved now
 I approved hwdb
 elmo, ah, ok
[08:18] <mdz> ogra: the approval process is software-driven now
[08:18] <ogra> ah, ok
[08:18] <mdz> as of about an hour ago ;-)
[08:18] <pitti> Hey ogra, hey mdz
[08:20] <elmo> jdub: looks fine to me, and as mdz said, never seen that error before
[08:20] <elmo> is it reproduceable?
[08:21] <jdub> yep
[08:21] <infinity> pitti : http://dev.mysql.com/doc/mysql/en/news-4-1-11.html -- search for CAN-2004-0957
[08:21] <mdz> that error means exactly what it says; if you're getting it and we aren't, you're getting a response with different (and weird) content
[08:21] <jdub> with or without squid proxy
[08:21] <infinity> pitti : Upstream certainly seems to think they're (re)fixing it.
[08:22] <mdz> jdub: -o debug::acquire::http=true
[08:22] <jdub> whoa
[08:22] <pitti> infinity: oh, I see; or, rather, fixing another attack vector to the same vuln (I think the previous patch is correct, too)
[08:22] <pitti> infinity: what was the URL of your packages again?
[08:23] <pitti> infinity: just a pity that there is no referenced bug #
[08:23] <jdub> mdz: i'll mail the output
[08:23] <elmo> jdub: cc me, pls?
[08:23] <jdub> ok
[08:23] <infinity> pitti : Ah-ha.  There's a reference in the 4.0.25 changelog.
[08:24] <mdz> pitti: what is the status of langpacks; are they up to date with the archive?
[08:24] <infinity> pitti : Also, http://lucifer.0c3.net/~adconrad/mysql-security/
[08:24] <jsgotangco> wow pretty active here lately
[08:24] <jsgotangco> *grin*
[08:25] <infinity> pitti : Oh, no, the reference in the 4.0.25 changelog just points to the old bug that (they thought) was fixed in 4.0.21... No new comments on it since then.
[08:25] <mdz> jsgotangco: it's that time of year
[08:25] <jdub> jsgotangco: that crunch you can hear is the sound of an ubuntu release :)
[08:25] <mdz> that sound like grinding teeth
[08:25] <infinity> pitti : So, yeah.  Looks like they just found another hole matching that CAN, or something.
[08:25] <jdub> jsgotangco: got my mail re: ubuntu-ph?
[08:26] <froud> jdub: what about ubuntu-ph?
[08:26] <Lathiat> is there a more official iso than the 0405.1 daily build? (going to do some testing and abuse)
[08:27] <jdub> froud: the list
[08:27] <mdz> jdub: try separating stdout and stderr
[08:28] <infinity> mdz : How much do we care about file conflicts between main and universe?
[08:28] <jsgotangco> jdub: yess thanks very much *grin* i know you;ve been busy
[08:28] <mdz> infinity: if they can be resolved by changing only universe, I'm OK with that
[08:28] <mdz> not worth changing main at this point
[08:29] <jdub> mdz: 
[08:29] <jdub> ETag: "77007b-262-bed8680"^M
[08:29] <jdub> ^M
[08:29] <jdub> ^_<8b>^H^@u+NB
[08:29] <jdub> 
[08:29] <jdub> (...)
[08:30] <pitti> jdub?
[08:30] <mdz> that bit is perfectly reasonable
[08:30] <infinity> mdz : Can be, yup.
[08:30] <mdz> that's a gzip header
[08:30] <jdub> there doesn't appear to be anything strange about the output
[08:31] <jdub> thought the above may have been misinterpreted by apt
[08:31] <mdz> maybe some non-printable characters in there?
[08:32] <mdz> it's supposed to be printing only the header, not the data
[08:32] <jdub> well, that makes the output very strange ;)
[08:33] <mdz> at any rate, given that we haven't been flooded with complaints about it, I expect it's a problem on your network/isp/etc.
[08:33] <paulproteus> I've been dist-upgrading to Hoary.  It seems to have broken resume on my iBook G4, consistently for the past week.
[08:33] <paulproteus> I've been trying to keep quiet, hoping it would fix itself.
[08:33] <mdz> doko: do we need an oo.o-amd64 upload?
[08:33] <paulproteus> It might be two or three weeks, actually.
[08:34] <mdz> typically the best approach when you see something wrong is to check bugzilla, and if it isn't already reported, report it
[08:34] <mdz> it's now too late to fix it, even if we knew how
[08:35] <Lathiat> is the ubuntu-artwork package being updated to get a new mozilla homepage?
[08:35] <jdub> Lathiat: yes
[08:35] <Lathiat> also the screenshot in the quickguide should probably be changed to match
[08:42] <jsgotangco> hehe
[08:44] <infinity> mdz : Too late to get printer driver fixes in, I assume?
[08:47] <mdz> infinity: unless it's blindingly obvious and fixes printer breakage for half our users, I think I'd rather not
[08:47] <infinity> Blindingly obvious, yes.  Fixes things for only a tiny subset of users, though.
[08:48] <mdz> infinity: debdiff?
[08:48] <infinity> The only downside is that they can't work around it without rebuilding.  (downloading a new PPD can't work around bugs in gs's C..)
[08:48] <infinity> mdz : http://lucifer.0c3.net/~adconrad/gs-esp/3-4.diff
[08:49] <infinity> Already fixed in gs-gpl.
[08:49] <infinity> mdz : Still waiting to hear back from the user that it fixes both his issues, but I know it fixes one glaring bug without him even responding.
[08:49] <infinity> OTOH, LJ1012 users are probably not so common. :)
[08:49] <mdz> gdevpx.c sounds awfully generic
[08:50] <mdz> (i.e., probably has an affect on other drivers as well?)
[08:50] <infinity> Yes, but this change has been in gs-gpl 8.x for ages.
[08:50] <infinity> (It affect all printer that speak PCL XL, but only a few of them cared about the badly-formatted output, apparently)
[08:51] <infinity> OTOH, there is a workaround in the form of "don't use gs-esp", so it's not the end of the world.  It just happens that we install gs-esp by default.
[08:52] <infinity> (The other half of the bugfix would be to include a new PPD in sopme package, somewhere)
[08:52] <infinity> As the LJ1010/1012 doesn't work with curent hpijs, but works with gs + pxlmono + new PPD.
[08:54] <infinity> mdz : I'm inclined to put it off if you feel in any way unsure about it, only because I hate printers. :)  But the user(s) may appreciate a fixed package.
[08:55] <infinity> mdz : One can work around it with "use gs-gpl, and download this PPD here (url)" though.
[08:55] <mdz> infinity: my default state is unsure
[08:55] <mdz> and inertia is high at this stage
[08:55] <infinity> Understandable.
[08:55] <infinity> I'm trying mainly to focus on security stuff, I just happened to hear back from the user today on this one, so decided to spend a few minutes on it.
[09:01] <infinity> pitti : There, Christian sent you Sergei's explanation.  Is that good enough for your security update?  (want me to update the changelos to be more verbose while I'm at it?)
[09:02] <pitti> infinity: saw it, cool
[09:02] <pitti> infinity: yes, that's fine
[09:03] <pitti> infinity: however, please ask mdz to ack the upload for hoary
[09:03] <infinity> pitti : Of course.
[09:03] <infinity> pitti : Shall I just upload the warty-security one once I've rewritetn the changelog?
[09:03] <pitti> infinity: I'd like to take a peek on the new changelog entry :-)
[09:03] <pitti> infinity: you did not change any code any more?
[09:04] <infinity> pitti : Nope, just using the patch from 4.0.25 in both packages.
[09:04] <infinity> pitti : I'll just rewrite the changelog, so it's obvious that we know we're "re-fixing" this. :)
[09:06] <mdz> daniels: #8706?
[09:08] <fabbione> mdz: it doesn't happen here.. standard config with updates
[09:09] <mdz> fabbione: someone in this channel was saying the same thing earlier; I'm not sure whether the same person filed the bug or not
[09:09] <daniels> mdz: this doesn't make sense to me, though
[09:09] <fabbione> mdz: neither to me
[09:09] <daniels> mdz: nothing at all changed in that regard between -9 and -10
[09:09] <fabbione> xorg.conf is always generated
[09:09] <daniels> it hasn't happened to me on either of my machines, or to anyone else
[09:09] <fabbione> i wonder if they did remove it in the hope to get it regenerated
[09:10] <fabbione> mdz: i386 install is GO both normal and multiarse
[09:10] <mdz> fabbione: thanks
[09:10] <fabbione> testing live now
[09:11] <mdz> fabbione: can you check whether doko's oo.o changes require a new oo.o-amd64?
[09:11] <infinity> pitti : New changes at: http://lucifer.0c3.net/~adconrad/mysql-security/warty/mysql-dfsg_4.0.20-2ubuntu1.5_source.changes
[09:11] <fabbione> mdz: i don't have an amd64 :(
[09:12] <fabbione> i can check the sources, but that's it
[09:12] <mdz> fabbione: I understand, but it should be possible to tell from the source
[09:12] <fabbione> mdz: i can try modulo electrician showing up
[09:12] <fabbione> mdz: half of my house is without power atm
[09:12] <fabbione> and when he will arrive i will have to shutdown everything
[09:14] <pitti> infinity: looks good
[09:14] <pitti> infinity: however, can you please add any external URL as reference?
[09:15] <FabLivei386> mdz: this one looks good too
[09:15] <infinity> pitti : To the CAN, or the (old) MySQL bug, or?
[09:16] <pitti> infinity: to the changelog entry
[09:16] <infinity> pitti : I have no reference other than my INBOX for the original fix being wrong.
[09:16] <pitti> infinity: hmm, ok
[09:19] <infinity> mdz : Permission to upload this fix to hoary?  http://lucifer.0c3.net/~adconrad/mysql-security/hoary/
[09:19] <infinity> pitti : Shall I sign and upload for warty, then?
[09:19] <pitti> infinity: yes, please
[09:20] <infinity> Done.
[09:20] <mdz> infinity: the patch is identical to the one used for warty?
[09:20] <infinity> mdz : Yup.
[09:20] <mdz> infinity: ok, go ahead
[09:21] <infinity> And they're both off.
[09:21] <infinity> Now to drive myself insane with mozilla some more.
[09:24] <daniels> mdz: hm, I think I have a better idea about 8706 now
[09:24] <daniels> thinking about it
[09:26] <fabbione> mdz: eta 50 minutes to get the source here for amd64 :/
[09:26] <fabbione> mdz: but i am on it
[09:28] <mdz> pitti: I didn't see your answer; are the langpacks up to date?
[09:28] <mdz> fabbione: hmm, could be done on chinstrap
[09:28] <mdz> fabbione: the question I think is whether the changes in oo.o itself go into arch: all or arch: any packages
[09:29] <fabbione> mdz: true enough...
[09:30] <fabbione> mdz: the interdiff between ubuntu1 and ubuntu2 shows changes to some .cxx files too. so i guess it is also arch: any
[09:31] <fabbione> ++++ transex3/source/merge.cxx  2005-03-22 12:04:03.436363784 +0100
[09:31] <fabbione> how can you call a dir TRANSEX ???
[09:31] <Treenaks> fabbione: at least it's merge.cxx, not goatse.cxx
[09:31] <jsgotangco> haha
[09:32] <fabbione> Treenaks: ehehe
[09:34] <pitti> sivang: I'm trying to disable the login name editing in g-s-t (#6387). When doing the same with the user id, did you ever encounter this: when starting the new users-admin, it exits with "invalid password"?
[09:34] <pitti> this is driving me crazy
[09:35] <sivang> pitti: hrm
[09:36] <sivang> pitti: no IIRC, have you used to exact same code I used on disabling the UID field?
[09:37] <pitti> yeah
[09:37] <Kaloz> re
[09:38] <Mithrandir> Kaloz: friday.
[09:38] <Kaloz> i know
[09:38] <Kaloz> i'm ready with the stuff to start nubuntu :p
[09:38] <pitti> "n" == ?
[09:38] <Kaloz> i deceided to go with that name :p
[09:38] <Kaloz> pitti: it was going to be "u"buntu, but nubuntu is nicer :p
[09:38] <Kaloz> pitti: "n" as "nano"
[09:38] <Mithrandir> pitti: no-buntu, no software, so bugfree
[09:39] <fabbione> mdz: my understand is that we need another ooo-amd64 build
[09:39] <Kaloz> pitti: eg. embedded ubuntu :p
[09:39] <fabbione> ah Mith
[09:39] <mdz> oh, good, Mithrandir is here
[09:39] <mdz> just in time :-)
[09:39] <fabbione> Mithrandir: perhpas you know... 
[09:39] <Mithrandir> mdz: damn. :P  What's up?  u8mg?
[09:39] <mdz> Mithrandir: oo.o-amd64
[09:39] <fabbione> doko did some changes to ooo1.3 on i386
[09:39] <Mithrandir> "some changes" meaning "bump to 1.3.4"?
[09:39] <fabbione> Mithrandir: my understanding from the interdiff is that we need to rebuild amd64 too
[09:40] <Mithrandir> ok, that's easy.
[09:40] <infinity> Kaloz : I like Microbuntu better.  Just makes it hard to talk about if you can't type the symbol (as I can't).
[09:40] <fabbione> Mithrandir: nahh.. let me put up the interdiff for you
[09:40] <Mithrandir> is the i386 one in the archive?
[09:40] <infinity> Kaloz : Does make for a neater logo. :)
[09:40] <jdub> nanubuntu == mork-and-mindy-stylins
[09:40] <Kaloz> :p
[09:40] <fabbione> Mithrandir: http://people.ubuntu.com/~fabbione/interdiff
[09:40] <Kaloz> infinity: nah, as we already have kubuntu, nubuntu sounds better
[09:41] <Kaloz> infinity: and anyway, i would like to have ubuntu on a CF or pendrive with all the toys :p
[09:42] <Kaloz> infinity: maybe with grsecurity, too =)
[09:42] <Mithrandir> fabbione: nothing hard there; I'll do it post-breakfast when I get to university where I have a 100Mbit rather than a 2Mbit line. :)
[09:43] <sivang> pitti: I can try and check this later on today, if you like, would you send me a diff against the C code? 
[09:43] <pitti> infinity: buntu .. hmm, not that bad...
[09:43] <infinity> buntu, even.
[09:43] <fabbione> Mithrandir: ok for me
[09:43] <sivang> pitti: btw, make sure you are disabling the login when *modifyin* , it's a diffrent branching but can be tricky to spot
[09:44] <sivang> pitti: as opposed to "creating" a new user
[09:44] <Kaloz> please let me choose the name of it :PP
[09:45] <sivang> pitti: maybe this is causing the problem?
[09:46] <pitti> sivang: I did, of course
[09:47] <sivang> pitti: ok, I will try to check and report bug
[09:47] <sivang> pitti: s/bug/back/
[09:48] <mdz> lamont: ETA for new oo.o builds in the archive?
[09:49] <mdz> one of these days I will have to learn wanna-build so I can get at this information myself
[09:50] <lamont> mdz: 6-7 hours for i386
[09:50] <lamont> is not in wanna-build
[09:50] <mdz> argh :-(
[09:50] <pitti> mdz: can you please ack the two trivial, but important patches in https://bugzilla.ubuntu.com/show_bug.cgi?id=7430 ?
[09:51] <lamont> is flat file on each of the buildds
[09:51] <mdz> pitti: ok
[09:51] <elmo> mdz: 'lonneke -a $arch $pkg' will give you the w-b info
[09:51] <elmo> mdz: but as lamont says, on-going build status needs access to the actual buildds ATM
[09:51] <lamont> build started at 0709 on vernadsky
[09:51] <fabbione> elmo: congratulation for that fancy name :)
[09:52] <pitti> mdz: "ok == you will look", or "ok == ack"?
[09:52] <mdz> pitti: ack
[09:52] <pitti> thanks, sorry
[09:52] <mdz> apparently we can't build proper candidates for another 6-7 hours anyway
[09:53] <mdz> that oo.o upload was supposed to happen at 0000 UTC
[09:53] <elmo> last oo.o build on that class of buildd took < 4 hours
[09:54] <mdz> it would have been done by now
[09:54] <elmo> hmm, doesn't take ccache into account tho
[09:54] <pitti> sivang: I attached the preliminary patch to #6387
[09:54] <Mithrandir> mdz: is the ooo I need to use for ooo-amd64 in the archive?  I can't build the ooo-amd64 before that.
[09:55] <dholbach> good morning!
[09:55] <mdz> Mithrandir: apparently not
[09:55] <mkedwards> Foo.  This rsync would not take another 7 hours if I had actually put the RC image in the directory before starting.  :-(
[09:55] <mdz> Mithrandir: perhaps it will be there not long after breakfast, though
[09:55] <Mithrandir> mdz: ok, goodie.
[09:56] <mkedwards> elmo: you were saying that rsyncing from the RC to current daily is not a win?  How so?
[09:56] <pitti> Hi dholbach 
[09:57] <dholbach> hey pitti
[10:01] <mdz> pitti: you'll need to ping me or elmo after uploading to get the upload accepted
[10:01] <mdz> lamont: likewise
[10:01] <lamont> roger
[10:04] <pitti> mdz: I still try to fix #6387 before uploading, but I will do
[10:04] <pitti> infinity: not for warty
[10:05] <infinity> pitti : I know, I meant for hoary.
[10:05] <pitti> infinity: I did not see a warty-security upload, btw
[10:05] <infinity> Though, I'd like to see a mechanism where a package's security build logs are made available after the security release is announced.
[10:06] <infinity> pitti : Erm.  It was ACCEPTED, according to katie.
[10:06] <infinity> pitti : 40 minutes ago.
[10:07] <infinity> mdz : Do all uploads require some form of manual intervention, post-ACCEPT right now?
[10:09] <sivang> pitti: thanks, already looking at it
[10:09] <dholbach> morning sivan!
[10:11] <daniels> amd64 install+live are ok here
[10:12] <Lathiat> daniels: daily build or is there some other build hiding somewhere?
[10:15] <daniels> daily
[10:16] <lamont> mdz: about to upload
[10:19] <dholbach> hey mvo
[10:19] <thom> mdz: yes, it will. jdub needs to fix the -artwork package as we discussed
[10:20] <mvo> hey dholbach 
[10:20] <mvo> morning all
[10:20] <lamont> mvo: morning
[10:20] <jsgotangco> hi
[10:22] <pitti> Moin mvo
[10:22] <mdz> thom: I ended up patching -artwork because nothing had been done; did the two of you talk about this earlier?
[10:22] <jdub> thom: doing atm, then waiting for further artwork bits hopefully coming soon
[10:22] <jdub> mdz: yes
[10:22] <jdub> mdz: i don't roll new releases for every change
[10:22] <jordi> mvo: even if it's not going in hoary, did you play with nano 1.3.6?
[10:23] <mdz> jdub: I was explicit that it needed to be done today (which is now yesterday)
[10:23] <jdub> mdz: i did mention that there was more art coming from mark
[10:24] <mdz> it's better to make multiple uploads than to delay one change in favour of another
[10:25] <pitti> mdz: btw, I need to build a clean set of langpack base packages before the release, but after all gnome and other packages are uploaded
[10:25] <pitti> mdz: when do you think is the latest safe time for this?
[10:26] <pitti> sivang: I have it working now (stupid side effect with gksudo, not related to the patch)
[10:26] <mdz> pitti: now
[10:27] <mdz> ASAP
[10:27] <lamont> mdz: uploaded
[10:28] <mvo> jordi: no, not really
[10:28] <pitti> mdz: okay, then every string change from now on will be lost (but it shouldn't be many any more)
[10:29] <mdz> pitti: there will be no more string changes
[10:29] <mkedwards> The VGA console on this system is down-shifted by three lines (so the last three lines, generally including the current shell prompt, are missing) and the top three lines are "pinstripes".  Any idea what package this should be reported against?
[10:29] <pitti> mdz: erm, do all 180 or so packages need to be ack'ed manually from elmo/you?
[10:29] <mdz> pitti: yes and no; it's easy to do them as a batch
[10:30] <mkedwards> this is on RC LiveCD (same on array-7), Dell Precision M60 / NVidia Quadro FX 700 Go
[10:30] <pitti> mdz: patch for #6387 is ready and tested, btw (attached to the bug)
[10:30] <daniels> mkedwards: should be reported against whoever made your video card
[10:31] <daniels> mkedwards: switching to a different console (or X) and back should fix it
[10:31] <lamont> mdz: need anything else before I go catch a couple hours sleep?
[10:31] <pitti> mdz: it's exactly like 18_disable_uid.patch for s/uid/name/
[10:31] <mdz> pitti: why is it set to sensitive in one place, and non-sensitive in the other?
[10:31] <infinity> mdz : Did/do those mysql uploads require manual intervention?  pitti said he hasn't seen the warty-security one yet, despite me getting an ACCEPT over an hour ago.
[10:32] <mdz> lamont: I don't see your upload in the approval queue yet
[10:32] <pitti> mdz: senstivive for a new user, non-sensitive for editing
[10:32] <daniels> mkedwards: s/video card/& BIOS/
[10:32] <pitti> mdz: before, it was sensitive every time, which allowed to edit login names
[10:32] <mdz> infinity: mysql-dfsg is there
[10:32] <mkedwards> daniels: tried that; didn't help.  (It's like this from the very beginning of console text after the splash screen.)
[10:32] <mdz> pitti: ah, ok
[10:32] <lamont> mdz: is in UploadQueue for another 3 minutes
[10:32] <mdz> pitti: (ok = I understand)
[10:32] <pitti> mdz: it's the save solution for hoary
[10:32] <infinity> mdz : Err, yeah, same thing.
[10:33] <pitti> mdz: editing login names can be reconsidered for breezy, but I don't dare to allow this for hoary
[10:33] <daniels> mkedwards: blah
[10:33] <mkedwards> daniels: haven't seen this effect on any other linux distro, including Knoppix and Kanotix LiveCDs; not blaming, just trying to identify what's different.
[10:33] <daniels> mkedwards: in that case, to put it bluntly, your video BIOS is complete shit, and there's not much we can do about it
[10:33] <mkedwards> daniels: of course it's shit, by the time both NVidia and Dell have monkeyed with it.  :-/
[10:33] <lamont> daniels/mkedwards:  is really a #ubuntu discussion
[10:34] <mkedwards> lamont: sorry
[10:34] <mdz> pitti: this was only a normal bug; it was not even on my radar for release
[10:34] <pitti> mdz: it was sivan's bug until two hours ago, he asked me to take them since he doesn't have time
[10:34] <pitti> mdz: so it wasn't on my radar either
[10:35] <mdz> pitti: ok to upload, I suppose we must do something about it in order to prevent users from making their systems unusable
[10:35] <pitti> mdz: yeah, that was my feeling
[10:35] <pitti> thanks
[10:36] <lamont> mdz: should be in ACCEPTED
[10:37] <lamont> mdz: and mvo has the code, dealing with merging it back in, etc, etc.
[10:37] <lamont> thanks mvo
[10:37] <fabbione> ah finally some good news
[10:38] <fabbione> it was nothing wrong with the power in my house
[10:38] <fabbione> the central lost one phase
[10:38] <jordi> mvo: we've only had a report of nano having problems with Vietnamese
[10:38] <jordi> and it could be a font problem, who knows.
[10:38] <mdz> lamont: approved, thanks
[10:38] <mkedwards> lamont: was actually trying to choose a package against which to file this.  For whomever it hits, it's a pretty serious bug; renders text consoles basically unusable.
[10:39] <lamont> mkedwards: right.  and this would be the channel to discuss your patch that fixes it...
[10:39] <mdz> fabbione: that's good
[10:39] <pitti> mdz: I uploaded system-tools-backends and gnome-system-tools with the ack'ed changes
[10:39] <fabbione> mdz: yeah.. it's a reliefe :)
[10:39] <fabbione> mdz: specially when half of my machines didn't have power
[10:39] <lamont> mkedwards: (lots of developers in #ubuntu as well..)
[10:39] <mdz> pitti: both approved
[10:40] <lamont> mdz: off to bed unless you need anything...back online in 3-4 hours
[10:40] <mdz> lamont: night
[10:40] <lamont> g'night - thanks
[10:40] <fabbione> night lamont
[10:42] <pitti> thanks
[10:43] <pitti> night lamont, sleep well
[10:45] <mvo> night lamont 
[10:51] <smurfix> Another day, another day when I can't login to the wiki :-/
[10:52] <fabbione> smurfix: the secret is to never logout :)
[10:52] <mdz> and to always use ubuntulinux.org
[10:52] <dholbach> two days before release isnt about the wiki, it's about fixing packages ;-)
[10:53] <smurfix> fabbione: The secret is for firefox to never crash, and for my printer to never wedge the USB
[10:53] <fabbione> ehhe
[10:53] <smurfix> fabbione: both haven't been mastered yet :-/
[10:53] <mkedwards> OK, on next reboot I will try vesafb (this appears to be the vga16fb problem discussed in January)
[10:55] <daniels> SSSSSSSSSSSSSEEEEEEEEEEEEEEEEEBBBBBBBBBBBBBBBBB
[10:57] <pitti> daniels: your panel broke?
[10:57] <thom> smurfix: hey now, firefox never crashes
[10:57] <daniels> badly
[10:57] <daniels> and I'm stuck in an infinite loop of 'I've detected a panel already running, and will now exit.'
[10:58] <infinity> pitti : Do you have your own independent list of mozilla-* CANs that warty is vulnerable to?... I want to make sure I don't miss any while I'm doing this.
[10:58] <pitti> infinity: yeah, it's noted on http://people.ubuntu.com/~pitti/ubuntu-cve.html, section "Unfixed issues in main, release Warty"
[10:58] <infinity> pitti : Spiffy.
[10:59] <pitti> infinity: yeah, this list is an invaluable help for my daily security review
[10:59] <infinity> pitti : From some preliminary parsing of rejectec hunks, and some eyeballing of patches, this shouldn't be TOO bad.  Especially since it's all I'll be doing for a couple days, I suspect.
[10:59] <pitti> infinity: rock on :-)
[11:00] <infinity> pitti : May i suggest putting the Unfixed issues section at the top, rather than the bottom? :)
[11:00] <thom> go firefox. it's your *ahem* birthday
[11:01] <pitti> infinity: I will redesign this page anyway after the release, i. e. split it up into several pages with an index
[11:01] <pitti> infinity: until now I just made it working, but not good-looking :-)
[11:01] <thom> (incomplete translations mean buttons become unclickable, woohooo)
[11:02] <pitti> thom: gulp
[11:02] <infinity> thom : Awesome.
[11:02] <Treenaks> thom: GREAT!
[11:02] <thom> pitti: if you have a second and have firefox open, go to File->Import
[11:02] <fabbione> and Mark.. i would like to apologize for the misunderstanding about the ticket to london
[11:02] <fabbione> ops
[11:02] <fabbione> ECHAN
[11:02] <pitti> thom: I have the de translations installed, btw
[11:03] <thom> pitti: that was what i was assuming
[11:03] <pitti> thom: I get this import dialog, what now?
[11:03] <thom> do the buttons on the bottom right have text on, and can you click them/
[11:03] <pitti> thom: both buttons (cancel and go on) are translated
[11:03] <thom> you have a working translation then. en-gb gives me a pair of blank, unclickable buttons
[11:04] <pitti> thom: they have translated text, and both work
[11:04] <pitti> fuck
[11:04] <pitti> sorry
[11:04] <infinity> pitti : Also, your list is much longer than the one thom gave me. :/
[11:04] <thom> infinity: well, it would be. i've not had chance to update the list i had :P
[11:04] <pitti> why this SOAB doesn't fall back to C *whine*???
[11:04] <infinity> pitti : I'll have to do this in stages, probably, just so people can see some movement on the issue, rather than wait for one giant upload with 734 CANs.
[11:04] <thom> pitti: no clue, much suck
[11:05] <pitti> infinity: yeah, definitively
[11:05] <pitti> infinity: the easy patches first
[11:05] <infinity> That's no fun.
[11:05] <infinity> The hard ones look more interesting.
[11:05] <thom> (the really cool part is with some firefox themes (like industrial) because there's no text, you get *no* button *at all*!)
[11:05] <pitti> infinity: it would rock if we could do the first advisory on friday or so :-)
[11:06] <pitti> thom: this seems to utterly broken, what's your quickfix plan? :-)
[11:06] <mkedwards> it's either vga16fb or fbcon that's busted; I'll revisit it on next boot.
[11:06] <mdz> pitti: mysql-dfsg for warty-security is ready
[11:06] <pitti> cool, thanks
[11:06] <pitti> mdz: but I build the langpacks first, I guess
[11:07] <infinity> pitti : I'll try to triage according to percieved severity, rather than "easy" versus "hard"... You should have some fixes soon, yes.
[11:07] <mdz> pitti: just letting you know, since infinity said you hadn't seen it
[11:07] <thom> pitti: i'm changing my flights to go to san francisco first and smacking every single employee of MoFo involved with the browser about the head
[11:07] <pitti> mdz: helena was empty at the time he asked
[11:08] <thom> infinity: you doing firefox or mozilla?
[11:08] <pitti> mdz: WTF?
[11:08] <pitti> pitti@jackass:~ $ helena
[11:08] <pitti> pitti@jackass:~ $
[11:08] <mdz> pitti: I think helena is confused
[11:08] <mdz> it shows empty for approvals as well
[11:08] <mdz> just look at accepted/*.changes for now
[11:08] <mdz> amber I think should still work
[11:08] <pitti> mdz: oh, ok, it's in the accepted queue. nevermind
[11:09] <pitti> ARGH
[11:09] <pitti> I do a hoary/ppc install now and found a regression
[11:09] <pitti> xserver-xorg never asked me for my resolution, and it was always correct
[11:10] <pitti> now the installation does ask me
[11:10] <pitti> DAAAANIELLLS
[11:10] <pitti> daniels: ^ ???
[11:10] <mdz> pitti: how long has it been since you did a test install?  does it happen on the live CD also?
[11:10] <pitti> mdz: last install was about a week ago
[11:10] <pitti> mdz: didn't try live yet, rsync is at 84%
[11:10] <pitti> mdz: will do when it's ready
[11:11] <mdz> pitti: I'm not aware of any changes which could cause that; hmm
[11:12] <pitti> the defaults are fine, I just have to press enter, but this shouldn't happen
[11:12] <daniels> pitti: hm
[11:12] <daniels> fresh ppc install?
[11:12] <pitti> daniels: yeah, with daily/current iso
[11:13] <mkedwards> daniels: would you expect 1400x1050 to work in the current daily livecd?
[11:14] <daniels> mkedwards: yeah
[11:14] <daniels> pitti: hm.
[11:14] <daniels> pitti: the only way it should prompt on a fresh install is if $NRES is 0
[11:14] <pitti> daniels: I try ppc/live and i386/install later
[11:14] <mvo> mdz: I would like to upload update-notifier with translation updates only (diff at http://people.ubuntu.com/~mvo/review/update-notifier/update-notifier_0.39.debdiff)
[11:15] <mkedwards> daniels: should be able to test with a projector with that (physical) resolution tomorrow.
[11:15] <daniels> mkedwards: cool
[11:15] <pitti> daniels: 1024x768, 800x600, and 640x480 are marked
[11:15] <pitti> by default
[11:15] <pitti> daniels: 1024x768 is the tft resolution, so far this has always been picked without questioning
[11:15] <pitti> asking, even
[11:15] <daniels> 1024 being marked means it didn't work.
[11:16] <pitti> daniels: erm, why not? it's the only sensible resolution on the iBook
[11:16] <daniels> sure, but 1024x768/800x600/640x480 is the default
[11:17] <mkedwards> Should I expect WEP to work from the livecd?
[11:19] <mkedwards> ieee80211_crypt_wep: could not allocate crypto API arc4
[11:19] <mkedwards> eth1: could not initialize WEP: load module ieee80211_crypt_wep
[11:19] <mkedwards> lsmod reports module, though.
[11:19] <daniels> pitti: what does 'sudo xresprobe ati' tell you?
[11:20] <daniels> pitti: assuming you're using ati rather than nv
[11:20] <mkedwards> oops, sorry, that should have gone to #ubuntu
[11:20] <pitti> daniels: yeah, the ibook has ati
[11:20] <pitti> daniels: which path? installation is not yet finished
[11:20] <daniels> pitti: does sudo xresprobe ati, say 1024x768?
[11:20] <daniels> pitti: ugm
[11:20] <daniels> you should still be able to get a console
[11:20] <pitti> daniels: I have a console, but "xresprobe: command not found"
[11:21] <pitti> daniels: it's already at registering docs
[11:21] <daniels> try chrooting into /target
[11:21] <pitti> daniels: dpkg -S $(which xresprobe)
[11:21] <daniels> pitti: it's in the xresprobe package
[11:21] <pitti> daniels: erm, it's not installed
[11:22] <daniels> what the fuck?
[11:22] <daniels> xserver-xorg depends on xresprobe
[11:22] <daniels> if you've hit xserver-xorg postinst without xresprobe being installed, something is SERIOUSLY, INCREDIBLY BROKEN
[11:22] <pitti> daniels: isntallation is finished now
[11:22] <daniels> well, catually, it recommends xresprobe
[11:22] <daniels> do you have /target, or are you in the installed system?
[11:23] <daniels> if the latter and xresprobe is not installed, you need to seriously scream about it
[11:23] <pitti> daniels: no target, installation is finished, was already installed system before
[11:24] <pitti> daniels: Bummer
[11:24] <pitti> daniels: Recommends: xresprobe
[11:24] <pitti> daniels: care to s/Recommends/Depends/ then?
[11:24] <daniels> no, it doesn't depend on it
[11:25] <daniels> but the installer is/was set up so that xresprobe was installed before xserver-xorg
[11:25] <daniels> if this is not happening, something is seriously wrong
[11:25] <daniels> Kamion: ping ^^
[11:25] <pitti> daniels: I assume that it would have worked with xresprobe; nevertheless I could install the package manually
[11:25] <daniels> pitti: right
[11:25] <daniels> but if you have to, that's fucked
[11:25] <daniels> to put it bluntly
[11:25] <pitti> daniels: it's not on the CD!!!
[11:26] <daniels> seeds are broken
[11:26] <mvo> mdz: don't know if you got that one before you disconnected: I would like to upload update-notifier with translation updates only (diff at http://people.ubuntu.com/~mvo/review/update-notifier/update-notifier_0.39.debdiff)
[11:27] <mdz> mvo: the translations will be stripped out anyway; they need to go into langpacks
[11:27] <daniels> mdz: what happened to the seeds?
[11:28] <pitti> mvo, mdz: erm, I'm just at assembling the final import archive for building the langpacks. shall I wait a bit and do it again?
[11:28] <pitti> mvo, mdz: this really takes a while since I have to pull translations from gnome and old stripped ones, too, and merge them all together
[11:29] <pitti> daniels: I try ppc/live now
[11:29] <mvo> pitti, mdz: I would like to upload it so that those translation make it into the langpacks
[11:30] <mdz> mvo: another upload means that pitti must wait an hour to roll new langpacks
[11:30] <pitti> I don't mind personally, but the 160 packages need to be approved and built
[11:30] <mdz> and I need to sleep
[11:31] <pitti> mdz: can elmo approve them, too? (I suppose yes)
[11:31] <mdz> pitti: he can, but he only went to sleep 2 hours ago
[11:31] <pitti> uh
[11:31] <mvo> ok
[11:31] <pitti> mdz: modulo the missing xresprobe package on the ppc/install cd, installation is fine
[11:31] <pitti> mvo: we can put it into the first update deb after release, too
[11:31] <mdz> I plan to stay awake until Kamion gets here; he can approve uploads as well
[11:32] <mdz> but we must draw the line somewhere
[11:32] <mkedwards> daniels: is it worth my trying xrandr to get 1200x1920 while I'm at it?  (this is a "pivot" style monitor)
[11:32] <mdz> the whole point of langpacks was to be able to update translations after release
[11:32] <pitti> mdz: <pitti> mvo: we can put it into the first update deb after release, too
[11:32] <mdz> and one reason for this was to avoid the disruption of last-minute updates like this
[11:32] <pitti> yeah
[11:32] <daniels> mkedwards: 1200x1920? ... uhm
[11:32] <daniels> mkedwards: only the nvidia binary driver really supports rotation
[11:33] <daniels> mdz: is it possible to get at the cd build logs so we can find out why xresprobe is not on the powerpc install cd?
[11:33] <mdz> mvo: let's update it after release
[11:33] <mdz> mvo: for now, focus on testing the CDs as much as possible
[11:33] <mdz> daniels: yes
[11:33] <daniels> mdz: can you please put it on chinstrap or something?  i still don't have access to little
[11:34] <mdz> apparently it's been missing since 20050403
[11:34] <pitti> mdz: yeah, that fits, my last install was on 0401, and it worked then
[11:34] <mdz> daniels: little is not general-access; it's only for CD builds
[11:34] <mvo> mdz: ok. rsyncing the cds right now
[11:34] <daniels> mdz: yes; i used to have access to it
[11:35] <mdz> hmm, make that 20050401
[11:35] <mdz> daniels: temporarily
[11:35] <mdz> 20050404 had xresprobe on powerpc
[11:35] <daniels> in any case
[11:35] <mdz> 20050405 didn't
[11:35] <mvo> mdz: should the dvd tested too?
[11:36] <smurfix> mvo: I'd tell mako todo that, he has the bandwidth to actually download them ...
[11:36] <daniels> mdz: 8706 is minor, but fixable
[11:37] <daniels> mdz: (the problem with 8706 is that *everyone* is going to fall to 60Hz if/when we do an xserver-xorg update)
[11:37] <daniels> i suspect it's a candidate for the first time we need to do a major fix?
[11:37] <daniels> (and the first upload to breezy)
[11:37] <mdz> daniels: in what version was in introduced
[11:38] <mdz> the prospect of changing the debconfiscation in a security update fills me with disgust
[11:38] <daniels> -10 and yes, me too
[11:39] <mdz> since we have demonstrated repeatedly that every time we change it, it breaks
[11:39] <mdz> in one way or another
[11:39] <daniels> this is not breaking as such
[11:39] <daniels> mercifully
[11:39] <daniels> no-one will not get a display because of it
[11:39] <fabbione> touch: cannot touch `/var/lib/update-notifier/dpkg-run-stamp': No such file or directory
[11:39] <fabbione> E: Problem executing scripts DPkg::Post-Invoke 'touch /var/lib/update-notifier/dpkg-run-stamp'
[11:39] <pitti> mdz, daniels: ppc/live is go (_including_ xresprobe :-) )
[11:39] <fabbione> mvo: ^^
[11:39] <mdz> daniels: until they upgrade?
[11:39] <daniels> pitti: good news, thanks
[11:40] <mvo> fabbione: where did you got that?
[11:40] <daniels> mdz: actually, never mind me
[11:40] <fabbione> mvo: purging update-notifier
[11:41] <mvo> fabbione: let me check
[11:41] <mdz> daniels: I don't see anything interesting in the log, but it's in chinstrap:~mdz for your perusal
[11:45] <mvo> fabbione: interessting, can reproduce it only on one of my machines. will look into it now
[11:45] <fabbione> mvo: :)
[11:45] <thom> mdz: can i do a four line translation update that gives en-GB users buttons in firefox wizards?
[11:46] <thom> (sorry, i only realised the cause late last night)
[11:46] <mdz> thom: how long has this bug been around?  first I've heard
[11:47] <thom> mdz: it was filed about 3 weeks ago; i couldn't reproduce it until the other day when i got an en_gb langpack for the first time
[11:48] <thom> it's not necessary by any means
[11:49] <mdz> thom: sounds like a candidate to roll into the first post-release translation update via hoary-updates
[11:49] <thom> mdz: ACK
[11:49] <jdub> seb128: computer:/// doesn't close when you open a folder... :|
[11:50] <enrico> seb128: everything ok with ubuntu-docs and ubuntu-quickguide?
[11:50] <Lathiat> backspace doesn't close-behind either
[11:50] <seb128> jdub: if you are traying to say that this patch need some serious reflexion and sucks atm I agree ...
[11:50] <pitti> yay
[11:50] <jdub> seb128: just another corner case :|
[11:50] <pitti> seb128: new langpacks rock now
[11:50] <pitti> seb128: with all gnome 2.10 translations, and also hibernate/suspend etc.
[11:51] <seb128> pitti: cool :)
[11:51] <seb128> jdub: I know, we have a ton of these, and that's why we should not put the bogus mode by default
[11:51] <mdz> pitti: langpacks?
[11:51] <mdz> ah, yes
[11:51] <pitti> mdz: I tested them before uploading
[11:51] <pitti> thought that was a good idea that close to the release :-)
[11:52] <daniels> mdz: hm, aiui this isn't quite as bad as I thought
[11:52] <seb128> enrico: lemme try
[11:52] <daniels> mdz: right, it will write out the sync ranges it picked up from DDC
[11:54] <mdz> pitti: I saw "uploading" and was confirming that you meant langpacks
[11:54] <pitti> mdz: ah, right
[11:55] <daniels> mdz: powerpc is too big
[11:55] <daniels> + Trying to add xresprobe...
[11:55] <daniels>   @dep before checklist = xresprobe
[11:55] <daniels>   @dep after checklist = xresprobe
[11:55] <daniels>   $cd_size = 4528694, $size = 17838
[11:55] <daniels>   Adding xresprobe to CD 2 ...
[11:55] <mdz> dammit, that's supposed to be an error
[11:56] <pitti> mdz: all langpacks uploaded
[11:56] <pitti> mdz: with the new langpacks, CD sizes will shrink again since the update packages are tiny again
[11:56] <fabbione> mdz: Kamion mentioned that it debian-cd doesn't error on size.. it just starts another CD and he needs to check that manually
[11:56] <Lathiat> daniels: ha ha woo
[11:56] <daniels> ssh, ssl-cert, tcl8.3, unifont, w3c-dtd-xhtml, xaw3dg and xresprobe are on cd2 on powerpc atm
[11:56] <mdz> fabbione: I know, that's a bug
[11:57] <pitti> hm, the other CDs are pretty tight, too
[11:58] <fabbione> it's all fault of the 33748 kernel flavours for ppc
[11:58] <pitti> darn, I left at least 20 MB spare space when I added langpacks, what was going on there?
[11:58] <fabbione> and the worst is that there is no workaround
[11:58] <pitti> mdz: I will ask Kamion to build a new set of CDs after the langpacks are built
[11:59] <mdz> I didn't think powerpc was so tight before
[11:59] <daniels> powerpc's always been on a knife edge, no?
[11:59] <mdz> pitti: what value did you use for the size of the CD when leaving 20M?
[12:00] <pitti> mdz: 650*1024*1024, after cross-checking with Kamion
[12:00] <pitti> i. e. I filled up to 630 MB
[12:00] <mdz> pitti: Kamion has debian-cd set up to use something <650M
[12:01] <pitti> hm, I asked him whether it was 650*1000 or 650^1024
[12:01] <daniels> CD 1 filled with 612140294 bytes ... (limit was 614046105)
[12:01] <pitti> erm, 600*1024, even
[12:01] <pitti> mdz: current ppc is 631 MB (661094400 bytes)
[12:01] <mdz> 659404800 is the size of the ISO
[12:02] <pitti> mdz: so if the next round of CDs still doesn't fit, I throw out some langpacks
[12:02] <pitti> ?
[12:03] <mdz> pitti: you should be able to calculate whether it will fit
[12:04] <mdz> pitti: that, or remove thunderbird
[12:04] <mdz> I see no particular reason to put thunderbird on the CD
[12:06] <mdz> pitti: langpacks approved
[12:06] <pitti> thanks
[12:06] <pitti> mdz: I calculate, but it takes a while
[12:07] <mdz> pitti: I would rather remove thunderbird than langpacks, to he honest
[12:07] <mdz> or possibly even emacs
[12:07] <pitti> MUHAHA
[12:07] <mkedwards> mdz: do you know whether the debian-installer/framebuffer=false trick to disable vga16fb probing will work on the livecd?
[12:08] <daniels> mkedwards: should do, yes
[12:08] <mkedwards> daniels: thx, will test and document on wiki (is there a hoary errata / tips & tricks page)?
[12:09] <daniels> not that i know of
[12:10] <mkedwards> bottom line seems to be that some hardware (especially laptops/DVI LCD) will fumble on vga16fb, others on vesafb.
[12:10] <seb128> enrico: "Unofficial Ubuntu 4.10 Starter Guide" .. 4.10 ?
[12:11] <mdz> seb128: I use emacs, but i don't mind downloading it
[12:11] <seb128> that's on the yelp frontpage
[12:11] <enrico> seb128: ?
[12:11] <seb128> mdz: same here in fact
[12:11] <enrico> How come it's there?
[12:11] <seb128> enrico: open yelp, there is "Unofficial Ubuntu 4.10 Starter Guide"
[12:11] <daniels> mkedwards: seems to be very few, thankfully
[12:11] <pitti> mdz: new langpacks should save about 11 MB
[12:11] <pitti> mdz: ^that's for ppc
[12:11] <enrico> seb128: do you have ubuntu-faqguide installed?
[12:12] <enrico> seb128: that package should NOT be around anymore
[12:12] <pitti> mdz: saving is way bigger for i386 and amd64
[12:12] <seb128> ii  ubuntu-faqguid 0.2-1          The Unofficial Ubuntu Guide
[12:12] <enrico> seb128: I can't test that, as I'm not running Hoary
[12:12] <enrico> seb128: that package should NOT be in Hoary.  If it is, it must be removed NOW
[12:12] <seb128> fix the issue
[12:12] <seb128> it is not
[12:13] <enrico> At least the last 3 ubuntu-docs packages I uploaded aren't building that anymore
[12:13] <seb128> I've probably it installed on my system for a while
[12:13] <enrico> seb128: ok, good
[12:13] <seb128> you have not conflicted with it
[12:13] <daniels> seb128: any ideas on the panel stuff?  i have a running panel, and one that's continuously trying to start.  i get 'i've detected a panel already running, and will now exit', and every time i click ok, a new one comes up.  wasn't triggered by an upgrade or anything crazy like that.
[12:13] <seb128> so nothing has removed it :)
[12:13] <enrico> seb128: ok, makes sense
[12:13] <seb128> daniels: gnome-session-remove gnome-panel
[12:14] <mdz> pitti: CD 2 will only be filled with 4546532 bytes ...
[12:14] <seb128> daniels: have you get a panel crash or something ? Sometime you run in a such situation
[12:14] <daniels> seb128: now I have no panel running at all
[12:14] <pitti> mdz: then this should be fine
[12:14] <mdz> yep
[12:14] <seb128> daniels: gnome-panel & :)
[12:14] <daniels> seb128: ok, that's better, thanks
[12:14] <enrico> seb128: I'm probably making a new upload, as new translated OMF files came in
[12:14] <seb128> np
[12:14] <seb128> enrico: there is a type fix for the french one, a sec
[12:15] <daniels> argh!!!
[12:15] <daniels> seb128: it's back!
[12:15] <daniels> seb128: no crash this time, just the dialog boxes
[12:15] <mdz> daniels: that happens to me when the panel crashes, but it only displays the dialog about 3 times
[12:15] <mdz> after which it straightens itself out
[12:16] <seb128> daniels: after doing what ?
[12:16] <mdz> it's better to use 'close' rather than 'restart' with the panel, since it is respawned
[12:16] <seb128> restarting the session
[12:16] <daniels> seb128: g-s-r g-p, g-p &|
[12:16] <seb128> g-s-r g-p, killall g-p, g-p &
[12:17] <daniels> that *seems* to be better thus far
[12:18] <pitti> infinity: mysql is in hoary now?
[12:18] <mkedwards> will vga=ask force vesafb?
[12:19] <infinity> pitti : Yes.
[12:19] <seb128> enrico:     <version identifier="0.9" date="2005-02-28" description="First release for Ubuntu 5.4 Hoary"/>
[12:19] <pitti> infinity: great, thanks
[12:19] <seb128> enrico: that's "5.04", not "5.4"
[12:19] <seb128> enrico: that's weird in this way because you have only line right and one wrong on the yelp frontpage
[12:20] <Kamion> mdz: still up?
[12:21] <mdz> Kamion: ah, yes, was just mailing you
[12:21] <Kamion> mdz: sorry I'd gone to sleep by the time you replied to me about dosfstools; can we still sync that?
[12:21] <enrico> seb128: what file?
[12:21] <Mithrandir> is the new ooo in the archive?
[12:21] <Kamion> I'm just catching up on mail
[12:22] <enrico> seb128: so, all OMF files are to be fixed
[12:22] <seb128> enrico: debian/about-ubuntu-*.omf
[12:22] <pitti> Hi Kamion 
[12:22] <enrico> seb128: release notes as well
[12:23] <seb128> right
[12:23] <Kamion> mdz: re #8287, the possibility that devices might be shuffled about asynchronously post-parted-commit still scares the shit out of me; I think a udevstart there would be simple, safe, and squash some bad bugs
[12:23] <mkedwards> OK, I'll try various things tomorrow.  Sorry to be a pest about this whole text console thing; I'm rolling a livecd application demo for the day job's marketing department, they're pretty hot to trot.
[12:24] <mdz> Kamion: I think it's too late for that kind of change
[12:24] <mdz> and I don't see how it could have any bearing on the bug
[12:24] <mkedwards> daniels: thanks for all the help.
[12:25] <mdz> Kamion: I am treating this as final release prep; dosfstools doesn't make the cut
[12:25] <mdz> Kamion: I regret bringing in the new upstream; we should have stayed with what we had
[12:25] <Kamion> yeah :-/
[12:26] <daniels> mkedwards: er, no worries
[12:26] <mdz> we are still waiting for some builds, so if you feel strongly about it, we might be able to sneak it in, but we have enough to deal with already I think
[12:26] <Kamion> the two possibilities I see for how it might affect #8287 are (a) ntfsresize reopens the device node assuming it won't have changed, rather than just keeping it open for the whole operation
[12:26] <mdz> Kamion: I sent you email with a status update
[12:26] <Kamion> or (b) ntfsresize was originally operating on a *different* NTFS partition
[12:27] <mdz> upstream seemed to say that it kept the fd open
[12:27] <mdz> I could see how it could be bad if it closed and reopened, but it would have exactly the same problem without udev
[12:27] <mdz> the major/minor won't change
[12:27] <mkedwards> typing blind into broken text consoles isn't the sort of thing I want to turn loose on the salesdroids.  :-/
[12:28] <infinity> Ouch, that dosfstools bug is pretty crippling. :/
[12:28] <mdz> mkedwards: fortunately, not a single other user has reported such a problem, so it seems quite specific to your hardware
[12:28] <mkedwards> I'm impressed that ctrl-alt-Fn seems to work consistently, though.
[12:28] <mkedwards> mdz: http://people.ubuntulinux.org/~mako/ubuntu-traffic/u20050121_22.html
[12:29] <mdz> infinity: crippling in a sort of way which has no bearing on the usability of the Ubuntu installer or desktop, yeah :-P
[12:29] <Kamion> I'm just fetching the source now to see what it does
[12:29] <daniels> mdz: frigged-up laptop video BIOS
[12:29] <infinity> mdz : Yeah, obviously.  Crippling for the package, not the dist.
[12:29] <kent> Once i read something about Hoary comming with a quickintroduction to Ubuntu linux on after the first install.  Is this somthing that will happen for Hoary and can I test it now?
[12:29] <mkedwards> mdz: per cjwatson, not so uncommon with LCD displays.
[12:30] <mdz> mkedwards: with the possible exception of every LCD display we've tested with
[12:30] <mdz> mkedwards: it's really not worth arguing about; it's far too late to do anything about it.  it needed to be reported a couple of weeks ago
[12:31] <mkedwards> mdz: not really disputing that.  :)  not meaning to argue; just hunting a workaround, which I found in that thread.
[12:31] <Kamion> "we"? (I have an LCD that demonstrates that problem)
[12:31] <Lathiat> hrmm its a shame warty didn't pop up the upgrade dialog like hoary does
[12:31] <Kamion> er, at least *a* problem, I haven't followed exactly what mkedwards is referring to
[12:31] <mdz> Kamion: I have three, and they don't.  did you talk to daniels about this previously?
[12:31] <Kamion> I boot with vga=771 and get on with my life, and it's fine
[12:31] <daniels> Kamion: let me guess -- craptop?
[12:31] <Kamion> no, because it's not an X problem
[12:32] <Kamion> it's been that way forever (including warty), so not a regression. yes, craptop.
[12:32] <Kamion> er, the slightly-less-craptop
[12:32] <daniels> mdz: *fb is a kernel issue, and in this case it's a hardware issue.  as it says in the kernel traffic link, every possible solution will look like arse in at least some situations.
[12:32] <mdz> Kamion: I thought that one was fine except for the corrupted boot logo
[12:32] <daniels> Kamion: cheap imitation craptop?
[12:32] <pitti_live> mdz: live/i386 rocks
[12:33] <Kamion> daniels: yes
[12:33] <Kamion> mdz: no, you have to boot with vga=771 or else the installer's display overflows the screen
[12:33] <Kamion> and the corrupted boot logo is some other machine
[12:33] <Kamion> the installer's boot screens document the issue; I'm not particularly bothered by it except to try to prevent it getting worse :)
[12:34] <mkedwards> mdz: 80x24 would be rather safer than 80x30 (issue with VGA emulation and 128KB boundary)
[12:34] <Kamion> mdz: ok, ntfsresize appears to check the return value of open() properly, so indeed it should notice if the device disappears while it's trying to open it
[12:35] <mkedwards> daniels: Dell M60's a craptop in some respects, but not particularly cheap nor imitation.  :)
[12:35] <Kamion> mdz: I guess we can fix it first thing for breezy
[12:35] <pitti> seb128: did you deliberately not fix nautilus' behaviour when pressing backspace/selecting parent folder from menu?
[12:35] <pitti> seb128: this kind of sucks
[12:36] <tseng> pitti: its a forced change by sabdfl
[12:36] <mdz> Kamion: synced dosfstools; might as well have something to do while oo.o builds
[12:36] <mvo> Kamion: my older thinkpad need a vga=771 option too (but as you said, it's documented in the boot help)
[12:36] <mkedwards> in any case, as I said, I now have two reasonable workarounds (vga= and framebuffer=false)
[12:36] <tseng> pitti: instead of reverting it to fix the obvious lameness, he says "lets do it different in breezy"
[12:36] <mdz> I need to get to sleep now
[12:36] <mdz> Kamion: you have the info from elmo about the approval process, right?
[12:36] <pitti> tseng: I know the sabdfl decision, I just don't know whether he also spoke about the backspace behaviour
[12:37] <pitti> sleep well, mdz
[12:37] <seb128> pitti: no, in fact I didn't even know have backspace when I've made the change ...
[12:37] <mkedwards> mdz: btw, livecd is the best thing since sliced bread.  Thanks.
[12:37] <tseng> pitti: he spoke about making an obvious way to go to the parent folder, for breezy.
[12:37] <tseng> bug 8548
[12:37] <seb128> pitti: and some way have no the "shift way" to modify stuff. Ie: you can't middle click to the places menu
[12:37] <Burgundavia> that was filed out of 8516
[12:38] <seb128> pitti: so the option is to give no way to user to keep the current folder open (which is not cool) or to let both opens ...
[12:38] <pitti> seb128: backspace is the same as "parent folder" in the menu
[12:38] <infinity> Well, I'm about to get kicked out of the library again, so g'night...
[12:39] <pitti> night infinity 
[12:39] <mkedwards> night all
[12:39] <Mithrandir> night infinity
[12:39] <seb128> pitti: let me set the broken mode, a sec
[12:39] <tseng> bye.
[12:39] <infinity> pitti : You'll see mozilla updates by Friday at the latest.  Big ones, I hope. :)
[12:39] <pitti> cool
[12:39] <seb128> pitti: right, that's a corner case bug
[12:39] <mdz> Kamion: hope so
[12:39] <mdz> night all, thanks
[12:39] <seb128> 'night mdz
[12:40] <mvo> night mdz 
[12:40] <thom> infinity: oi! answer the question first!
[12:40] <thom> night mdz
[12:40] <infinity> thom : Err, "the question"?
[12:40] <daniels> infinity: night dude
[12:40] <infinity> thom : Did I miss something?
[12:40] <Kamion> mdz: yes, I have the info
[12:40] <thom> infinity: are you doing mozilla or firefox or both together?
[12:40] <daniels> infinity: post-hoary food on weekend
[12:40] <Kamion> to misquote Adam McKenna, "WAY TOO FUCKING MUCH COMMUNICATION"
[12:40] <infinity> thom : Both.  And Tbird.
[12:40] <thom> infinity: fair enough
[12:41] <thom> i shall find something else to do then
[12:41] <smurfix> nautilus-cd-burner exits when I click on "insert another disk" -- not the behavior I'd expect
[12:41] <infinity> thom : Most of the issues affect both, so it doesn't make sense doing them seperately.
[12:41] <infinity> thom ; And some also affect Tbird, so..
[12:41] <thom> nod
[12:42] <Kamion> mdz: oh, dosfstools appears to have got synced
[12:42] <pitti> Kamion: darn, I just encountered the "wrong file system selected by default" bug in partman, *sigh*
[12:42] <pitti> Kamion: too late for Hoary now, I guess
[12:42] <Kamion> pitti: meh what? details, man
[12:42] <pitti> Kamion: I select a partition with an already existing file system
[12:42] <pitti> Kamion: and my goal is to use it as it is
[12:42] <infinity> thom : Want something clever to do that would pay me back?... Write a patch for apache2, so that I can do something like "apache2 -S" and get the current PidFile from it.
[12:43] <pitti> Kamion: so if I go to the file system choice, my XFS partition defaults to "reiserfs"
[12:43] <Kamion> pitti: none of my bugs mention any issue like that; please file one with details and /var/log/partman, and I'll look at it post-hoary
[12:43] <pitti> Kamion: yes, will do
[12:43] <pitti> Kamion: doesn't happen all the time
[12:43] <jsgotangco> bye bye
[12:54] <Lathiat> daniels: hrmm, when you upgrade from warty does it just transition yoru old X11 config file?
[12:54] <daniels> yyyyyyyyyyyyyyyeeeeeeeeeeessssssssssss ...
[12:55] <Lathiat> daniels: because the horizsync/vertrefresh were wrong to run my resolution (1680x1050), has to make it regenerat eit from scratch to make it work.
[12:55] <Lathiat> ahh hrmm
[12:55] <Lathiat> guess warty detected the wrong values
[12:55] <daniels> (#6672 notwithstanding)
[12:55] <daniels> sigh
[12:55] <daniels> what did it calculate the horizsync and vertrefresh as?
[12:56] <Lathiat> (was just trialling out warty->hoary upgrade)
[12:56] <Lathiat> daniels: ah, that wasn't my problem
[12:56] <Lathiat> i was using the nv driver before as well
[12:56] <Lathiat> that said on warty my display never came up right, ended up with a screen all of one colour
[12:58] <Lathiat> root@dhcppc0:/etc/X11 # cat xorg.conf|grep -Ei "(sync|refresh)"
[12:58] <Lathiat>         HorizSync       30-90
[12:58] <Lathiat>         VertRefresh     50-60
[12:58] <Lathiat> root@dhcppc0:/etc/X11 # cat xorg.conf.200504061853|grep -Ei "(sync|refresh)"
[12:58] <Lathiat>         HorizSync       28-33
[12:58] <Lathiat>         VertRefresh     43-72
[12:58] <daniels> and in XF86Config-4?
[12:58] <Lathiat> root@dhcppc0:/etc/X11 # cat XF86Config-4 |grep -Ei "(sync|refresh)"
[12:58] <Lathiat>         HorizSync       28-84
[12:58] <Lathiat>         VertRefresh     43-60
[12:58] <daniels> i don't know how the shit it ended up with 33khz
[12:59] <martinald> hi
[12:59] <Lathiat> something i can do to figure it out?
[12:59] <daniels> that's for 640x480@60
[12:59] <daniels> yeah, but it's kind of sucky
[12:59] <daniels> dpkg --force-depends --purge xserver-xorg
[12:59] <daniels> apt-get install xserver-xfree86
[12:59] <Lathiat> i just whacked in my pressed warty cd installed, had to edit the X config to start in 1280x1024 to make it work but put it back to how it was after it started then ran an upgrade off the 0406.1 daily
[01:00] <daniels> DEBUG_XORG_PACKAGE=developer DEBUG_XORG_DEBCONF=developer sudo apt-get install xserver-xorg
[01:00] <daniels> and send me the full log
[01:00] <Lathiat> ok
[01:00] <daniels> ah, it doesn't carry over custom changes from warty
[01:00] <daniels> if warty picked up 640x480, that's what xorg will try
[01:00] <Lathiat> i didnt make any changes
[01:00] <Lathiat> i restored the changes after i started it
[01:01] <Lathiat> just i ended with a fucked display to start with
[01:01] <daniels> hmph
[01:01] <Lathiat> thats probably not helping
[01:01] <Lathiat> it was all one colour like brown for gdm, if i logged in it went brown and then went white a bit after and seemed to be working
[01:01] <Lathiat> daniels: does that dump a log file or to stdout?
[01:02] <daniels> Lathiat: stdout
[01:02] <daniels> and stderr
[01:02] <Lathiat> it wont ask me any questions right? so i can just &> xorg.log ?
[01:02] <Lathiat> mm its ok i'll just read the logfile for hwo to answer the question :)
[01:03] <daniels> it shouldn't ask you any questions, no
[01:03] <Lathiat> apt did but :)
[01:03] <Lathiat> http://bur.st/~lathiat/xorg.log
[01:04] <daniels> can you please open up /var/cache/debconf/config.dat and look up xserver-xfree86/config/display/mode-list, and same for -xorg?
[01:05] <Mithrandir> lamont: can you check what has happened to the ooo i386 build?  It seems to be lost somewhere.
[01:05] <Lathiat> Name: xserver-xfree86/config/monitor/mode-list
[01:05] <Lathiat> Template: xserver-xfree86/config/monitor/mode-list
[01:05] <Lathiat> Value: 640x480 @ 60Hz
[01:05] <Lathiat> Owners: xserver-xfree86
[01:05] <Lathiat> ^^ that?
[01:05] <daniels> er, yeah
[01:05] <Lathiat> Name: xserver-xorg/config/monitor/mode-list
[01:05] <Lathiat> Template: xserver-xorg/config/monitor/mode-list
[01:05] <Lathiat> Value: 640x480 @ 60Hz
[01:05] <Lathiat> Owners: xserver-xorg
[01:05] <Lathiat> Flags: seen
[01:05] <Lathiat> and that :)
[01:05] <daniels> hoary is valiantly preserving warty's 640x480 detection
[01:06] <Lathiat> that would seem to me rather broken in general
[01:06] <daniels> the fact that warty picked up on 640x480, or the fact that hoary goes with that?
[01:07] <daniels> if the former, well, yeah -- that'd be why it's fixed in xorg
[01:07] <daniels> if the latter, not really -- all we can do is work on the principle of least surprise
[01:07] <daniels> 'your life wasn't interesting enough previously, so I made you a totally new X configuration.  enjoy!'
[01:07] <daniels> anyway, anything past here is probably #ubuntu material
[01:10] <HiddenWolf> mvo, ping
[01:12] <mvo> HiddenWolf: pong
[01:12] <HiddenWolf> mvo; I got another spiffy child terminated with 117 status error on my update just now
[01:12] <Lathiat> daniels: well i was thinking more that if we fix autoconfiguration, it won't be used
[01:13] <Lathiat> daniels: but i guess your right.
[01:13] <mvo> HiddenWolf: with update-manager? or synaptic?
[01:13] <Lathiat> upgrade seems to have gone pretty much perfectly which is good
[01:14] <HiddenWolf> mvo, update-manager
[01:14] <mvo> HiddenWolf: thanks
[01:14] <martinald> i've got a simple request for the wiki, could it show the page name in the title? it's a pain when you have multiple wiki windows open
[01:15] <HiddenWolf> mvo, for the record, that is using the latest update-manager, updated yesterday-morning.
[01:18] <Lathiat> daniels: that said, regenerating config files is also bad
[01:18] <daniels> well, yeah
[01:18] <daniels> i'm hoping that we won't need to change X implementations every other week
[01:19] <Lathiat> heh
[01:19] <daniels> all the options are shit.  this was just least shit.
[01:19] <mdke> is the website auth down again?
[01:19] <mdke> i can login on launchpad but not on ubuntulinux.org
[01:19] <Lathiat> are there plans to detect a video card change / when gdm refuses to start to offer to try to regenerate a new config file and start again or something? (for breezy or the future or whatever)
[01:19] <daniels> Lathiat: yeah
[01:20] <Lathiat> some kind of recovery mode on the installer could also be cool, to reinstall grub and stuff
[01:22] <Lathiat> well im off to try a direct ubuntu install now and see how that goes
[01:22] <thom> mdke: are you matthew east? (utterly unrelated query)
[01:22] <Kamion> Lathiat: boot with 'rescue', dude
[01:22] <Lathiat> Kamion: oh :) i'll try that
[01:22] <mdke> thom, yeah
[01:23] <mdke> thom, how come?
[01:23] <thom> mdke: bug #7105
[01:23] <thom> are you using en_GB, by any chance?
[01:23] <mdke> thom, yes
[01:24] <thom> score, i win.
[01:25] <mdke> lol
[01:25] <mdke> thom, want me to test anything
[01:25] <thom> can you grab en-GB.jar from http://people.ubuntu.com/~thom/ and replace the one currently installed with it, restart firefox, see if the problems fixed
[01:26] <mdke> thom, sure. how do i install it?
[01:27] <thom> mdke: dpkg -L mozilla-firefox-locale-en-gb|grep jar ; sudo cp en-GB.jar to the location from the previous command
[01:27] <martinald> id guess just put it in /usr/lib/mozilla-firefox/chrome
[01:27] <martinald> o
[01:30] <thom> martinald: /usr/lib/mozilla-firefox/extensions/{6c3a4023-ca27-4847-a410-2fe8a2401654}/chrome/en-GB.jar FYI :-)
[01:30] <mdke> thom, you win
[01:30] <mdke> thom, close bug
[01:30] <mdke> :)
[01:30] <thom> not fixed yet, but thanks for confirming
[01:30] <mdke> oh
[01:30] <mdke> well it works anyhow
[01:31] <thom> (well, fixed, but not in hoary)
[01:31] <mdke> ok false alarm about the website anyway
[01:31] <mdke> i suck
[01:31] <mdke> thanks thom 
[01:34] <thom> "Welcome to Ubuntu Linux 5.04: The Hoary Hehdeghog Release"
[01:34] <thom> we're so doomed
[01:35] <daniels> you're shitting me
[01:35] <daniels> where does it say that?
[01:35] <thom> on the firefox home page! (/usr/share/ubuntu-artwork/home/index.html)
[01:36] <pitti> argh
[01:36] <thom> Kamion: can i upload a quick fix for ubuntu-artwork, pelase
[01:36] <thom> uh, please
[01:37] <Kamion> haha, just that typo?
[01:37] <thom> yeah
[01:37] <Kamion> yes
[01:37] <kent> Whats the problem with ubuntu-artwork? I looked at index.html, and it seems ok. (Well, it does imply that Im now running final version of Hoary, but.. its just a few days left, does any one care?)
[01:37] <daniels> kent: 21:35 < thom> "Welcome to Ubuntu Linux 5.04: The Hoary Hehdeghog Release"
[01:37] <fabbione> Kamion: i would have say no and blame gtk!
[01:37] <carlos> thom: I just saw that I'm not able to open firefox's preferences window...
[01:37] <daniels> kent: there is no such animal as a HEHdgehog
[01:37] <thom> carlos: restart firefox
[01:37] <kent> dand, ah..  I see now :) That would be embarrasing ;)
[01:38] <carlos> thom: I did it already
[01:38] <carlos> I get a window with this text in red: 'title="&prefWindowUnix.title;"
[01:39] <daniels> thom: lazy loldgehog
[01:39] <thom> carlos: quit firefox entirely, delete XUL.mfasl in your profile, try again
[01:39] <thom> Kamion: it's bug #8717 for reference
[01:40] <Kamion> thom: yay for last-minute updates
[01:40] <carlos> thom: fixed
[01:40] <carlos> thom: thanks
[01:40] <Kamion> jdub: what's the state of artwork? mdz said sabdfl promised artwork by 11am
[01:40] <d3vic3> can I use sudo in chroot ?  
[01:41] <Mithrandir> yes, if you have an /etc/sudoers in the chroot
[01:41] <jdub> Kamion: coming
[01:41] <d3vic3> keeps giving me this -> sudo: unable to lookup ubuntu via gethostbyname()
[01:41] <Kamion> thom: perhaps jdub can simply roll it into his upload
[01:42] <d3vic3> and the commands don't execute :-( 
[01:42] <carlos> d3vic3: add a entry for "ubuntu" to your /etc/hosts file
[01:42] <Kamion> fabbione: the saying no is good, we'll make you into a release manager yet
[01:42] <jdub> Kamion: what's this?
[01:42] <Kamion> jdub: 12:34 < thom> "Welcome to Ubuntu Linux 5.04: The Hoary Hehdeghog Release"
[01:42] <Treenaks> sounds klingon
[01:42] <fabbione> Kamion: ehehhe
[01:43] <jdub> Kamion: aha
[01:43] <thom> oh well, i just NMUd quickly
[01:43] <thom> no other changes
[01:44] <Mithrandir> hm, the x41 is out
[01:45] <daniels> ooo
[01:45] <thom> jdub: #8717 is the report
[01:45] <daniels> does it have non-intel graphics?
[01:45] <jdub> thom: mmm, seen now
[01:45] <jdub> thom: you uploaded?
[01:45] <thom> jdub: yes
[01:46] <daniels> cock, still intel
[01:46] <thom> jdub: ubuntu-artwork_0.2.23-2.1_source.changes
[01:46] <daniels> heh, on pcie
[01:47] <Mithrandir> daniels: Intel Extreme 2; http://www-1.ibm.com/support/docview.wss?rs=0&uid=psg1MIGR-58221&loc=en_US
[01:47] <jdub> thom: .1? silly mans ;)
[01:47] <daniels> Mithrandir: iirc that's i915, especially if it's on pcie
[01:47] <Mithrandir> daniels: i915GM chipset.
[01:48] <daniels> yep
[01:48] <Mithrandir> daniels: looks like you can get it with ATI Radeon $mumble too
[01:49] <Mithrandir> or that might just be a brain fart on the spec page
[01:50] <kent> Is im the only one having problem with files not updating on desktop? I have to press ctrl+r for it to show files when i have downloaded them with epiphany, etc. Only files i create with nautilus shows directly.
[01:50] <jdub> thom: can you plop the dsc/diff.gz somewhere i can grab them easily?
[01:50] <jdub> thom: uploads have to be accepted, etc.
[01:51] <Kamion> it's in queue/accepted, not showing for approval ATM though, I'm figuring I'll wait until cron.daily
[01:52] <daniels> Mithrandir: no, you can't; that's only x3x
[01:52] <Lathiat> hmm the installer doesn't tell you anymore that XFS is unsafe to have for / (without a separate /boot) which is a regression from warty (at the partitioning time, the error does show up on the debug console) and it then later tries to install lilo instead which also fails with "Error 1" (i couldn't find out what that was)
[01:53] <Treenaks> Lathiat: the installer should be installing grub anyway
[01:53] <Kamion> no it shouldn't, not for XFS
[01:53] <Lathiat> Treenaks: well it tries to, and grub installer went: installing /boot on XFS is unsafe
[01:53] <Kamion> Lathiat: the installer falls back to lilo automatically, which works for me
[01:53] <Lathiat> Kamion: right, i got an "Error 1" here
[01:53] <thom> jdub: http://people.ubuntu.com/~thom/
[01:53] <Lathiat> Kamion: any idea where i can look for what that is?
[01:53] <Kamion> nobody has provided any details
[01:54] <Lathiat> there was no more verbose information on either console
[01:54] <Kamion> Lathiat: switch to console 2, chroot /target /sbin/lilo
[01:54] <Lathiat> heh i'll have to do another install run, i'll let you know how that goes in half an hour :)
[01:54] <Kamion> sheesh
[01:54] <Kamion> ok :)
[01:55] <Lathiat> just gonna let this ext3 install finish and make sure thats all working good
[01:55] <Kamion> wait until lilo-installer fails before doing that procedure, though
[01:56] <Lathiat> i take it no ones written an xfs stage_1_5
[01:56] <Kamion> lilo's output should really be redirected to /var/log/messages
[01:56] <Lathiat> or it doesn't work or something
[01:56] <Kamion> Lathiat: it's not that; it's too long a problem to explain here
[01:56] <Lathiat> Kamion: ok :)
[01:56] <Lathiat> is it described anywhere?
[01:56] <Kamion> basically xfs doesn't actually sync when you tell it to
[01:56] <Lathiat> oh right
[01:56] <Lathiat> woo :)
[01:56] <Kamion> it's probably in one of the installer bug reports
[01:57] <Lathiat> i'll have  alook around later out of curiosity
[01:57] <daniels> Kamion: was that it, though?  iirc freezing and then thawing didn't have the desired effect
[01:57] <jdub> thom: thanks
[01:57] <Kamion> daniels: it works if you "wait a bit"
[01:58] <daniels> heh
[01:58] <daniels> so even freezing doesn't actually sync.  ugh.
[01:59] <Kamion> daniels: apparently not, it didn't do the job when Kinnison and I sat for a day and tried everything we could think of, anyway
[01:59] <daniels> istr it not working for me, either
[02:01] <Kamion> but it's bloody hard to debug, because it works "after a while" so you have to reboot for every test
[02:01] <daniels> heh
[02:01] <Kamion> so since lilo works for me I ignored it
[02:01] <Kamion> Lathiat: are you booting with vga=something, or anything like that?
[02:01] <Lathiat> Kamion: nope
[02:02] <Kamion> because I know that's broken with lilo
[02:02] <Kamion> er, lilo-installer, it's not lilo's fault
[02:02] <Lathiat> nah everythign is stock standard
[02:02] <Lathiat> well this install seems to have run fine for me, woot.
[02:03] <zul> hey
[02:03] <dholbach> T-None: ping
[02:03] <Kamion> Lathiat: the ext3 one?
[02:03] <Lathiat> Kamion: yeh
[02:03] <Lathiat> so just, the install in general
[02:04] <smurfix> jdub: Do we get a nice shiny new calendar background to go with the release? ;-)
[02:04] <Lathiat> however my usb drive isn't getting mounted
[02:04] <Lathiat> but it shows up in hal-d-m
[02:05] <Lathiat> lathiat@dhcppc0:~$ gnome-volume-manager
[02:05] <Lathiat> manager.c/124: init_usb_restriction: no matching storage configuration in /etc/multiseat.conf, exiting
[02:05] <jdub> smurfix: not immediately with the release, no
[02:05] <Treenaks> jdub: no april calendar then?
[02:05] <jdub> Treenaks: not yet, no
[02:06] <smurfix> jdub: awwww
[02:06] <Kamion> elmo: 'helena -m approval' isn't showing me anything
[02:07] <pitti> elmo: helena doesn't show me any warty-security uploads either
[02:07] <daniels> Lathiat: does it exit immediately, or continue on?
[02:08] <Lathiat> exits immediately
[02:08] <Lathiat> and doesn't start on login, assumedly because of that (just rebooted again to test)
[02:09] <Lathiat> shows up in xsession-errors
[02:10] <daniels> you don't have a /etc/multiseat.conf at all, do you?
[02:10] <thom> urk, i can see that here too
[02:10] <Lathiat> i have one
[02:10] <thom> and i do have a multiseat.conf
[02:10] <Lathiat> i should note i dont have this issue on my current install
[02:10] <Lathiat> http://bur.st/~lathiat/multiseat.conf
[02:12] <fabbione> ehhhh???
[02:12] <fabbione> how on earth did you get a multiseat.conf?
[02:13] <Lathiat> i just did a fresh install
[02:13] <Lathiat> off 20050406.1 daily
[02:13] <Lathiat> i'm going to guess this also happened with my warty upgrade as i didnt see the dirve on the desktop
[02:13] <fabbione> daniels: i have it too
[02:14] <fabbione> but the code CANNOT run if you don't have at least 4 video cards
[02:15] <Kamion> sec
[02:16] <daniels> thom: do you have anything from nvidia?
[02:16] <daniels> thom: i.e. lspci -n | grep 10de: | wc -l -gt 0
[02:16] <fabbione> daniels: remember that it checks for MGA and ATI too
[02:16] <thom> my X40 install from the 30th doesn't, my amd64 from monday does
[02:16] <Kamion> it pays no attention to ATI
[02:16] <Kamion>         if [ ${LSPCINV} = "4" ]  || [ ${LSPCIMGA} = "4" ] ; then
[02:17] <Kamion> which, incidentally, is a fucked-up idea of shell quoting
[02:17] <thom> daniels: no
[02:17] <Kamion> "let's quote precisely the things I don't need to quote"
[02:19] <Kamion> nevertheless, I don't see anything obviously broken
[02:19] <daniels> here's my nave diff to .prebaseconfig:
[02:19] <daniels> +db_get multiseat-udeb/force_multiseat
[02:19] <daniels> +if [ "$RET" = "false" ] ; then
[02:19] <daniels> +  exit 0
[02:19] <daniels> +fi
[02:19] <daniels> +
[02:19] <daniels> just before configured_heads
[02:20] <daniels> because it seems to write a multiseat.conf rather unconditionally
[02:20] <fabbione> well it does
[02:20] <daniels> (obviously I haven't tested this at all)
[02:20] <daniels> ... which it shouldn't?
[02:20] <Kamion> oh, prebaseconfig
[02:20] <daniels> Kamion: yeah
[02:20] <Kamion> fuck, yeah, that's broken
[02:21] <Kamion> yes, I think daniels' suggestion is correct
[02:21] <Kamion> please upload that
[02:21] <Lathiat> so what do i do, delete that file?
[02:21] <Kamion> Lathiat: yes
[02:21] <fabbione> Lathiat: yes
[02:21] <Lathiat> works now
[02:22] <Kamion> why is anything honouring that file, though?
[02:22] <Kamion> the multiseat package shouldn't be installed
[02:22] <fabbione> Kamion: g-v-m
[02:22] <Kamion> ah
[02:22] <Lathiat> its not installed
[02:22] <fabbione> to isolate specific usb port per user/head
[02:23] <fabbione> Kamion: otherwise when you plugin your usb stick with your gpg secret keys, it might be kinda automounted on the wrong head with the wrong user :)
[02:23] <fabbione> just a little *TINY* detail
[02:24] <Kamion> sure
[02:24] <fabbione> so if that file exists, the deafult is to be secure and restrictive.. nobody mounts anything
[02:24] <daniels> fabbione, Kamion: 0.9.9 on chinstrap:~daniels, please review
[02:25] <fabbione> daniels: i think Kamion knows much better than me...
[02:25] <daniels> fabbione: more pairs of eyes can't hurt
[02:26] <daniels> debdiff is there too
[02:27] <Kamion> daniels: ok
[02:27] <fabbione> daniels: the db_set in postinst is for safety reasons?
[02:27] <Kamion> (er, i.e. looks good)
[02:27] <fabbione> daniels: otherwise it looks ok
[02:27] <daniels> fabbione: yeah, to be doubly sure
[02:28] <fabbione> fine by me
[02:28] <fabbione> but Kamion needs to bless the upload
[02:28] <Kamion> yes, only once helena works though ;)
[02:29] <Lathiat> hmm synaptics repositories dialog is a bit broken, tho seemingly not in a way that causes breakage
[02:29] <Mitario> goodday everyone
[02:29] <mvo> hey Mitario 
[02:30] <mvo> Lathiat: broken in what way?
[02:30] <Lathiat> just adding extra lines to /etc/apt/sources.list that are already there
[02:31] <Lathiat> actually it hasn't its just moved it and scrambled the order, and doesn't update source lines when non-source lines are updated and shuffles the lines around
[02:31] <daniels> multiseat uploaded
[02:32] <mvo> Lathiat: it shouldn't shuffle lines around 
[02:33] <Lathiat> its a bit hard to make sense of what its actually done
[02:33] <Lathiat> http://bur.st/~lathiat/sources.list is what happened after i hit add to add universe and muiltiverse for main, updates and security
[02:33] <Lathiat> i think the lines are just out of order and confusing me so you can ignore it
[02:33] <mvo> Lathiat: it keeps a copy in /etc/apt/source.list.save, can you diff it too?
[02:37] <Lathiat> everything is ok just scrambled, seems to be in issue with archive.ubuntu.com vs the installed au.archive.ubuntu.com and deb-src lines not being updated -- but: http://bur.st/~lathiat/sources.list.diff http://bur.st/~lathiat/sources.list.reordered
[02:37] <Lathiat> probably nothign to worry about at this stage
[02:41] <mvo> Lathiat: yes, looks disordered, but not too bad
[02:42] <Lathiat> yep
[02:42] <Lathiat> sorry to hassle you
[02:43] <Lathiat> mvo: never could get that warty bug to happen in any recent build so must of bene an old glitch/bug thats fixed, which is good.
[02:44] <Lathiat> while i've got a fresh install up is there anything anyone wanted testing for workingness?
[02:45] <Kamion> ok, ubuntu-artwork and multiseat uploads approved
[02:45] <daniels> phat
[02:45] <Kamion> enrico: you need to clear uploads beforehand; what's that ubuntu-docs upload?
[02:45] <Lathiat> then i'll go redo xfs and try see what upsetting lilo
[02:45] <lamont> Mithrandir: don't be so impatient
[02:45] <lamont> (it entered the archive 2 minutes before you asked...)
[02:45] <daniels> Kamion: we should probably mail u-d/u-u telling people to nuke multiseat.conf
[02:45] <Mithrandir> lamont: oh, ok.
[02:46] <Mithrandir> lamont: powerpc was finished a bit before that.
[02:46] <Kamion> daniels: go ahead
[02:46] <lamont> yeah
[02:46] <Kamion> lamont: if you mean ooo, he was right to ask, it was stuck in NEW
[02:46] <lamont> Mithrandir: powerpc doesn't build all the &*)_&* locales
[02:46] <Kamion> lamont: I lisa'd it
[02:46] <mvo> Lathiat: thanks for checking/reporting :)
[02:46] <lamont> Kamion: ah, ok
[02:46] <enrico> Kamion: do I?
[02:46] <enrico> ok
[02:46] <Kamion> enrico: you also need to read ubuntu-devel :P
[02:46] <Mithrandir> hooray for 200MB source packages.
[02:47] <Lathiat> right, since no one has any quirks to test, i'll go try track down this xfs problem.
[02:47] <Kamion> or the topic of this channel
[02:47] <enrico> Kamion: sorry man, I'm doing things from almost disconnection here
[02:47] <fabbione> Mithrandir: shut up.. you have 100Mb there.. it took 50 minutes to download them from here, when you jumped on irc
[02:47] <enrico> Kamion: that is same as 0.6, but with more translated OMF files
[02:48] <Mithrandir> fabbione: yeah, it's a bit slow.  I only get 1MB/sec to a.u.c now.
[02:48] <enrico> Kamion: translated OMF files allow documentation to be linked in its translated form form yelp's TOC
[02:48] <Lathiat> gnome mixer should really use the alsa mixer by default, especially since many people have the OSS mixer not show up the master channel
[02:48] <enrico> Kamion: anything else you need to know?
[02:48] <dholbach> lamont: do you have an idea, why kernel-patch-2.4-ipvs, kernel-patch-2.4-rmap are on archive.u.c but have no buildlogs and those plus kernel-patch-lpp is not apt-get-source-able?
[02:48] <dholbach> s/is/are
[02:48] <smurfix> Mithrandir: Your definition of "only" doesn't match quite everybody's, thank you very much :-/   ;-)
[02:49] <jdub> ok
[02:49] <jdub> who has a wide screen?
[02:49] <Lathiat> jdub: I
[02:49] <lamont> Mithrandir: actually, ppc is about 8 hours without the ccache hit, but all 3 buildds appear to be seeded.  The i386 build is 6 hours without, and landed on a machine that hadn't built it before
[02:49] <Lathiat> (16:10 -- 1680x1050)
[02:50] <jdub> ok, suck down one of these: http://people.ubuntu.com/~jdub/random/ubuntu-artwork_0.2.24-1_all.deb
[02:50] <d3vic3> doko, ping 
[02:50] <jdub> please check the login screens for sanity :)
[02:50] <Lathiat> ok
[02:50] <Lathiat> yeh i noticed that sucked at least on the ubuntu circle of friends one
[02:50] <daniels> jdub: yes, not the sort you're after
[02:50] <jdub> yeah, previous gdm didn't have yummy ratio aware scaling
[02:51] <Mithrandir> smurfix: you don't maintain packages which have a source package about 200MB big and which needs a download of half a gig each time somebody changes _anything_ in the package it wraps.
[02:51] <enrico> mdz: are there problems with that last ubuntu-docs upload?
[02:51] <Mithrandir> lamont: isn't that weighted, so you'll give it to the same machine each time, if it's available?
[02:51] <lamont> Mithrandir: as soon as launchpad is around
[02:51] <smurfix> Mithrandir: true ...
[02:52] <Mithrandir> lamont: ook.
[02:52] <Lathiat> jdub: looks fine
[02:52] <Lathiat> doesn't appear stretched
[02:52] <lamont> Mithrandir: yeah, I wish it were...
[02:52] <Lathiat> i'll try the circle of friends it more obvious in that
[02:53] <jdub> Lathiat: yeah
[02:53] <Mithrandir> lamont: should be a trivial change to wanna-build?
[02:53] <Lathiat> eww
[02:54] <lamont> Mithrandir: I could lock it down to one host per architecture, but do you really want to wait the extra 4 hours because another eternal package is already building when you upload?
[02:54] <Lathiat> i switched back to my second gdm after changing the theme it complained it can't find the circle of friends background image
[02:54] <Lathiat> yep definately broken
[02:54] <Lathiat> circle.png isnt in there
[02:54] <Lathiat> jdub: 
[02:54] <Mithrandir> lamont: it'd need to fall back if the buildd was busy, I think.
[02:55] <lamont> ah, then it's not so trivial
[02:55] <jdub> Lathiat: eh...!
[02:55] <lamont> posixtestsuite:         77:19:35 (1 entry, sigma 00:00:00)
[02:55] <lamont> You have _GOT_TO_BE_F^$(^%)&**%^N_KIDDING_!
[02:55] <Lathiat> jdub: its /usr/share/gdm/themes/HumanCircle/circle.png that is missing
[02:55] <Lathiat> or it was renamed and not updated but i cant see the file in there under another name
[02:55] <jdub> yeah
[02:55] <jdub> sorting now, thanks
[02:55] <lamont> 12 packages > 2 hours on i386
[02:55] <Lathiat> nps
[02:56] <Lathiat> i seem to be being helpful tonight, woo :)
[02:56] <Mithrandir> lamont: that is "77 hours", right?  That's just Wrong.
[02:56] <Lathiat> i'll go try sort this xfs bug out now, back in 20
[02:56] <daniels> lamont: is one of the tests sleeping for 76 hours?
[02:57] <Lathiat> actually before i go
[02:57] <Lathiat> daniels: programs crash with an XBadAlloc when trying to use overlays (nv driver) -- i've seen that before but it went away
[02:57] <enrico> mdz: around?
[02:58] <Lathiat> anything i can do to debug/get info on that or is it just broken?
[02:58] <daniels> Lathiat: there's a bug open on fd.o about it somewhere
[02:58] <enrico> if both Kamion and mdz are not around, who do I ask approval for uploads?
[02:58] <Lathiat> daniels: ok
[02:58] <daniels> Lathiat: https://bugs.freedesktop.org/show_bug.cgi?id=474
[02:59] <superted> does anyone know how the beagle packages are coming along?
[02:59] <lamont> daniels: that must be it..  That or the left orphans around that hung dpkg --purge after the build that took me 2 days to notice
[02:59] <lamont> was back in march
[02:59] <lamont> s/march/november/
[02:59] <daniels> yow
[03:00] <lamont> anything else for me to check on before I crawl back into bed for an hour or two?
[03:01] <mvo> enrico: mdz is alseep, but Kamion is around AFAIK
[03:01] <enrico> if both Kamion and mdz are not around, who do I ask approval for uploads?  There are two more translations that came in
[03:01] <fabbione> enrico: Kamion will be back pretty soon
[03:01] <enrico> ok
[03:01] <enrico> I hope I can be online for that long
[03:01] <lamont> enrico: worst case, you push them somewhere fetchable and email him
[03:02] <enrico> lamont: right, good idea
[03:02] <lamont> just make sure the .changes are signed, etc.
[03:02] <HiddenWolf> I just installed ubuntu-calendar, but the backgrounds are not selectable in the 'change background dialog' menu
[03:05] <theine> Hi, since I updated Hoary teo days ago the xserver crashes when I log out of a remote ssh session with X11 tunneling enabled. I thought I mention it here considering the upcoming official release
[03:06] <daniels> theine: doesn't happen for me, and in any case, this is the development channel
[03:06] <theine> daniels: alright
[03:11] <seb128> hum
[03:11] <dholbach> i'll take a nap - see you later
[03:11] <seb128> daily i386 install doesn't boot here
[03:11] <seb128> "Hard disk boot sector invalid"
[03:11] <seb128> (I've tried 2 times, daily from yesterday works fine)
[03:12] <seb128> is that a known issue ? or maybe an issue with my CD ?
[03:15] <Lathiat> seb128: which daily
[03:15] <Lathiat> 0405 or 0406?
[03:15] <Kamion> enrico: dude
[03:15] <Kamion> enrico: I said I was going back home, and would be back shortly
[03:15] <seb128> 0406
[03:15] <Kamion> enrico: mdz is asleep
[03:16] <Kamion> I am reviewing your ubuntu-docs change now
[03:16] <Lathiat> this channel needs to have some weird name so people stop mistaking it for #ubuntu
[03:16] <CarlK_> Lathiat - ops and voice seem in order
[03:16] <Lathiat> CarlK_: well like there are legit reasons for people to come here
[03:17] <enrico> Kamion: wait, there's a new one :)
[03:17] <enrico> Kamion: it's just that the two -xh OMF files were untranslated and now they are
[03:17] <enrico> Kamion: http://lento.uncasino.it/enrico/store/ubuntu-docs-1.0.tar.gz has the new packages
[03:17] <enrico> My problem here is that I could be kicked offline at any moment
[03:17] <Kamion> enrico: ok, that's fine, I'm not going to go download a .tar.gz to find out what it is though
[03:18] <Kamion> enrico: I've approved 0.7-1, so please just upload, I can ignore it if it's bad
[03:18] <enrico> Kamion: uploaded
[03:18] <CarlK_> Lathiat - more on this some other time ;)
[03:18] <enrico> I bumped the version to 1.0 so that everyone in the team agrees this is the last one :)
[03:19] <seb128> Kamion: have you read what I just said about the daily i386 ?
[03:20] <seb128> Kamion: it ejects the CD, reboot to configure the package but doesn't boot
[03:21] <Kamion> seb128: I'll try it here in a bit, doesn't sound like anything that's changed recently though
[03:21] <seb128> I'll record a new CD
[03:24] <Kamion> enrico: ubuntu-docs_1.0-1 installed
[03:28] <Kamion> jdub: ubuntu-artwork_0.2.24-1 installed
[03:28] <jdub> Kamion: ta
[03:28] <GheRivero> res
[03:29] <jdub> morning GheRivero 
[03:29] <enrico> Kamion: thanks a lot!
[03:35] <Lathiat> Kamion: ugh.
[03:35] <Lathiat> Kamion: didn't happen this time and i didn't do anything different :(
[03:37] <caleb__> jdub: you around?
[03:37] <Kamion> Lathiat: welcome to race conditions; aren't they fun?
[03:38] <Lathiat> Kamion: yep
[03:38] <Lathiat> might try it in vmware a few times see if i can make it happen again
[03:39] <Lathiat> should have thought to run lilo-intsaller when it first happened
[03:40] <jdub> hey caleb__ 
[03:40] <Kamion> Lathiat: you wouldn't want to run lilo-installer itself, just the command I mentioned
[03:41] <Kamion> I'll make it log more sensible stuff in breezy
[03:41] <Lathiat> cool
[03:42] <caleb__> jdub: do you have an xplanet config that you can share that you used in l.g.o/GnomeWorldWide?  Minus the individual coords of course.
[03:42] <jdub> caleb__: not up, no
[03:42] <caleb__> and sry that it's so off topic here :S
[03:43] <jdub> caleb__: will putit in to cvs at some stage
[03:43] <jdub> hoping the kde guys put theirs up, which seems more interesting
[03:43] <jdub> then i'll rejig our one so it still works with the wiki data
[03:44] <caleb__> url to their display?
[03:45] <Riddell> jdub: phsysos said he would make it available for download, will check to see if he has
[03:47] <pitti> re
[03:54] <Lathiat> hmm packages.gz us md5sum mismatching atm, thats annoying
[03:56] <Mithrandir> s/tt/t/
[03:57] <d3vic3> O.O
[04:16] <seb128> Kamion: is that ok to update gnome-utils to 2.10.1, that's a GNOME 2.10.1 tarball with few fixes and translations updates
[04:17] <lunitik> seb128: you wouldn't happen to know the bug number for your installer issue? (or is there even a bug report?)  
[04:19] <Kamion> seb128: what fixes?
[04:19] <Kamion> mdz said we were done with GNOME 2.10.1
[04:19] <seb128>   * Fix bug #172351, "Cannot open dia files" [Dennis] 
[04:19] <seb128>   * Fix bug #168990, "Unable to open nautilus using magnifier" [Vinay M R] 
[04:19] <seb128> doh
[04:19] <seb128> I though today was the limit
[04:19] <Kamion> 00:21 < mdz> we've got all the 2.10.1 we're going to accept
[04:20] <seb128> graah
[04:20] <seb128> the dia file is "open file from the search file dialog"
[04:20] <Kamion> I'm prepared to look over a debdiff
[04:20] <seb128> ie atm when you double click on the search result it doesn't open the file right
[04:21] <mvo> Kamion: have you seen my patch for #8496 (apt-cdrom honors Acquire::gpgv::Options)? should we wait for mdz for it?
[04:21] <seb128> Kamion: k
[04:21] <seb128> lunitik: what ?
[04:21] <Kamion> mvo: I haven't looked over the patch, and would prefer somebody who knows apt to do so
[04:22] <lunitik> seb128: the issue you were discussing in #ubuntu ... he seems adament he'd like to help... rather then take from your time... a bug report would help him try to help  :/
[04:22] <mvo> Kamion: so we wait for mdz :) ?
[04:22] <Kamion> lunitik: what issue is this?
[04:22] <seb128> lunitik: #ubuntu is not the right chan for that
[04:22] <seb128> Kamion: daily i386 doesn't booting here
[04:22] <seb128> "Hard disk boot sector invalid"
[04:23] <Kamion> oh, that; I'm testing now
[04:23] <seb128> I've recorded again the issue and same issue
[04:23] <Kamion> French?
[04:23] <lunitik> seb128: I understand... just want to point him at some text about the issue so he can try to be useful as he wants to so bad...
[04:23] <seb128> s/the issue/the iso/
[04:23] <seb128> Kamion: correct
[04:23] <seb128> lunitik: I would prefer to deal that here with Kamion rather than doing ping-pong by bugzilla
[04:24] <Kamion> anything else I should know? what filesystem type?
[04:24] <seb128> default choises for all
[04:24] <seb128> French for the language
[04:24] <Kamion> ok
[04:24] <seb128> default keyboard
[04:24] <seb128> DHCP
[04:24] <seb128> all the hdd
[04:24] <seb128> it copies the files, ejects the CD and doesn't reboot
[04:24] <seb128> ie: fails to boot
[04:25] <lunitik> seb128: understandable  :)
[04:25] <mvo> Kamion: one last question: what about http://people.ubuntu.com/~mvo/review/update-manager/update-manager_0.37.1+svn20050405.debdiff.short? any chance for it? it fixes the problem that update-manager does not pick up the synaptic proxy when downloading changelogs?
[04:26] <Kamion> seb128: any chance you could boot with rescue and have a poke around?
[04:26] <seb128> Kamion: what should I look for ?
[04:27] <Kamion> seb128: dunno, see if the filesystem works, see if 'grub-install (hd0)' fixes it, ...
[04:27] <Kamion> mvo: does SYNAPTIC_CONF_FILE get substituted with something more sensible?
[04:27] <seb128> Kamion: k
[04:27] <mvo> seb128: the partion table maybe? I have seen that in the past
[04:27] <mvo> (also my install today was fine)
[04:28] <jbailey> doko!
[04:29] <Kamion> mvo: it's a bit scary; have you tested it both with/without configured proxy?
[04:29] <CarlK_> crap - 2nd phase of install, some "failed" message just scrolled by something like "setting up fonts, failed to install...." - where are these messages logged?
[04:30] <Kamion> CarlK_: /var/log/base-config.log
[04:30] <CarlK_> thanks
[04:30] <mvo> Kamion: I did, should be fine. and yes, I'm not overly happy about it too. if we leave it as it is, the user needs to set http_proxy to get working changelogs in update-manager behind a proxy. not too bad, but not nice either.
[04:30] <Kamion> CarlK_: that message is probably harmless though, fontconfig will sort it out when it actually gets installed
[04:30] <Kamion> CarlK_: there are already bugs about that
[04:31] <Kamion> mvo: oh, and does adding the shortcut on Settings affect translations?
[04:32] <Kamion> seb128: oh, also maybe dd the boot sector and see what it looks like
[04:32] <Kamion> (using 'od -tx1' or similar)
[04:32] <mvo> Kamion: hrm, right (about the settings shortcut). I didn't noticed because that was fixed in gnome-cvs already for a couple of languages (including german)
[04:33] <mvo> Kamion: I think you convinced me to bite the bullet and leave it as it is
[04:34] <Kamion> mvo: which, _Settings or the whole thing?
[04:35] <Kamion> I think I could be persuaded to accept the proxy change
[04:35] <Kamion> it looks straightforward
[04:36] <mvo> Kamion: ok, that would be cool. I'll do another round of tests and prepare a package then with only that patch and a debdiff. sounds ok?
[04:36] <ska-fan> Can I rerun the menu.lst generation that takes into account the other os's on the hard drive? When I installed ubuntu there was a bug that didn't detect the fedora installs correctly and I want to test whether the fix for that bug works for me.
[04:36] <Kamion> mvo: yep
[04:36] <ska-fan> Otherwise switchers from fedora will be unhappy :)
[04:36] <Kamion> ska-fan: unfortunately not
[04:37] <Kamion> ska-fan: do you have a scratch partition you could use?
[04:37] <ska-fan> to install ubuntu on? yes.
[04:38] <Kamion> I'm afraid that's really the only option for testing that - it would be nice if os-prober and the bootloader installers were usable from a real system, but at the moment they aren't
[04:38] <Kamion> I hacked up a sort of test harness when I was fixing that bug, but it's not really the same ...
[04:40] <AndyFitz> I keep wondering why there arent new gaim packages made since 1.1.4 . is there a reason ? 
[04:40] <thom> AndyFitz: upstream version freeze
[04:41] <AndyFitz> thom,  oh yeah.   now it seems like a stupid question
[04:41] <thom> AndyFitz: and all reports suggest the later versions have sucked fairly hard, too *shrug*
[04:41] <ska-fan> Kamion: Oh, so that's you :)
[04:41] <AndyFitz> http://packages.debian.org/unstable/net/gaim  hrm  ill try the version here
[04:41] <ska-fan> What's the smallest iso image to try that out?
[04:43] <Kamion> ska-fan: we only do full CDs I'm afraid
[04:44] <AndyFitz> thom it seems to be working fine. . ill probably notice changes later
[04:44] <Kamion> seb128: works for me
[04:44] <lunitik> *cough*there should be net inst images*cough*
[04:44] <lunitik> :P
[04:44] <Kamion> *cough*yes, I'm too busy*cough*
[04:44] <lunitik> Kamion: haha... fine be like that  :P
[04:45] <seb128> Kamion: grub-install /dev/hda doesn't fix the issue, I'm rebooting with the rescue mode
[04:45] <Kamion> seb128: also look for grub errors in /var/log/installer/
[04:45] <seb128> k
[04:46] <seb128> but the grub output for the rescue shell had no error
[04:46] <CarlK_> base-config.log lines end in 0a0d ... that worth bugging?  
[04:46] <Kamion> lunitik: also we won't ever actually publicise netinsts, since having two parallel sets of images would just lead to confusion; if they ever exist it'll just be on an if-you-know-about-it basis
[04:46] <Kamion> CarlK_: no
[04:46] <Kamion> CarlK_: (that's just how script(1) works)
[04:47] <seb128> Kamion: http://pkg-gnome.alioth.debian.org/gnome-utils.debdiff if you want to have a look on the gnome-utils changes
[04:47] <Kamion> seb128: also check that /boot/grub/device.map is right
[04:47] <seb128> k
[04:47] <CarlK_> ok.  "no" is plenty - don't need explanations today ;)
[04:47] <Kamion> an 846k debdiff?!
[04:47] <lunitik> Kamion: alright, well, if they ever do get created, let me know alright  :)  (ps, is cdimage.ubuntu.com hidden enough? its not on the main page  :P )
[04:47] <CarlK_> lunitik - I figured it out ;)
[04:48] <Kamion> lunitik: whatever, I don't have time now, sorry
[04:48] <seb128> Kamion: GNOME l10n keep moving
[04:48] <seb128> Kamion: I can make a diff on the code if you want
[04:51] <seb128> device.map:
[04:51] <seb128> (hd0) /dev/hda
[04:51] <seb128> looks ok
[04:51] <Kamion> seb128: ok, if you've tested that, go ahead and upload
[04:52] <seb128> k, thanks
[04:53] <seb128> the syslog content looks right
[04:53] <seb128> Installing on '(hd0)'
[04:54] <seb128> running chroot /target /sbin/grub-install --recheck --no-floppy ''(hd0)''
[04:54] <seb128> grub-install ran successfully
[04:57] <Kamion> meh, we always download language pack updates on install
[04:57] <Kamion> fortunately I guess they aren't huge
[04:58] <Kamion> pitti: I assume you won't be changing l-p-*-base post-release
[04:58] <pitti> Kamion: right
[04:58] <seb128> Kamion: what is the way to do uploads ?
[04:59] <pitti> Kamion: unless there are so many updates that the update packages become too big, that is
[04:59] <Kamion> seb128: as normal, they'll get held for approval
[04:59] <seb128> hum
[04:59] <seb128> Connection failed, aborting. Check your network (111, 'Connection refused')
[05:00] <Kamion> erm
[05:00] <Kamion> check your network? :-)
[05:00] <seb128> works fine
[05:00] <Lathiat> haha
[05:00] <seb128> pinging the box works fine
[05:01] <Kamion> Lathiat: dput
[05:01] <seb128> ---- Connecting to upload.ubuntu.com (82.211.81.140) port 21
[05:01] <seb128> **** Socket error (Connection refused) - reconnecting
[05:01] <seb128> with lftp
[05:02] <Kamion> hmm, I think poppy fell over
[05:02] <daniels> daniels@catsby:~/tmp% lftp upload.ubuntu.com
[05:02] <daniels> lftp upload.ubuntu.com:~>
[05:02] <seb128> daniels: ls ?
[05:02] <daniels> yeah, just realised that; never mind me
[05:02] <seb128> :)
[05:02] <Lathiat> heh
[05:04] <Kamion> oh, jackass ran out of disk space
[05:04] <Kamion> that would also explain other errors
[05:04] <zul> hehe
[05:05] <Kamion> ok, technically I *could* fix this, but I really don't want to break stuff
[05:09] <fabbione> amen
[05:09] <lamont> Kamion: now I know that we _MUST_ be really close to release. :=(
[05:09] <Mithrandir> uhm, this means you'll be "unhappy" with a ooo-amd64 upload ATM, right? :)
[05:10] <Kamion> Mithrandir: well, it won't work ...
[05:10] <Kamion> I'll SMS elmo with a plaintive cry for help as soon as my phone is sufficiently charged to manage that
[05:10] <thom> Kamion: i'm just about to call him
[05:10] <Kamion> ok, thanks
[05:11] <seb128> Kamion: permission to fix #8175 (meeting/calendar entries breakage for evo), the patch is: http://bugzilla.ximian.com/showattachment.cgi?attach_id=14727
[05:12] <Kamion> seb128: can I have the bug reference too?
[05:12] <seb128> #8175
[05:12] <seb128> http://bugzilla.ximian.com/show_bug.cgi?id=73844 upstream
[05:12] <thom> Kamion: he says he'll randomly delete some stuff
[05:12] <thom> ;-)
[05:13] <daniels> '/srv?  what do we need that for?'
[05:13] <fabbione> Kamion: i need to go off-line for approx one hour (if not more) in 30 minutes from now. Is there anything you need me to do before that?
[05:13] <Kamion> fabbione: shouldn't be
[05:15] <fabbione> Kamion: ok. you can ping me via sms if it is something urgent but it will still take me a few minutes to come back online. I need turn off everything in the house and reconnect to the proper electric panel
[05:18] <Kamion> fabbione: wtf are you doing? :)
[05:18] <daniels> Kamion: he's had blackouts and stuff at his place
[05:18] <fabbione> Kamion: this morning there was an electric outage in the central and i lost one phase
[05:18] <fabbione> Kamion: so i rerouted all the stuff to keep the computers on and work
[05:18] <fabbione> now i need to put it back
[05:19] <fabbione> and rebalance the loads on the line
[05:19] <fabbione> lines
[05:19] <Mithrandir> fabbione: scary.
[05:19] <fabbione> Mithrandir: yes.. half of my house was without power.. i almost fainthed 
[05:19] <elmo> fixed jackass
[05:19] <fabbione> specially because everything looked ok from the panel
[05:19] <elmo> kamion: ^--
[05:19] <lamont> elmo: used that magic rm -rf /, eh? :-)
[05:20] <ogra> fabbione, they are still on it ?
[05:20] <Kamion> elmo: thanks
[05:20] <fabbione> ogra: no, they fixed after a couple of hours
[05:20] <ogra> ah
[05:20] <fabbione> ogra: but to shutdown everything here, it takes quite sometime
[05:20] <ogra> heh, i can imagine, yeah
[05:20] <fabbione> specially to pray that everything will come back as it should :)
[05:20] <fabbione> 59 minutes of pray
[05:21] <fabbione> 1 minute of real operations :)
[05:21] <ogra> :)
[05:21] <elmo> Kamion: did you get approval sorted?
[05:21] <Kamion> elmo: yep, apart from 'helena -m approval' not working, but I just worked around with ls
[05:21] <fabbione> i just need to wait for my wife to go out of the way while i will yell and scream in the datacenter
[05:21] <Kamion> kelly -z works fine
[05:22] <elmo> hmm, ok
[05:22] <Mithrandir> Kamion: it makes so much sense when you go about talking about programs with nonsensical names... "how about if you try cindy -w"? :P
[05:22] <elmo> DO NOT RUN CINDY
[05:22] <elmo> cindy and ubuntu are not friends
[05:23] <Mithrandir> what does cindy do?
[05:23] <elmo> I know you were just joking, but that's a really bad example
[05:23] <Kamion> # NB[3] : cindy ENTIRELY breaks for 'source-only'-upload based distros
[05:23] <Kamion> # like Ubuntu.  Go Cindy.
[05:23] <Kamion> 'k
[05:23] <Mithrandir> elmo: sorry.
[05:23] <Kamion> I assume it like clears out the override file or something
[05:23] <elmo> Kamion: pretty much, yah
[05:24] <mdz> morning
[05:24] <daniels> mdz: 'morning
[05:24] <fabbione> morning mdz
[05:24] <mvo> morning mdz 
[05:24] <Kamion> mdz: morning
[05:24] <Mithrandir> mjg59: moo?
[05:24] <ogra> hi mdz 
[05:24] <smurfix> ... it always being morning *somewhere* in the world ;-)
[05:24] <Kamion> seb128: you should be able to do that gnome-utils upload now
[05:25] <Kamion> mvo: update-manager upload?
[05:25] <Mithrandir> mjg59: lately, my kernel seems to report 1/10 of the charge level of my battery.  Fixes itself if I run acpi -V twice, then comes back after a while.
[05:26] <Mithrandir> mjg59: x40, acts the same for all batteries, so it's not the battery acting funky.  AC/non-AC doesn't seem to matter.
[05:26] <mvo> Kamion: will do it now (with only the reviewed change). ok?
[05:26] <Mithrandir> mjg59: any ideas where to start debugging?
[05:26] <Kamion> mvo: yep
[05:26] <fabbione> Mithrandir: he will tell you.. from the kernel :)
[05:26] <mdz> Kamion: how do we stand?
[05:27] <seb128> Kamion: already uploaded, thanks :)
[05:27] <pitti> Hi mdz 
[05:27] <seb128> Kamion: and about the 1 line evo patch ?
[05:27] <mdz> oh, we managed to fill jackass? wooo
[05:27] <seb128> hi mdz
[05:28] <elmo> to be fair my insane backup "strategy" did
[05:28] <Kamion> seb128: evo> ok
[05:28] <Mithrandir> hmm, does gnome have any sort of "location" concept?  So you can have different settings if you're at work than if you're at home than if you're on a wireless, travelling and so on?
[05:29] <seb128> Kamion: thanks
[05:29] <mvo> Kamion: thanks
[05:29] <seb128> Mithrandir: no
[05:29] <ogra> Mithrandir, defining your next project ? :-P
[05:29] <Kamion> mdz: remaining to upload are mvo's update-manager fix (proxy/changelog breakage) and seb's evo vcal fix; artwork's in, rest looks ok
[05:29] <Mithrandir> seb128: do you know if it plans to grow one?
[05:29] <seb128> not afaik
[05:30] <jbailey> Mithrandir: The closest thing is that the network thing had profiles you could choose.
[05:30] <Mithrandir> seb128: because nobody has had interest or because it's nongnomeish?
[05:30] <Mithrandir> jbailey: yeah, that would be an obvious input.
[05:30] <jbailey> Mithrandir: But it didn't attach proxy settings to it, or anything interesting like that.
[05:30] <mvo> Kamion: upload finished
[05:30] <seb128> probably because that's not something really asked by the userbase and there is a ton of other stuff to do :)
[05:30] <Mithrandir> ogra: I kinda want it for tpbd
[05:30] <ogra> ah 
[05:31] <jbailey> Mithrandir: As it is, running aps often don't notice that proxy settings have changed, so there's probably a metric assload of work to do to make that work.
[05:31] <Mithrandir> so buttons can do different things depending on where you are.
[05:31] <Mithrandir> jbailey: yeah, I imagine there would be a fair amount of work to get it working well.
[05:32] <fabbione> Mithrandir: i think they first need to rewrite gnome from scratch :)
[05:32] <fabbione> and try to get rid of a few (thousands) memory leaks
[05:32] <elmo> argh, lost my .bash_history.  unix stuff really doesn't handle ENOSPC well
[05:33] <mdz> gah, I said yes to that update-manager proxy thing 24 hours ago
[05:33] <Mithrandir> this could integrate with, say, whereami and have the automounter use dbus so you'd automatically mount your home shares when you're home.
[05:33] <Kamion> mdz: it's uploaded now anyway, just kellying
[05:33] <Mithrandir> fabbione: heh
[05:33] <mdz> Kamion: I'd hoped to have CDs built by now; it sounds like we are not much closer than we were when I left
[05:34] <fabbione> Mithrandir: the latter :P
[05:34] <Mithrandir> fabbione: you haven't heard my plans for mount yet. :D
[05:34] <fabbione> ahaha
[05:34] <ogra> elmo, from my POV dholbach s MOTUOTU, i reviewed the morgue list, everything listed there is fine with me, just dump it :)
[05:34] <ogra> s/s/is
[05:35] <mvo> mdz: there is also the fix for #8496 pending ... (I almost don't dare to mention it :/
[05:35] <Kamion> I think #8496 loses
[05:35] <mdz> mvo: I know
[05:35] <mvo> mdz: I overlooked it yesterday, I'm very sorry 
[05:35] <mdz> mvo: if I had known that update-manager would have taken 24 hours, I would rather you had spent that time preparing and testing #8496
[05:35] <mdz> which is a major bug
[05:36] <mdz> while the proxy thing is not
[05:36] <elmo> maybe we should give up and just hax0r our gpgv to ignore time conflicts</half joking>
[05:36] <Kamion> unfortunately I was not comfortable reviewing #8496, I'm afraid; I don't know apt internals at all
[05:36] <mdz> Kamion: how about we stop signing the CDs instead
[05:37] <Kamion> mdz: frankly I'm far more comfortable saying "sorry, you lose if your clock is set to 1990" than I am with changing that now; too much breakage with apt's signature support has happened in the past
[05:38] <mdz> out of all the "one more thing" uploads which have been pressed since yesterday, none had as much impact as #8496, which prevents people from installing Ubuntu at all
[05:38] <Kamion> and surely apt will just bitch endlessly about authentication warnings; I'm pretty sure not every last piece of code that calls apt turns that off
[05:38] <daniels> strange idea of 'love' you have
[05:39] <mdz> and it fails in a completely random way, midway through the process, with an unhelpful error dialog
[05:39] <Mithrandir> daniels: ramming a 250MB file onto her, you mean?
[05:40] <mdz> seb128: what is this vcal fix and how long will it take?
 Kamion: permission to fix #8175 (meeting/calendar entries breakage for evo), the patch is: http://bugzilla.ximian.com/showattachment.cgi?attach_id=14727
 http://bugzilla.ximian.com/show_bug.cgi?id=73844 upstream
[05:41] <seb128> I'll upload it within 5 min
[05:42] <mdz> mvo: where is the patch for #8496?
[05:42] <mvo> mdz: it's in my tree and in the bugreport
[05:42] <Kamion> the patch is in #8496
[05:45] <mdz> mvo: references to the return value of c_str() are invalid when the string object goes out of scope
[05:46] <mdz> no?
[05:47] <mdz> jdub: what happened to the firefox homepage update?
[05:48] <mvo> mdz: yes. you think about the if(Opts!=0) {} scope? or am I overlooking someting?
[05:48] <seb128> mdz, Kamion: evo uploaded
[05:49] <pitti> mvo: can Args become invalid at the point when the " Opts = _config->Tree("Acquire::gpgv::Options");" scope ends?
[05:50] <mvo> pitti: when opts goes out of scope, yes, but it does not get out of scope before the execvp
[05:50] <mdz> mvo: I mean the temporary
[05:50] <Kamion> what about the string().c_str()?
[05:50] <pitti> mvo: hmm, execvp should copy its arguments, so this should be fine
[05:50] <mdz> mvo: string(foo).c_str() would never be valid
[05:50] <mdz> except for the duration of that statement
[05:53] <pitti> mvo: bah, mixing c++ strings with C strings is even scarier than using C strings alone...
[05:53] <mvo> mdz: arggg, right. fixing that now
[05:54] <Kamion> evolution, openoffice.org-amd64 installed
[05:54] <pitti> mvo: maybe you should write a C++ wrapper around execve() 
[05:54] <pitti> if you need this often
[05:55] <Kamion> this isn't the time for new infrastructural code surely
[05:55] <mvirkkil> Has the Firefox vulnerability in 1.0.2 been patched? Will Hoary ship with it unpatched?
[05:56] <Kamion> mvirkkil: please see the changelog
[05:56] <Kamion> +  * Apply patch from moz: 288688; Ubuntu: 8611
[05:56] <Kamion> +    JS "lambda" replace exposes malloc heap space after end of JS string
[05:56] <ogra> mvirkkil, vulnerability are always pathed, even after release....
[05:56] <ogra> +s
[05:56] <mvirkkil> ogra: Of course, but I was wondering if it might delay hoary. But I see it wont, so nevermind.
[05:58] <ogra> mvirkkil, maybe we are a bit slow with the graphics design, but our security team has proven to be one of the fastest ;)
[05:58] <fabbione> mdz, Kamion: i am going offline now... SMS for emergencies.. irclogs will go down with me.
[05:58] <pitti> fabbione: I log everything, too
[05:58] <pitti> fabbione: so if you want have scrollback, ask me
[05:58] <fabbione> pitti: nah..
[05:58] <fabbione> it's just FYI :)
[05:59] <mdz> fabbione: is ubuntulog going offline too?
[05:59] <fabbione> mdz: yes
[05:59] <mdz> ah, you mentioned that
[05:59] <fabbione> mdz: if you didn't read the scrollback i need to recable the power at home
[05:59] <fabbione> it will take me ~1 hour
[05:59] <fabbione> hopefully less
[06:00] <Kamion> mdz: homepage update seems fine
[06:00] <fabbione> ok.. later guys
[06:00] <Kamion> unless there's more than the warty -> hoary bit
[06:00] <mdz> Kamion: there was supposed to be a new homepage with the updated website CSS
[08:15] (mdz/#ubuntu-devel) yay for last-minute cvs snapshots that ftbfs
[08:15] (mvo/#ubuntu-devel) elmo: could you please have a look why lists.ubuntu.com does not accept http connections (when you have time for if, not urgent)
[08:15] <elmo> mvo: lists.ubuntu.com isn't run by me, I don't even have a logon, sorry
[08:16] <Kamion> elmo: no, it's really hard, those questions inherently rely on the base system being installed at the moment
[08:16] <mvo> elmo: is that jdubs machine?
[08:16] <elmo> mvo: he has a logon at least, yeah
[08:16] <elmo> kamion: ah, ok
[08:17] <mdz> only 18 hours per DVD image to get me up to date, whee
[08:17] <lamont_r> lol
[08:17] <mdz> that will certainly make it difficult to test DVD images before the release ~36 hours away
[08:17] <Kamion> elmo: (as in, they chroot into /target and run stuff there which uses tools not in busybox)
[08:18] <Kamion> plus the DVDs were last built on Tuesday ...
[08:18] <fabbione> amen
[08:18] <fabbione> this was really bad
[08:18] <mdz> elmo: can you overnight me some ISOs?
[08:18] <fabbione> how are we going?
[08:18] <Kamion> install CDs are built, btw
[08:18] <elmo> mdz: it'd be quicker
[08:18] <elmo> well, if I were in london it would be
[08:19] <mdz> oh, I thought you were
[08:20] <elmo> I'm meant to be on my way - just haven't quite managed to leave yet
[08:21] <lamont_r> mdz: you just need a loopfs machine in the DC to mount the dvd image on, get the ordered contents of the CD, and then seed your rsync image from your local mirror :0)
[08:22] <doko> pitti: no, it only contains the code, not the language strings. I just finished a new merge, and build a new ooo-l10n-xh package. my idea is to put this one in it's own source package.
[08:22] <pitti> mdz, doko: Now I tried for half an hour to get OO.o-l10n-xh running, on both i386 and ppc, no success
[08:23] <pitti> doko: argh... good to know this eventually, I was already banging my head
[08:23] <mdz> pitti: ok, then it should be quite safe then ;-)
[08:23] <pitti> mdz: with the package in the archive, I only get C strings
[08:23] <doko> banging his head should be safe ;-)
[08:24] <ogra> heh
[08:24] <pitti> mdz: what do you mean by safew?
[08:24] <pitti> I'm in an environment where each and every string is unintelligible (good work, Adi :-) ), BUT OO.o :-/
[08:25] <mdz> pitti: if it does not actually contain any translation data, it cannot possibly break oo.o
[08:25] <ska> Kamion: Do the isos from march 30 include the fix for menu.lst generation?
[08:25] <doko> heh, to try to navigate I always had another OOo running in non xhosa ...
[08:25] <pitti> mdz: hehe
[08:26] <mdz> Kamion: estimated 3 hours per CD image to get them here
[08:26] <mdz> something is fucked between me and the DC
[08:27] <Kamion> ska: yes, should have
[08:27] <ska> Ok.
[08:27] <mdz> less than 50kbyte/sec
[08:27] <mdz> this is unfortunate timing
[08:28] <Kamion> Ubuntu daily-live building
[08:33] <Kamion> pitti: the CDs don't seem to have overflowed this time
[08:34] <pitti> Kamion: the new langpacks should have saved about 11 mb on ppc (more on the other archs)
[08:34] <pitti> Kamion: thanks for checking
[08:34] <pitti> Kamion: so the limit is indeed 650*1000 bytes?
[08:35] <pitti> Kamion: I vaguely remember having asked you about this already
[08:36] <Kamion> should be
[08:36] <Kamion> ah, no, 640*1024*1024
[08:36] <Kamion> it can't be entirely accurate
[08:36] <Kamion> (without better mkisofs integration) because you lose some space to ISO9660 indices and boot sectors and stuff
[08:38] <lamont_r> pitti: DVD's are 4.7*1000^3
[08:38] <lamont_r> damn marketing people, anyway
[08:40] <Kamion> hmm, debian-cd is currently set to 4600*1024*1024
[08:41] <lamont_r> that's 4.8G... 
[08:43] <Kamion> daily-live finished
[08:43] <Kamion> lamont_r: yeah, I was just following the comment from upstream ...
[08:43] <mkedwards> Kamion: is livecd ready to resync?
[08:44] <Kamion> mkedwards: yes
[08:49] <elmo> hmm, is 20050406.1 candidate-ish?
[08:49] <elmo> not are-we-there-yet-ing, I just need to install _something_ on my laptop before I go
[08:52] <mdz> elmo: -ish, yes
[08:52] <mdz> though as far as I'm aware, no one has been able to test it yet
[08:52] <mdz> my download is fucked
[08:53] <elmo> ok, I'm mid-install on ppc
[08:54] <astharot> elmo: who is the manager of ubuntu mail servers ?
[08:54] <mdke> jdub is the boss of those
[08:54] <astharot> shit.
[08:54] <astharot> jdub ?
[08:54] <elmo> astharot: lists.ubuntu.com?
[08:54] <elmo> if so, then jdub
[08:54] <mvo> astharot: probably sleeping
[08:54] <astharot> elmo: yes, but not mailman..
[08:55] <astharot> I mean the MTAs
[08:55] <elmo> why?
[08:55] <mdke> astharot, oh sorry
[08:55] <astharot> because I have problems getting mails... probably you have problems sending mails to my mailserver :)
[08:57] <astharot> no answer :P
[08:58] <elmo> hmm, my laptop makes interesting 'ping-ing' noises when booting up, I dunno if that's the repair or hoary :/
[08:58] <Kamion> elmo: try 'nvsetvol 0'
[08:59] <mdz> astharot: postmaster@<domain> is usually the best contact for such issues
[08:59] <elmo> kamion: oh, right, I zero'ed the prom settings as part of the testing with apple
[09:00] <astharot> mdz: I know... but I thought that here could find someone :P
[09:01] <mdz> astharot: we're quite busy preparing the release at the moment; since this isn't urgent, email is better
[09:02] <mkedwards> rsync is not doing its magic on this livecd.  :(
[09:03] <Kamion> there were a lot of changes in the install CD
[09:03] <Kamion> new base language packs, new openoffice.org
[09:03] <Kamion> so I imagine the live CD will be just as bad :-/
[09:03] <mkedwards> I spoke just too soon ... starting to see bursts of race now.
[09:06] <mdz> mvo: still here?
[09:06] <mvo> mdz: yes
[09:06] <mvo> mdz: just finished rsyncing the current install image and will do a test-install now
[09:07] <mdz> mvo: please prepare a fix for that cron.daily bug; if we find a bug which requires building new images, we may as well include it then
[09:07] <mdz> mvo: so have it ready, but don't upload unless these images are no good
[09:07] <mvo> mdz: ok, doing that now
[09:07] <mdz> mvo: thanks
[09:08] <mdz> 24 minutes to get hoary-install-amd64; this is going to be a long day
[09:12] <mdz> Kamion: would you post a call for testing to -devel and -users?
[09:12] <elmo> successful install of 20050406.1 on a Powerbook, FWIW
[09:13] <HiddenWolf> mdz, be lazy, do a /notice to #ubuntu. :)
[09:13] <zul> then you only get irc users
[09:14] <HiddenWolf> I'll rsync my image and do a test-install on amd64
[09:18] <mdz> HiddenWolf: thanks
[09:18] <Kamion> mdz: sure, are torrents working though?
[09:19] <HiddenWolf> mdz; np, reserved a few extra partitions for this kind of thing. 
[09:19] <tritium> I can run to the on-campus store and try the LiveCD on a G5
[09:19] <HiddenWolf> I'd test more if my bandwith allowed. :S
[09:19] <Ben2004uk> hey all
[09:21] <mdz> Kamion: I'll check
[09:22] <mkedwards> will torrent livecd in us as soon as rsync is done
[09:22] <mdz> Kamion: they don't seem to be working yet, no
[09:22] <mdz> thom: are you here, or do I need to call you?
[09:22] <mvo> mdz: package prepared http://people.ubuntu.com/~mvo/apt_0.6.35ubuntu2.debdiff
[09:23] <elmo> mdz: lemme check first
[09:23] <mdz> mvo: thanks
[09:25] <elmo> mdz: what isn't working?
[09:25] <elmo> I can see daily-live/20050406.2 on there for example
[09:26] <mdz> elmo: I opened it with gnome-btdownload, waited a minute, and had 0 bytes downloaded
[09:27] <mdz> I was testing daily/current/
[09:29] <mvo> same here
[09:36] <HiddenWolf> why does 'uptime' tell me there are four users logged in?
[09:36] <dholbach> elmo: in addition to the mail i sent you: hping3 sync from sid is in order, just supersede our changes
[09:39] <dhonn> you probably have terminals opened hiddenwolf
[09:40] <HiddenWolf> Ah. weird.
[09:40] <dhonn> close them
[09:40] <dhonn> killall gnome-terminal
[09:40] <HiddenWolf> dhonn: one for x, one for gnome, others for terminals?
[09:41] <dhonn> one user is u on x
[09:41] <dhonn> that includes gnome
[09:41] <Kamion> mdz: install-i386 looking good so far, I'm off for dinner while other images rsync
[09:41] <Kamion> my phone is with me (and this time won't run out of battery); failing that I'll be back in two hours
[09:42] <dhonn> if you open a gnome-terminal you will have logged on that terminal again, its weird but thats how it works
[09:43] <Kamion> HiddenWolf: use 'w' to see the list
[09:43] <mdz> gah
[09:44] <mdz> the help topics for the release notes are not in English
[09:44] <mdz> enriiiiiiicoooooooooooooooooo
[09:45] <mdz> Kamion: install-amd64 successful
[09:45] <mdz> but I think this help topics thing is a show-stopper
[09:47] <mdz> has anyone else done an install from the current images?
[09:47] <mvo> mdz: I am currently installing, the machine is not the fastest
[09:48] <mdz> I would like to know if this yelp problem affects everyone
[09:48] <mvo> mdz: I will reboot into the live-cd now to check
[09:49] <elmo> mdz: confirmed on powerpc
[09:49] <jnc> btw i would like to point out a rather big trouble on amd64 hoary, before you cats release it;   namely, OpenOffice printing does not function properly
[09:50] <dholbach> lamont: what has to be done to get dietlibc built on amd64 as well (apart from changing the architecture: field)?
[09:50] <lamont_r> dholbach: PaS
[09:50] <dholbach> lamont_r: who could do that? it builds fine and some packages depend on it
[09:50] <lamont_r> me, elmo,
[09:50] <lamont_r> generally me these days
[09:51] <jnc> is the developer whom handles amd64 OpenOffice a frequent user of IRC/
[09:51] <jnc> i meant that as a question, ?
[09:51] <lamont_r> dholbach: it is amd64... 
[09:52] <lamont_r> elmo:  what version of PaS does jackass have?
[09:52] <dholbach> lamont_r: oh cool, will upload a changed version then
[09:52] <elmo> lamont: dunno, but it's not as if I can update it ATM
[09:52] <elmo> # $Id: Packages-arch-specific,v 1.552 2005/03/30 06:40:10 lamont Exp $
[09:52] <lamont_r> 1.555 is current
[09:52] <lamont_r> pls check and update
[09:53] <zyga> ;] 
[09:53] <zyga> hyhy
[09:53] <lamont_r> elmo: emailing
[09:55] <lamont_r> sent
[09:55] <mdz> seb128: are you here?
[09:56] <seb128> mdz: yep
[09:56] <mdz> seb128: can you look at the problem with ubuntu-docs/yelp?  the topics are showing non-english text in an english locale
[09:56] <mdz> seb128: I assume this has to do with the OMF translations enrico put in
[09:56] <mdz> but I can't reach him
[09:57] <seb128> what locale are you using ?
[09:57] <_mvo_> erm ... after test-install and saying: "take over the partition" I ended up with no partition marked "bootable" and my test-machine does indeed not boot (error: no active partion in HDD)
[09:58] <seb128> oh
[09:58] <seb128> maybe that's the issue I had this afternoon ?
[09:58] <seb128> sounds like it
[09:58] <_mvo_> seb128: sounds like it
[09:58] <seb128> :(
[09:58] <elmo> seb128: I'm on en_GB.UTF-8 and I see it on powerpc
[09:59] <seb128> elmo: any idea of what language do you see ?
[09:59] <jnc> seb128: if you have a moment, I make myself available to help test and troubleshoot OpenOffice print troubles for amd64 Hoary ubuntu
[10:00] <seb128> jnc: not now, looking on some other issues atm, and I don't know anything about OOo anyway
[10:00] <elmo> "Tala ng Labas na Hoary"
[10:00] <jnc> seb128: okay :)
[10:00] <jnc> i wonder who i should talk to
[10:00] <elmo> 'Mga tala ukol sa labas ng Ubuntu 5.04 "Hoary Hedgehog"'
[10:00] <seb128> hum
[10:00] <sabdfl> elmo: swallow, dude
[10:00] <elmo> 'Isang maiksing pagpapakilala sa sistemang" etc.
[10:00] <tritium> elmo, is that Tagalog?
[10:01] <seb128> sounds like "xh"
[10:01] <mvo> and I get a strange resoltion on a different machine with the live-cd. it doesn't detect my lcd panel and puts it into 1278x1022 (according to the hardware) and 1024x768@0 accordning to the gnome-resolution panel
[10:02] <seb128> arf
[10:02] <seb128> s/arf/arg/
[10:02] <mkedwards> tagalog
[10:02] <seb128> $ grep C about-ubuntu-tl.omf
[10:02] <seb128> <!DOCTYPE omf PUBLIC "-//OMF//DTD Scrollkeeper OMF Variant V1.0"
[10:02] <seb128>     <identifier url="file:///usr/share/gnome/help/about-ubuntu/C/about-ubuntu.xml"/>
[10:02] <seb128>     <language code="C"/>
[10:02] <mvo> I got a german yelp help at least 
[10:02] <seb128> 
[10:03] <tritium> mkedwards, yeah, I ran it by my Filipino wife ;)
[10:03] <seb128> the tl omf files have language code="C"
[10:03] <seb128> mdz, elmo 
[10:03] <seb128> mvo: tl overwritting C ...
[10:03] <seb128> that's fine with french here too
[10:04] <mvo> ah, ok
[10:04] <seb128> try LANGUAGE=C yelp
[10:06] <mdz> seb128: thanks for checking into it
[10:06] <elmo> seb128: same thing?  or were you not talking to me? :)
[10:06] <seb128> elmo: just saying what is broken, the "<seb128> try LANGUAGE=C yelp" is for "<mvo> I got a german yelp help at least "
[10:06] <elmo> ah
[10:06] <seb128> mdz: should I upload a fixed package now ? 
[10:07] <mdz> seb128: yes, please
[10:07] <dhonn> you know what would be cool is if you can choose an excutable and right click it, click add to Application Menu
[10:07] <mdz> mvo: go ahead and upload the apt fix too, please
[10:07] <froud> mvo: it should have lancode of tl
[10:07] <mvo> mdz: rebooting into "real" system now and uploading
[10:08] <froud> <identifier url="file:///usr/share/gnome/help/about-ubuntu/tl/about-ubuntu.xml"/>
[10:08] <froud>     <language code="tl"/>
[10:08] <sivang> pitti: have you fixed that bug? I just arrived home, I will look at it right now if you still havn't solved it.
[10:08] <pitti> sivang: nevermind, everything is solved
[10:08] <pitti> sivang: check your mail :-)
[10:08] <mdz> lamont_r: please monitor the new kde-i18n
[10:08] <sivang> pitti: ah cool, what was the problem? :-)
[10:08] <mvo> froud: seb128 is going to roll out the fix
[10:08] <lamont_r> ok'
[10:08] <pitti> sivang: none, the patch was fine, just a bad interaction with gksudo
[10:09] <seb128> mdz: have you read mvo's install issue ? I hade the same this afternoon with an daily from this morning
[10:09] <froud> same problem with release-notes
[10:09] <mdz> seb128: no, I haven't
[10:09] <mdz> reading
[10:09] <dhonn> I found a Create Launcher bug a few days back..  you cannot create a launcher with spaces in the file name.  You must manually edit the launcher and add your own spaces with "\ ", for example /home/dhonn/hello\ world
[10:09] <mdz> mvo:which boot loader did you use?
[10:09] <sivang> pitti: cool, thanks, again sorry I couldn't take care of it.
[10:09] <lamont_r> Kamion: was just uploaded? as in not in archive yet?
[10:09] <seb128> mdz: the previous daily used to work fine on the same computer here
[10:09] <froud> ogra: did you register device databases OMF with scrollkeeper
[10:10] <seb128> mdz: just today's one not booting
[10:10] <ogra> froud, nope
[10:10] <froud> ogra: does not open help on my system
[10:10] <mdz> lamont_r: hmm, I think I needed to kick cron.daily since it was the only thing in the queue; it'll go through when seb128 and mvo's uploads do
[10:10] <ogra> froud, huh ?
[10:10] <mdz> seb128: manual partitioning?
[10:10] <froud> ogra: must register the omf with scrollkeeper
[10:10] <seb128> mdz: no, all the default choices
[10:10] <froud> or yelp cant find the doc
[10:10] <seb128> take over the disk
[10:10] <seb128> froud: ?
[10:10] <froud> seb128: yes
[10:11] <ogra> froud, i tried it on four different machinec
[10:11] <ogra> s
[10:11] <seb128> froud: what is your issue ?
[10:11] <froud> ogra: on my system help for the aps is not working
[10:11] <mdz> seb128,mvo: I, too, have no active partition after my test install
[10:11] <mdz> seb128,mvo: but it still boots
[10:11] <froud> seb128: to do with the tl
[10:11] <ogra> froud, it should work from the helpbutton...
[10:11] <froud> ogra: nope
[10:12] <seb128> mdz: so maybe that's not due to the active partition but today's daily didn't boot, I'm rsync the current and will give a try soon
[10:12] <mdz> seb128: is this on i386?
[10:13] <mdz> I have only tested amd64 so far
[10:13] <ogra> froud, could you look if /usr/share/gnome/help/hwdb-client/C/hwdb-client.xml is there ?
[10:13] <froud> seb128: both the about-ubuntu-tl.xml and release-notes-tl.xml are registered wrong
[10:13] <dholbach> lamont, elmo: i didnt quite understand - should dietlibc upload (if i changed the architectures) be "ready to go"?
[10:13] <seb128> mdz: i386 yep
[10:13] <lamont_r> dholbach: the machine where that file lives (in cvs) is down, due to a raid failure.
[10:13] <seb128> froud: I know
[10:13] <lamont_r> I emailed elmo my copy of the file
[10:14] <froud> seb128: you know the fix
[10:14] <mkedwards> mvo: which livecd is that strange resolution from
[10:14] <froud> identifier and lang elements need update
[10:14] <seb128> froud: use the right locale instead of C ?
[10:14] <seb128> froud: yeah, that's fine, thanks
[10:14] <seb128> I'm updating the package
[10:14] <dholbach> lamont_r: so we can't tell, if it would build, since the PaS in not recent?
[10:15] <elmo> dholbach: it won't build, but it doesn't matter, upload it anyway, and when I fix p-a-s, it'll build
[10:15] <dholbach> elmo, lamont_r: thanks a lot, will do
[10:16] <froud> ogra: no it is not
[10:16] <_mvo_> re
[10:16] <_mvo_> mdz: uploaded
[10:16] <froud> seb128: and the path
[10:16] <ogra> froud, then there is something wrong with your package, odd...
[10:16] <seb128> froud: s/C/<nn> 
[10:16] <froud> just did update tonight
[10:17] <froud> seb128: :-)
[10:17] <sivang> night all
[10:17] <ogra> froud, the path is hardcoded in the app, since there are no translations yet, thats only a little bit evil :) if the file is there, the help button should work in the app
[10:20] <mdz> seb128,mvo: talked to Colin, I'm going to upload partman-auto to revert the change which caused this problem
[10:20] <elmo> how did we not ship a modified dput?
[10:21] <froud> ogra: my problem is on 0.5-0
[10:21] <ogra> froud, use 0.6-0ubuntu2 ;)
[10:21] <seb128> mdz: k, thanks
[10:21] <mvo> mdz: ok, thanks
[10:22] <seb128> " /usr/bin/update-manager:
[10:22] <seb128> Child terminated with 129 status"
[10:22] <jnc> seb128: my mistake, i thought you were a printing guru.  i see you're charged with fixing the numerous PalmOS user bugs.  good luck at that ;)
[10:22] <froud> ogra: thanks
[10:22] <mvo> seb128: arg, not again!
[10:22] <seb128> jnc: PalmOS ? me ?
[10:23] <jnc> gnome-pilot, in bugzilla.ubuntu.com
[10:23] <jnc> i did a query and it came up with quite a few
[10:23] <seb128> mvo: that sucks :/
[10:23] <seb128> jnc: I've almost everything with "gnome"
[10:23] <jnc> ah
[10:23] <mvo> seb128: can you reproduce it? I have seen very rarely and was never able to reproduce it
[10:23] <seb128> but I don't have a PalmOS, so for these ones I just forward upstream
[10:23] <seb128> mvo: no, just get it sometimes
[10:24] <mdz> lamont_r: we'll need new rootfs builds shortly
[10:24] <mdz> I guess I can do them
[10:24] <lamont_r> do you know when, and I can just schedule them?
[10:25] <mdz> no, need to wait for builds to be done
[10:25] <mdz> I'll trigger it when the time comes
[10:26] <sabdfl> elmo: is it possible to get a list of all the files read by an app?
[10:26] <mdz> seb128: can you get the fixed ubuntu-docs in by :33?
[10:26] <mdz> or :30 or whatever
[10:27] <seb128> nop, the package is quite big and my upload slow :/
[10:27] <seb128> will take a couple of min after that
[10:27] <elmo> sabdfl: strace it and grep the strace log for open() calls is the usual way
[10:27] <mvo> mdz: should I debug that live-cd X misdetection further i wrote about above?
[10:27] <sabdfl> elmo: ok, thanks
[10:27] <ogra> mdz, artwork ? i have a fixed package here...
[10:27] <mvo> sabdfl: "strace -e trace=open $prog" is another possible way
[10:28] <sabdfl> thanks mvo
[10:28] <dholbach> hi sabdfl :-)
[10:28] <mdz> ogra: artwork?
[10:28] <sabdfl> hi daniel
[10:28] <mvo> live-cd is fine on my other test-machine btw
[10:28] <ogra> mdz, gdm theme screenshot changed....
[10:28] <seb128> mdz: nm, that's a revision, it's uploaded
[10:30] <mdz> seb128: thanks
[10:30] <seb128> np
[10:30] <mdz> elmo: I kelly'd it at 21:30:36; was I too late?
[10:30] <elmo> mdz: shouldn't be, cron.daily is :33
[10:31] <mdz> ok
[10:31] <mdz> everything we need for the next build should be in, then
[10:33] <mdz> for ubuntu anyway; kubuntu needs for kde-i18n to build
[10:36] <dhonn> is it possible to create a livecd/installcd like how Linspire does it?
[10:37] <Goshawk> i know that fedora core 4 is going to make a revolution of the boot system: starting gdm + xorg fast as possible and then start all the services: is ubuntu going to do the same?
[10:37] <dhonn> thats the way MacOSX does it
[10:37] <jnc> windows does the same thing
[10:37] <ogra> Goshawk, it already does.... 
[10:37] <thom> Goshawk: last we checked we were faster than fedora *shrug*
[10:37] <dhonn> but windows is more transparent
[10:38] <Goshawk> but ubuntu
[10:38] <Goshawk> is ubuntu going to do that?
[10:38] <dhonn> mac shows services booting using the top right systray
[10:38] <ogra> Goshawk, it already does.... 
[10:38] <jnc> it's hard to resist making a joke about doors being opaque
[10:38] <dhonn> in the october release that would be nice
[10:38] <jnc> Goshawk: why would paralell services be necessary for ubuntu?
[10:38] <Goshawk> ogra, no: xorg is still S99 in my /etc/rcS.d
[10:39] <dhonn> lol
[10:39] <thom> Goshawk: http://blog.clearairturbulence.org/2004/12/11#sub-30-baby
[10:40] <dhonn> i've run all the services in paralell on my fc3 box, it boots up really quick, under 30 seconds
[10:40] <dhonn> average is about minute 30 
[10:40] <jnc> i've used non-sysvinit systems that booted in 10 seconds
[10:40] <ogra> Goshawk, /etc/rc2.d/S13gdm is rather what youre looking for i think ;)
[10:40] <dhonn> and i turned off rhat graphical boot
[10:41] <thom> dhonn/Goshawk: http://www.planetarytramp.net/bootchart/bootchart-20041210-1934.png is the last time we were playing and measuring; it may have gotten a bit slower but not much
[10:41] <Goshawk> ogra, looks /etc/rcS.d scripts they are executed first
[10:41] <dhonn> not to mention all default fc3 services running lol
[10:42] <dhonn> link doesnt work
[10:42] <dhonn> there we go
[10:43] <dhonn> what program are you using thats awesome
[10:43] <jnc> parallel isn't the savior
[10:43] <jnc> when you think about things that are really troublesome, like DHCP taking a long bloody time when there's no authoritative server to be found
[10:43] <Goshawk> jnc, or when there is not a cable connected
[10:44] <jnc> that's included in what i said
[10:44] <ogra> Goshawk, X ist started by gdm, you can see it in thoms chart...
[10:44] <jnc> obviously if the cable is not hooked up, no authoritative dhcp servers will be found
[10:44] <dhonn> I have no cable connected sometimes,  so I have it run "ifup eth0 &"
[10:45] <thom> dhonn: bootchart
[10:45] <Goshawk> ogra, yes it' right
[10:45] <dhonn> k
[10:45] <thom> we tried parallel, it was slower
[10:45] <dhonn> its slower to boot, but you get the desktop up quickly
[10:46] <dhonn> the desktop stays really unusable though lol
[10:46] <thom> dhonn: yes, that's also pretty horrible
[10:46] <dhonn> like windows
[10:46] <thom> that's totally windows
[10:46] <dhonn> and mac
[10:46] <Goshawk> ogra, right it seems to be the fastest way to do the work
[10:47] <jnc> hey guys, while you're talking about shaving off 1-2 seconds of boot time, want to help me resolve a showstopper bug?    OpenOffice does not print on amd64 hoary.
[10:47] <jnc> confirmed by two other amd64 users i believe
[10:47] <Goshawk> gdm is the first service after that the kernel recognized the system
[10:48] <dhonn> services should be launched at paralell or even in background after the desktop is up and running
[10:48] <Goshawk> thom, is your map done on a ubuntu system?
[10:48] <Goshawk> dhonn, it's aready done 
[10:49] <Goshawk> dhonn, http://www.planetarytramp.net/bootchart/bootchart-20041210-1934.png
[10:49] <thom> Goshawk: yes
[10:49] <thom> Goshawk: on an x40 laptop, so not even a super fast machine
[10:50] <thom> there's a tonne more to do for breezy
[10:51] <Goshawk> what if i've a ethernet card that is not connected? do the boot process wait until ifup return a bad value?
[10:51] <doko> jbailey: you got mail
[10:52] <jbailey> doko: So I do. ;)
[10:52] <dhonn> guys you know Linux barely needs to be rebooted, and usually we reboot when we update the kernel.  What if instead of doing a full shut down, everything is just supended to disk.  Then when we boot up again we just reanimate.  The system would simply never reboot.
[10:53] <Goshawk> dhonn, yu can't say that if you play on a desktop system, it's rebooted frequently
[10:54] <mkedwards> writing 18:32 i386 livecd now.
[10:54] <dhonn> how many times is it rebooted a month?
[10:54] <crimsun> dhonn: look at kexec
[10:54] <dhonn> oh yeah kexec
[10:55] <Goshawk> dhonn, my computer: 7 times per day
[10:55] <dhonn> there has been talk about that in some IBM docs
[10:55] <dhonn> why?
[10:55] <dhonn> that reminds me of win95
[10:56] <Goshawk> dhonn: since i've something to do than stay ever on pc (or leave it up)
[10:56] <Goshawk> s/ever/always
[10:56] <thom> as long as we reboot *when* it's required (glibc security upgrades and kernels, basically) then i don't see it's at all a problem just to reboot
[10:57] <thom> this fear of seeming like windows is fine, but it's taken too far
[10:57] <Goshawk> dhonn, and i'm going to buy a laptop: do you think that it will be ever up?
[10:57] <dhonn> laptops are hardly up
[10:57] <dhonn> im on a laptop right now, its up and down many times a day
[10:58] <dhonn> suspend makes sense on it
[10:58] <mdz> elmo,lamont_r: can you check on ubuntu-docs?  it's looking like it might not make the cut
[10:59] <dhonn> on my fc3 box i rebooted everytime they updated the kernel, thats pretty much it, i had to recompile nvidia everytime
[10:59] <Goshawk> btw: here is something about fc4 boot process https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151952
[10:59] <dhonn> people i have to go now, my gf is mad
[10:59] <elmo> mdz: it's in queue/accepted
[10:59] <elmo> shall I kelly it?
[10:59] <elmo> duh, nm it's binary
[11:00] <mdz> elmo: dude, it appeared between when I wrote that and when you looked
[11:00] <mdz> I have both ls outputs in my scrollback
[11:01] <jnc> i've never heard that.   what is "shall I kelly ___? "
[11:01] <jnc> 'kelly'  
[11:01] <mdz> sysadminchronicity
[11:01] <mdz> jnc: kelly is the name of a tool we use
[11:01] <jnc> not some proper english slang
[11:01] <jnc> okie
[11:03] <lamont_r> mdz what's in the new fs??
[11:04] <CarlK> Kamion, et all, if you are trying to follow links on bugzilla to my log files, my ISP is going nuts and the web server is basicaly off line - sorry for any frustruation this may have cuased
[11:08] <mdz> lamont_r: ubuntu-docs and apt
[11:08] <mdz> lamont_r: please trigger builds as soon as apt 0.6.35ubuntu2 and ubuntu-docs 1.0-2 are present
[11:08] <lamont_r> roger
[11:11] <mkedwards> livecd is now autodetecting 1920x1200 correctly.  w00t.
[11:12] <mkedwards> framebuffer=false worked too.
[11:13] <mkedwards> trying vga=ask next
[11:14] <lamont_r> next cron.daily will get apt and u-d
[11:14] <lamont_r> elmo: really gone, yes?
[11:19] <mdz> lamont_r why next cron.daily?  should have gone in at :03
[11:19] <mdz> lamont_r: it left accepted/ anyway
[11:19] <mdz> they're now mirrored to little as well
[11:19] <mdz> you should be able to start the builds now
[11:19] <lamont_r> doh
[11:19] <lamont_r> so it did
[11:20] <lamont_r> ubuntu and kubuntu?
[11:20] <mdz> not much point in kubuntu until kde-i18n is done
[11:21] <lamont_r> well, they get a spare then.. :-(
[11:21] <Kamion> back
[11:21] <lamont_r> less typing and all that - lived builds running
[11:22] <mkedwards> vga= doesn't help much, since debian-installer still goes to fb and scribbles on display.
[11:22] <mdz> Kamion: install CD builds in progress
[11:22] <lamont_r> mdz: was looking at logs, and it looked like u-d had missed the :00 cron.hourly at first blush.  my bad
[11:23] <Kamion> mdz: yup, noticed
[11:23] <mkedwards> mdz: shall I document debian-installer/framebuffer=false workaround on wiki (mentioning that it's not the default because of localization)?
[11:23] <Kamion> debian-installer/framebuffer=false is a reasonable workaround for various problems on certain hardware, and certainly cannot be the default
[11:23] <mdz> Volume id: Ubuntu 5.04 amd64
[11:24] <mkedwards> Kamion: understood
[11:25] <Kamion> mdz: I just committed that change, too
[11:25] <mkedwards> Probably only important to people who know about Ctrl-Alt-Fn anyway.  :)
[11:25] <mdz> Kamion: did I get all the bits?
[11:25] <mdz> it looked good to me
[11:25] <mdz> what's the reason for the differing label on powerpc, btw?
[11:28] <Kamion> mdz: yeah, looked fine
[11:29] <Kamion> mdz: dunno, it was like that when I got it; I figure maybe the full "powerpc" name overflows a length limit somewhere
[11:30] <lamont_r> with Bin-1 gone, should fit though, yes?
[11:30] <Kamion> true
[11:30] <Kamion> but I don't see the need to diff even further from upstream debian-cd, it's hard enough as it is :)
[11:31] <lamont_r> yeah, it would be a bit gratuitous
[11:32] <Kamion> you must have figured out by now that I'm an obsessive about keeping diffs small :)
[11:37] <lamont_r> Kamion: small and isolated.  that's how we like them.
[11:38] <mako> alright.. so enough of this release talk.. lets talk about the serious issue
[11:38] <mako> release parties
[11:39] <azeem_> isn't there a wiki page for that?
[11:39] <mako> i'm not cuaght up to today in mail
[11:39] <mako> but i didn't see it searching for it
[11:40] <mako> http://www.ubuntulinux.org/wiki/ReleaseParty
[11:41] <azeem_> mako: the GNOME release parties are coordinated via a wiki page, cf e.g. http://live.gnome.org/Gnome210Party
[11:41] <mako> yeah, not much there
[11:41] <mako> alright everyone. lets start putting parties on that list
[11:42] <mako> pick a time late friday and pick a pub.. that's a party
[11:46] <lamont_r> i386 loop done, amd64 compressing, ppc partimage-restor
[11:51] <mako> lamont_r: c'mon, organize a party. :)
[11:51] <mako> it takes like 5 minutes :)
[11:51] <lamont_r> mako: yeah, yeha
[11:51] <lamont_r> will contact a couple locals and we'll get something scheduled
[11:51] <mako> cool
[11:52] <mako> azeem_: munich party?
[11:52] <lamont_r> but it'll be fort collins, not denver. :-P
[11:52] <CarlK> is it toast time?
[11:52] <azeem_> mako: murrayc is offline, he's the only Ubuntu user I know here
[11:52] <lamont_r> azeem_: think of all the other users you'll meet at the party...
[11:53] <lamont_r> mako: we need printable labels for the CD-R's we burn between now and then, you kknow...
[11:53] <mako> azeem_: invite the debian people :)
[11:53] <mako> that's what i'm doing
[11:54] <lamont_r> milli_: this isn't going to kill my IP is it?
[11:54] <mako> then again, the debian-nyc list is largely a product of my desire not to drink alone
[11:54] <Kamion> hmm, speaking of, I wonder if whisky would improve my waiting-for-stuff-to-happen time
[11:55] <mako> tried that one last night
[11:55] <T-Bone> Kamion: at the expense of your willingness-to-wait-for-stuff-to-happen ;)
[11:55] <mako> shipit exports are at least twice as much fun when there is whiskey involved
[11:55] <T-Bone> hehehe ;)
[11:55] <Kamion> T-Bone: I have a relatively high patience quotient, fortunately
[11:56] <T-Bone> mako: you send whiskey bottles in CD packs? :)
[11:56] <T-Bone> Kamion: yeah, i noticed that 8)
[11:56] <mdz> what a FINE IDEA
[11:56] <ogra> yeah
[11:56] <T-Bone> what, CD-whiskey? :)
[11:57] <mako> and we thought our customs issues were a pain in the ass now
[11:57] <T-Bone> lol
[11:57] <mako> mdz: hoary party in LA?
[11:57] <mako> it can involve whiskey
[11:57] <azeem_> hmm
[11:57] <azeem_> 00:54 < azeem> mag jemand zu einer Ubuntu Release Party am Freitag in Mnchen
[11:57] <azeem_>                kommen?
[11:57] <azeem_> 00:55 < Ganneff> BAH
[11:58] <lamont_r> HUMBUG!
[11:58] <mdz> mako: it'd be a bit of a delayed hoary party
[11:58] <mako> mdz: i think that works
[11:58] <Kamion> unfortunately I have little decent whiskey (or at least it's being kept for special occasions); I have a good stock of whisky though
[11:58] <mdz> mako: but rest assured that whiskey will be involved regardless of the justification
[11:58] <ogra> azeem_, which channel was that ? #hurd ?
[11:58] <mako> mdz: or regardless of a party! :)
[11:58] <azeem_> #hurd is an announcement-only chan these days
[11:58] <azeem_> it was #debian.de on oftc
[11:58] <T-Bone> mako: lol ;)
[11:58] <mdz> mako: oh, there _will_ be a party
[11:59] <mako> tonight is the pre-hoary party.. in fact, whiskey is the only one i've inviting
[12:00] <mdz> oh, is there a wiki page?
[12:00] <mako> whiprush: you rock
[12:00] <mdz> so there is
[12:00] <mako> mdz: yes, that's what i'm trying to hype
[12:00] <azeem_> 00:41 < mako> http://www.ubuntulinux.org/wiki/ReleaseParty
[12:00] <mako> i'm trying to get a critical mass so i can send out an announcement to the lists/forums