[00:36] <zul> slangasek: ok thats going to make kees happy (sarcasm)
[00:37] <slangasek> he's welcome to fix it ;)
[00:49] <slangasek> zul: PIE exposes it, but it's a sourceful bug; there's no prototype for cache_path() in source/include/proto.h
[00:58] <slangasek> zul: fix committed to the Debian svn tree; I can do an upload to unstable so you can pick it up via MoM?
[00:58] <zul> slangasek: that would be great
[01:17] <savvas> hm... is it just me, or are the .ini files linked to cisco vpn settings in jaunty?
[01:20] <savvas> heh <match value="[main]" type="string" offset="0"/> in /usr/share/mime/packages/freedesktop.org.xml
[01:25] <StevenK> stgraber: Ping!
[02:15] <slangasek> zul: 2:3.3.0-4 uploaded to unstable, so should be available in MoM tomorrow
[02:20] <ScottK> slangasek: I believe I have a patch to fix kipi-plugins FTBFS with Qt4.5.  Is it OK if I upload it or would you rather I hold if until after the Alpha?
[02:21] <slangasek> ScottK: how big of a change is the upstream diff from rc1 to rc2?
[02:21] <ScottK> Not sure.
[02:21] <slangasek> ok
[02:22] <slangasek> well, amd64 is already on rc2, so if you don't know of any reasons why it'd be disruptive, go for it
[02:22] <ScottK> The patch is add one def and change 3 lines.
[02:23] <ScottK> OK.  Assuming it test builds and stuff OK, I'll upload it.
[03:13] <slangasek> ArneGoetje, pitti: could we please not have langpack exports the Tuesday of a milestone?
[03:15] <superm1> slangasek, gah i didn't realize that you flipped the switch for freezing for alpha builds already. i just uploaded a small diff for libsmbios
[03:16] <superm1> i had a hal upload ready to go with it, but i'll hold back
[03:16] <slangasek> superm1: Tuesday of a milestone, should be pretty predictable? :)
[03:17] <slangasek> superm1: so this is hal depending on smbios-utils, rather than using libsmbios directly?
[03:17] <superm1> slangasek, the actually it's going to be hal not needing smbios-utils
[03:17] <superm1> slangasek, it links directly to libsmbios_c
[03:18] <slangasek> superm1: ah - I'd be happy with that being uploaded now if it's been tested, since it also kills off an NBS
[03:18] <superm1> slangasek, yeah that's what i've been up to today, working out the kinks on it.
[03:19] <StevenK> I've not removed an NBS in a while, can I push the button?
[03:19] <slangasek> StevenK: once it's no longer a dependency of hal? :)
[03:20] <superm1> slangasek, however for feature parity it might still make sense to leave smbios-utils as a recommends to ubuntu-desktop (but still removing libsmbios-bin from hal's recommends)
[03:20] <superm1> that can be sorted out after alpha though
[03:21] <ScottK> slangasek or StevenK: Modulo one powerpc FTBFS and one package I'm waiting for the slow archs to build, I think we're ready to remove boost (1.34).  Often when I file removal bugs the archive admin in question will find a residual rdepends on some obscure arch.  Any suggestions on how I can dig those up?
[03:21] <ArneGoetje> slangasek: you mean langpack uploads, right?
[03:21] <ScottK> Speaking of removals...
[03:21] <slangasek> ArneGoetje: yes
[03:22] <ArneGoetje> slangasek: sorry, forgot to disable the crontab entry.
[03:22] <slangasek> ArneGoetje: ah - didn't realize there was a cronjob; should I add it to my checklist to prod you about that? :)
[03:23] <ArneGoetje> slangasek: would be nice, yes. ;)
[03:24] <slangasek> superm1: libsmbios-bin was only ever pulled in by hal, not treated as a top-level component of the desktop; seeding smbios-utils ought to be discussed separately then, I think
[03:24] <StevenK> slangasek: Did you mean to give-back d-i on ia64 as well?
[03:24] <slangasek> StevenK: no
[03:24] <StevenK> slangasek: So ia64 will remain busted?
[03:24] <superm1> slangasek, okay sounds good
[03:24] <ArneGoetje> slangasek: langpack uploads to jaunty happen on Tuesdays and Saturdays
[03:24] <StevenK> Not that I care, just curious.
[03:24] <slangasek> StevenK: it won't have an up-to-date d-i for alpha-5, yes
[03:25] <slangasek> ScottK: there's a 'checkrdepends' script we use, which basically just runs grep-dctrl over the mirror...
[03:26] <ScottK> OK.  I'll try that.
[03:26] <ScottK> Thanks.
[03:26] <slangasek> I can post a copy somewhere if you like, but it's a trivial shell script (and not at this very moment, I'm on the way out to grab dinner as soon as I wrap up my current stack)
[03:28] <doctormo> I just had an idea, probably a duplicate, I might post it to idea storm. What if we have an option in the windows cd program that adds cd-booting to the Boot.ini?
[03:28] <doctormo> I just had someone claim ubuntu didn't work, turned out their bios wasn't set to boot from cdrom and they thought that meant ubuntu had failed because it went directly into windows again.
[03:29] <ScottK> slangasek: I would appreciate the script when you have a moment.
[03:46] <TheMuso> Is it possible to remove multiple lines of a file using either grep or sed regular expressions?
[03:47] <StevenK> TheMuso: grep -EV '^(line 1|line 2)$'
[03:47] <TheMuso> StevenK: Yeah I knew about the -v switch, but thanks for the rest of the syntax, much appreciated.
[03:56] <TheMuso> StevenK: hrm thats not quite what I am after. I need to remove a sequence of lines, as in three lines one after naother after another. I thought grep understood \n, and I thought sed did as well, but \n to indicate newlines is not working...
[03:57] <StevenK> TheMuso: grep -v -A 3 'line' ?
[03:59] <TheMuso> StevenK: That would work if there weren't the same strings elsewhere in the file. I am trying to strip some XML from /usr/share/gconf/defaults/05_panel-default-setup.entries to remove the fast user switch applet from the top panel, to enable logout menus for accessibility profiles.
[03:59] <StevenK> TheMuso: Perl?
[03:59] <TheMuso> StevenK: This will be running in an initramfs/casper script with sh.
[04:00] <StevenK> I hate you
[04:00] <TheMuso> So I don't think perl will be available, unless I chroot, which is possible.
[04:00] <StevenK> Ummmm. sed can do it.
[04:00] <StevenK> Just not sure my sed-foo bends that far
[04:01] <StevenK> | sed -e '/line/,3d' ?
[04:02] <TheMuso> I'll try it. My regexp skills in general aren't that great either. :)
[04:04] <TheMuso> hrm o that just gets rid of one line. I'll have a play and see what else I may be able to come up with.
[04:04] <TheMuso> Or maybe just modify the required settings with gconf itself, i.e gconftool-2. Hrm.
[04:08] <savvas> TheMuso: have you tried pcregrep ?:)
[04:08] <TheMuso> savvas: Is it in a default install on aan Ubuntu live CD?
[04:09] <savvas> I don't think so :\
[04:14] <savvas> here are some handy sed one-liners: http://sed.sourceforge.net/sed1line.txt
[04:15] <savvas> or awk might be easier to handle, never tried awk though
[05:01] <spm> TheMuso: if still looking for a multi-line delete, way I've done in the past is with awk: awk '{ if (f==2) {f=0} else if (f==1) {f=2} else if ($0 ~/line/) {f=1} else print $0 }'
[05:01] <spm> I was actually doing multi line edits based off the 1st line, so it made sense that way. ymmv....
[05:01] <TheMuso> The first line is not appropriate here, because the string in that line exists elsewhere in the fie.
[05:02] <spm> bummer
[05:03] <spm> tho... you could still do with awk; pull the "previous matching line into a var", and print that out if the next line isn't what you're expecting kind of thing. ugly as sin tho..
[05:17] <ScottK> slangasek: I also have a fix for the konq-plugins FTBFS.  May I upload that or should I hold it?
[05:20] <slangasek> ScottK: go ahead
[05:20] <slangasek> ScottK: and, script: http://pastebin.ubuntu.com/122673/
[05:21] <ScottK> Thanks.
[05:33] <ScottK> slangasek: OK, so it turns out it's also accidentally a native package: https://launchpad.net/ubuntu/+source/konq-plugins/4:4.2.0a-0ubuntu1/
[05:33] <ScottK> Want me to fix that too or just leave it for now?
[05:33] <slangasek> hem; leave it for now, I guess
[05:33] <ScottK> OK.
[05:37] <TheMuso> hrm ok, I can set what I want via gconf.
[05:37] <TheMuso> I'll have to see if it works however, but fingers crossed.
[05:37] <StevenK> TheMuso: Oh good. Then I don't have to cry at what you're adding to casper :-P
[05:37] <TheMuso> StevenK: Nor do I./
[05:42] <dholbach> good morning
[06:30] <slangasek> StevenK: there's an NBS package with no reverse-deps if you want it ;)
[06:30] <StevenK> I'm so there!
[06:31] <StevenK> slangasek: Binned, thanks
[06:34] <StevenK> slangasek: Should I be dealing with the libmysqlclient-dev rdepends? What's the situation in Debian, if you know?
[06:34] <slangasek> dunno
[06:36] <ScottK> Last I heard in Debian there was no appetite for making mysql 5.0 and 5.1 co-installable.
[06:37] <StevenK> ScottK: You sleep with your laptop?
[06:37] <StevenK> Wait, don't answer that.
[06:37] <ScottK> Heh.  No, I just procrastinate a lot, including going to bed.
[06:37] <StevenK> ScottK: Okay, so shall I fix the ~ 26 build-deps to 5.0?
[06:39] <ScottK> I have no idea.  I've been avoiding knowing any of the details of the mysql changes.
[06:44] <StevenK> ScottK, slangasek: I'll pick on a few source packages out of the list tomorrow and see what they're doing. If we can get away with a few syncs, I'll sort it out.
[07:19] <pitti> Good morning
[07:19] <pitti> bryce: yes, I'm following the upstream bug tracker
[07:19] <highvoltage> mornign pitti
[07:20] <pitti> bryce: of course that "black screen" bug hit me again right after asking you about whether I should fix it :)
[07:20] <pitti> hey highvoltage
[07:21] <pitti> asac: every time I open firefox I get a "new addons added" with 4 langpacks; known already, or want a bug?
[07:22] <Hobbsee> heya pitti!
[07:22]  * pitti hugs Hobbsee and throws a gummybear
[07:23] <Hobbsee> :D
[07:23]  * StevenK waves to pitti
[07:41] <dholbach> hey juanje, hey rcmorano!
[07:42] <rcmorano> hiya man!
[07:42] <rcmorano> :]
[07:42] <dholbach> how's life in Spain? :)
[07:42] <juanje> dholbach: hi! :-) Good morning
[07:43] <rcmorano> it's ok, weather starts to get perfect :D
[07:43] <juanje> dholbach: still cold and sleepy, but in few hours it sure will be nice
[07:43] <dholbach> nice, you guys are lucky :-)
[07:43] <juanje> ready to start working
[07:43] <juanje> dholbach: how is up there?
[07:44] <dholbach> 2°C, grey :)
[07:44] <Mithrandir> hi, crazy holbach
[07:44] <juanje> dholbach: ouch....
[07:45] <dholbach> Mithrandir: crazy Tollef :)
[07:45] <Mithrandir> 2°C is boring, all the snow starts melting.
[07:45] <juanje> dholbach: ummmm.... are you planning to go to the Gran Canaria Desktop Summit? is in my town... ;-)
[07:46] <dholbach> Mithrandir: wasn't my idea
[07:46] <dholbach> juanje: no, unfortunately not
[07:46] <juanje> :-/
[07:46] <rcmorano> ouch :/
[07:50] <maco> trying to pin down a bug, but testing requires that i edit /etc/udev/rules.d/70-persistent-net.rules ...do i have to restart udev or something after this for it to go into effect?
[07:55] <juanje> maco: maybe with "udevadm control --reload_rules"
[07:56] <maco> ok. im probably about to go offline then ;)
[07:56] <juanje> maco:  but sometimes you have to reboot the machine to rebuild a clean set of devices
[07:56] <juanje> hehe
[07:57] <juanje> i guess
[07:57] <maco> ok i guess it does want me to reboot
[08:00] <tjaalton> Keybuk: ok, the kpartx rules get stuck in 'ENV{DM_PART}=="?*", SYMLINK+="disk/by-id/$env{DM_TYPE}-$env{DM_NAME}-part$env{DM_PART}"'. that rule is matched only after running 'kpartx -a ...' manually
[08:02] <tjaalton> Keybuk: and DM_PART should come from kpartx_id, hmm..
[08:29] <slangasek> Tonio_: kdesudo is failing to install in the kubuntu livefs builds, the removal of the transition package is wrong
[08:30] <slangasek> Tonio_: this needs to be fixed so we can build ISOs for alpha-5
[08:39] <kagou> bryce (or bryce_  ) I'v confirmed in bug #325394 that upstream patch from Alex Deucher  (freedesktop) is fixing the bug. Please fixe the package when you can :)
[08:39] <seb128> slangasek: how disruptive would uploads be today? ie should I respect the freeze or not ;-)
[08:40] <slangasek> seb128: very disruptive
[08:40] <seb128> ok, the oem patches for notebook will wait then
[08:40] <seb128> slangasek: thanks
[08:41] <Tonio_> slangasek: we have a direct dep on the transitional package ?
[08:41] <Tonio_> slangasek: that's bad...
[08:41] <slangasek> Tonio_: no, I mean the removal of the transitional package was done wrong
[08:41] <Tonio_> slangasek: ah ?
[08:41] <slangasek> Tonio_: http://people.ubuntu.com/~ubuntu-archive/livefs-build-logs/jaunty/kubuntu/20090225/livecd-20090225-amd64.out
[08:42] <slangasek> Tonio_: also, I vaguely mean "wrong" as in "shouldn't have been uploaded two days before a milestone release"...
[08:43] <Tonio_> slangasek: ouch... indeed, the package had crap postinst file and it looks like I missed the correct diversion...
[08:43] <Tonio_> fixing...
[08:43] <Tonio_> slangasek: and yeah, sorry for the upload that late...
[08:43] <slangasek> s/kdesudo-kde4/kdesudo/ in the preinst should fix that part
[08:44] <slangasek> but I haven't thought through what actually happens with this on package upgrades given that kdesudo-kde4 owned the diversion previously
[08:44] <Tonio_> slangasek: there is a postrm that should drop the diversion and install the new one
[08:45] <slangasek> Tonio_: the confidence with which you assert this makes me suspect you don't have much experience with diversions ;-)
[08:46] <Tonio_> slangasek: :) no I mean, I upgraded many machines and it still works here, so I suspect that part is fixed
[08:46] <Tonio_> slangasek: I perfectly know that diversions can have weird artefacts at some points
[08:46] <slangasek> Tonio_: did you manually uninstall the transitional package?
[08:46] <StevenK> Tonio_: An upgrade isn't the same.
[08:47] <slangasek> Tonio_: I think the new kdesudo needs to Conflict: kdesudo-kde4, so that the transitional package (and its diversion) is removed before kdesudo is unpacked
[08:47] <slangasek> otherwise you have two packages trying to divert the same file at the same time
[08:47] <Tonio_> slangasek: nope, but probably it wasn't installed for me
[08:47] <Tonio_> slangasek: well maybe we should just reintroduce the transitional package and fix this after the milestone release, no ?
[08:48]  * Mithrandir ponders upgrading to jaunty.
[08:48] <slangasek> Tonio_: actually... yes, because ubiquity-frontend-kde depends on kdesudo-kde4
[08:48] <slangasek> Tonio_: so best to revert for now
[08:48] <Tonio_> slangasek: okay, so I'll switch back and fix this after the milestone release
[08:48] <slangasek> Tonio_: ok, thanks
[08:49] <Tonio_> slangasek: sorry for the issue...
[08:49] <pitti> superm1: great work on hal+smbios!
[08:52] <dholbach> In intrepid lsof sometimes displayed information like "(path dev=253,0, inode=475136061)" at the end of the lines - my interpretation was that it was stuff in memory, that is different on the disk now - I found this very useful after doing upgrades, because I knew which services/programs I had to restart to benefit from changes that were done - in Jaunty this information seems to be gone - can anybody tell me why or where it went? :-)
[08:54] <slangasek> dholbach: I don't remember ever seeing anything like that; but grepping for 'DEL' should give you that information
[08:54] <dholbach> slangasek: FANTASTICO
[08:54] <dholbach> gracias :)
[08:56]  * DktrKranz hugs dholbach for his "italiano perfetto" :)
[08:56] <pochu> DktrKranz: it was spanish! :)
[08:56]  * dholbach hugs DktrKranz back :)
[08:57] <Tonio_> slangasek: uploading kdesudo now
[08:57] <slangasek> thanks
[08:58] <DktrKranz> pochu: it was not french ;)
[08:59] <pitti> slangasek: are you okay with uploading more intrusive bug fixes to packages not on the CD? (sl-modem in my case)
[08:59] <slangasek> pitti: in general, yes; hopefully nothing that's going to take buildd time away from the langpacks, though
[09:03] <pitti> slangasek: I can easily lower its build score
[09:22] <zinzin> hi
[09:22] <zinzin> i am using 8.10 on GPU i915 Intel. i got the problem when run glxgears, like "Failed to initialized GEM. Falling back to classic". Now OpenGL doesnt run anymore. Anybody knows this problem?
[09:22] <zinzin> it didnt happen with me before, so perhaps the recent update of xorg is the culprit??
[09:24] <zinzin> please soebody help?
[09:25] <maco> have you already checked launchpad for a bug?
[09:27] <volo> hi
[09:27] <maco> zinzin: ^
[09:28] <zinzin> maco: is there anything about that?
[09:29] <zinzin> maco: how can i find the information on the "launchpad"? sorry i am not aware of that
[09:29] <maco> er...i was asking if you'd checked launchpad already and were trying to find a dev who knew about not-on-the-bugtracker (or reported upstream) issues
[09:29] <maco> http://bugs.launchpad.net/ubuntu/+bugs <-- the home of ubuntu bugs
[09:30] <scizzo-> zinzin: this question should have gone into #ubuntu first AFAIK
[09:30] <maco> or since you're asking about intel graphics, more specifically http://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bugs is likely to narrow it down
[09:32] <maco> zinzin: scizzo- is right about #ubuntu though, or #ubuntu-bugs
[09:34] <zinzin> ok, i will try with ubuntu-bugs first. thanks
[09:41] <pitti> bryce: what's missing for xorg-ctrl-alt-backspace to be set to implemented; some documentation to write?
[09:41] <bryce> pitti: yeah
[09:41] <pitti> bryce: and    x-testing-infrastructure ?
[09:43] <bryce> pitti: mostly I just need to finish up the historical driver page for that
[10:00] <asac> pitti: i guess we need a bug. was that first triggered by a langpack update?
[10:02] <asac> pitti: do you close ffox properly sometimes? or just forceful exit through log-out/shutdown?
[10:03] <maco> asac: has there been some change that says its ok for networkmanager to try to control an interface that is configured in /etc/network/interfaces?
[10:03] <asac> maco: no. only if you run the plugin in managed mode
[10:04] <maco> hrm? how would i find out if it's doing that?
[10:04] <maco> i just started using the interfaces file last week when i had trouble with wpa and wanted to do it manually...have since discovered that nm is still trying to manage even when ive got interfaces setup
[10:05] <asac> maco: /etc/NetworkManager/nm-system-settings.conf
[10:06] <asac> look if its managed=true
[10:06] <maco> asac: main plugins=ifupdown,keyfile ; ifupdown managed=false
[10:06] <pitti> asac: most of the time just logout (i. e kill)
[10:07] <pitti> asac: yes, very probably triggered by langpack update
[10:09] <asac> maco: have you rebooted in between?
[10:10] <maco> asac: yes, many times
[10:10] <maco> it also turns out that if i let NM connect, itll rewrite my /etc/hosts into broken-ness and then i cant launch anything in X, so ive been killing NM before logging in, then using ifup manually
[10:12] <asac> maco: is nm-system-settings process running at all?
[10:12] <maco> nope
[10:12] <asac> thats the problem then
[10:12] <maco> but i did a sudo service NetworkManager stop already
[10:13] <asac> that doesnt matter
[10:13] <maco> because if i let it run, i cant use graphical apps
[10:13] <asac> yes. thats understood
[10:13] <asac> maco: if nm-system-settings isnt running thats the problem
[10:14] <asac> if you think it has to do with stopping NM check before you kill it after reboot
[10:15] <maco> ok
[10:16] <maco> will try that then
[10:16] <maco> thanks
[10:16] <asac> maco: what do you have in /var/crash?
[10:16] <maco> probably a LOT
[10:16] <maco> yeah, a lot
[10:17] <maco> nm-system-settings is in there, if that's what you're asking
[10:17] <asac> maco: yes.
[10:17] <asac> maco: please submit that crash file
[10:18] <asac> through apport
[10:18] <maco> ok
[10:18] <maco> does apport succeed at submitting now?
[10:19] <pitti> asac: confirmed bug 289469 and added theory/screenshot
[10:20] <maco> it wont let me because i havent updated python
[10:20]  * asac looks for theory ;)
[10:21] <asac> pitti: there are extensions* files in your profile ... is the timestamp up to date?
[10:24] <pitti> asac: https://bugs.edge.launchpad.net/ubuntu/+source/firefox/+bug/289469/comments/3
[10:25] <asac> pitti: also check whether the langpacks that are shown to be new are in the extensions.ini file
[10:26] <pitti> asac: they aren't really new, they just got updated; but they all are
[10:27] <pitti> asac: bug updated
[10:27] <asac> ok thanks
[10:28] <pitti> asac: I guess eventually it's seb128's fault :) (gnome-session)
[10:29] <asac> pitti: heh ;) ... i am not sure. i have to check what is supposed to happen when on global extensions update
[10:29] <seb128> asac: trying to blame yet another bug on GNOME I see ;-)
[10:30]  * pitti hugs seb128
[10:30]  * pitti kicks gnome-"Terminator ZAP!"-session
[10:30] <asac> seb128: hey, i even tried to be politically ;)
[10:31]  * seb128 hugs pitti
[10:50] <asac> pitti: do we currently have problems with langpack-o-matic?
[10:50] <asac> pitti: i wanted to see what happens when installing language-pack-fi
[10:50] <asac> ls -l<EMAIL_ADDRESS>[10:50] <asac> total 0
[10:50] <asac> also there is nothing about langpack-fi in the -base package
[10:51] <asac> interesting that Mirv didnt complain yet ;)
[10:51] <pitti> asac: there is a bug about it
[10:53] <cjwatson> slangasek: ubiquity-frontend-kde Depends: kdesudo | kdesudo-kde4, FWIW, not just kdesudo-kde4
[10:55] <cjwatson> TheMuso: you probably want to look up address ranges in sed; for instance you can do sed -e '/line/,+2d' which deletes anything matching /line/ and the two lines after it
[10:55] <Mirv> asac: I filed the bug already :)
[10:58] <asac> Mirv: :-D
[11:02] <ogra> cjwatson, did you remove the keymaps as well for ixp4xx ?
[11:02] <ogra> (the changelog entry only talks about console-setup)
[11:05] <ogra> ah, you did :)
[11:06] <cjwatson> yes
[11:06] <cjwatson> I meant console-setup the whole pile, not console-setup-udeb the package
[11:06] <ogra> btw, i still see the uuid prob here
[11:06] <ogra> could it be that partman doesnt disconnect the device as soon as swap is in use ?
[11:07] <ogra> so that udev cant pick up the new uuids
[11:07] <ogra> thats my only explanation for that behavior ...
[11:07] <davmor2>  Audio is borked on daily iso that is meant to be a5 candidate playback shows Null output (PulseAudio Mixer)
[11:09] <ogra> seems partman calls swapon first and then goes on with formatting
[11:09] <mpt__> Who knows about usplash here?
[11:09] <cjwatson> ogra: what does "disconnect the device" mean?
[11:10] <cjwatson> ogra: vol_id goes and physically looks in the contents of the block device - it doesn't matter whether it's mounted or not
[11:11] <ogra> cjwatson, well, i have definately another failed install here where the uuid's are the old ones
[11:12] <cjwatson> ogra: I'm not disputing that, merely disputing your suggestion for a cause :-)
[11:12] <ogra> i was expecting something like blockdev rereadpt
[11:12] <cjwatson> no, that gets the kernel to reread its in-memory copy of the partition table, but vol_id doesn't look at that
[11:12] <ogra> though i'm not sure udev recats on that and changes the uuids
[11:12] <cjwatson> and FWIW libparted does the equivalent of that internally *anyway*
[11:13] <ogra> hmm
[11:13] <ogra> *reacts
[11:13] <cjwatson> vol_id does something much more like open("/dev/sda1", O_RDONLY) and then direct reads
[11:13] <cjwatson> it does not depend on the udev database, even
[11:14] <ogra> right, which means vol_id has the new uuid info, but udev doesnt get triggered to change the device node
[11:14] <ogra> sadly lowmem mode gets in my way a bit, having only half a log isnt really helping :(
[11:14] <cjwatson> so at which point do you observe udev having the wrong uuids?
[11:15] <cjwatson> just after partitioning, or after the first reboot, or when?
[11:15] <ogra> well, i get the error only if update-initramfs runs ...
[11:15] <cjwatson> (I assume that by "udev having the wrong uuids" you mean something like "symlinks in /dev/disk/by-uuid/ are wrong"
[11:15] <cjwatson> )
[11:15] <ogra> but i.e. the fstab in /target has the new uuids
[11:15] <ogra> right
[11:16] <cjwatson> exactly what is going wrong?
[11:16] <ogra> the symlinks show uuids that arent existent ... given that i use the same USB disk all the time they are very likely from my last install
[11:16] <ogra> ~ # ls -lh /dev/disk/by-uuid/
[11:16] <ogra> lrwxrwxrwx    1 root     root           10 Jan  1 00:08 4069d9b2-b663-4633-815b-c09f32761279 -> ../../sda5
[11:16] <ogra> lrwxrwxrwx    1 root     root           10 Jan  1 00:08 794f4f3f-e988-45dc-83d1-f0f0a201914b -> ../../sda1
[11:16] <ogra> lrwxrwxrwx    1 root     root           10 Jan  1 00:08 7e895cfc-4d4c-4104-a9be-f9c06641e63b -> ../../sda2
[11:17] <ogra> thats what i have right now in d-i
[11:17] <cjwatson> vol_id -u /dev/sda1
[11:17] <ogra> ~ # grep boot /target/etc/fstab
[11:17] <ogra> # /boot was on /dev/sda1 during installation
[11:17] <ogra> UUID=7e1ff899-da3c-4ec8-9206-2219331bbdd9 /boot           ext2    defaults        0       2
[11:17] <ogra> ~ # vol_id -u /dev/sda1
[11:17] <ogra> 7e1ff899-da3c-4ec8-9206-2219331bbdd9
[11:18] <cjwatson> ok
[11:18] <ogra> vol_id, fstab and the like are right, udev isnt
[11:19] <ogra> update-initramfs looks for the new uuid and doesnt find it
[11:19] <ogra> thast the point where the install ends
[11:20] <cjwatson> so I guess the thing that would be interesting would be to get 'udevadm monitor' output across partitioning
[11:20] <cjwatson> this is more Scott's area than mine, of course, but anyway
[11:20] <ogra> hmm, tricky
[11:20] <cjwatson> you don't have a second console?
[11:20] <ogra> i'm not sure the system will survive a second ssh connection
[11:21] <ogra> 30MB ... without swap its very fragile
[11:21] <cjwatson> you could start it in the background from a shell earlier on
[11:21] <cjwatson> (and redirect to a file obviously)
[11:21]  * ogra tries if he can run a shell on serial console while d-i runs inder ssh without hitting OOM
[11:36] <ogra> yay, i wouldnt have expected the system to survive that, but i'm in base-install :)
[11:37] <ogra> Keybuk, so can we have a look at my uuid prob ?
[11:38] <ogra> i have a log of udevadm monitor across the d-i partitioning process
[11:39] <ogra> cjwatson, heh, as i suspected, /dev/sda1 has exactly the uuid i pasted above, even after partitioning, so udev re-uses the old one
[11:44] <ogra> cjwatson, when do you plan to upload d-i *ubuntu20 so i can actually test with a real d-i build instead of my hand knitted one ... seems the kernels have all build now
[11:44]  * ogra would like to have some testing time before A5
[11:45] <cjwatson> ogra: ... last night?
[11:45] <cjwatson> has there been another kernel upload since?
[11:45] <cjwatson> I think Steve would be unhappy with me if I uploaded d-i again ...
[11:45] <ogra> yeah
[11:46] <ogra> well, he was aware that rtg uploaded a new kernel for ipx4xx
[11:46] <pitti> but that didn't bump ABI?
[11:47] <ogra> pitti, no, but ixp4xx needs a firmware image rolled by d-i
[11:47] <pitti> ah
[11:47] <ogra> and that needs to include the new kernel
[11:54] <ogra> slangasek, ^^^^ were you aware that the new ixp4xx kernel needs a no-change d-i upload to roll the firmware for ixp4xx when you approved the upload yesterday ?
[12:12] <cjwatson> ogra: could you put the udevadm monitor log somewhere please?
[12:13] <ogra> will do
[12:13] <cjwatson> if we're very lucky it's something trivial like something missing from the udeb
[12:13] <cjwatson> if we're unlucky, the kernel isn't sending any uevents when partitions change
[12:15] <ogra> http://people.ubuntu.com/~ogra/arm/udevadm.log
[12:16] <ogra> it doesnt look like its recieving anything after the initial "add" events
[12:19] <cjwatson> an strace of parted_server wouldn't hurt, but that's going to be difficult in your environment
[12:19] <cjwatson> (to confirm that it's doing the right BLKPG ioctls)
[12:19] <ogra> well, i can try to swapon manually before the partitioning starts, not sure if that explodes in my face though
[12:20] <ogra> hmm, i can probably try with a second disk
[12:21]  * ogra fiddles a bit
[12:22] <cjwatson> second disk would reduce the probability of interfering with the observation
[12:27] <highvoltage> query asac did you get my direct message? first time I tried from gwibber
[12:29] <asac> highvoltage: we can continue here if you want. i dont know where i would see direct messages (is that different from @asac)?
[12:55] <Keybuk> ogra: udev won't change the /dev/disk/by-uuid symlink tree unless something tells it to
[12:55] <ogra> Keybuk, yeah, which according to http://people.ubuntu.com/~ogra/arm/udevadm.log doesnt happen
[12:56] <Keybuk> sda is a usb disk?
[12:56] <ogra> yep
[12:56] <Keybuk> UEVENT[470.626540] add      /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/host0/target0:0:0/0:0:0:0/block/sda (block)
[12:56] <Keybuk> UEVENT[470.628185] add      /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/host0/target0:0:0/0:0:0:0/block/sda/sda1 (block)
[12:56] <Keybuk> UEVENT[470.629824] add      /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/host0/target0:0:0/0:0:0:0/block/sda/sda2 (block)
[12:56] <Keybuk> UEVENT[470.651764] add      /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/host0/target0:0:0/0:0:0:0/block/sda/sda3 (block)
[12:56] <Keybuk> UEVENT[470.653431] add      /devices/pci0000:00/0000:00:01.2/usb1/1-2/1-2:1.0/host0/target0:0:0/0:0:0:0/block/sda/sda5 (block)
[12:56] <ogra> right, it gets added once
[12:56] <Keybuk> you said this was a udevadm *across* the partitioning
[12:56] <ogra> thats on boot
[12:56] <ogra> well, from boot until base-install
[12:57] <Keybuk> now look at ~657
[12:57] <cjwatson> there are similar adds later too
[12:57] <Keybuk> the devices are removed and added again
[12:57] <ogra> oh, right
[12:57] <Keybuk> and again at 659
[12:57] <Keybuk> and again at 660
[12:57] <ogra> thats puzzling
[12:57] <Keybuk> can you do this log again
[12:57] <Keybuk> but use "-e" to udevadm monitor
[12:58] <ogra> why dont they get new uuids
[12:58] <ogra> sure
[12:58] <cjwatson> so, thinking about it, isn't the sequence of events as follows:
[12:58] <cjwatson> 1) parted_server tells libparted to commit
[12:58] <cjwatson> 2) libparted tells the kernel to remove existing partitions
[12:58] <cjwatson> 3) libparted tells the kernel to add new partitions
[12:58] <ogra> let me redo that setup (i was just experimenting wint an additional 2G swap disk to circumvent OOM)
[12:58] <ogra> *with
[12:58] <cjwatson> 4) something writes new filesystem bits into the new partitions
[12:59] <cjwatson> 2) and 3) correspond to the remove/add uevents
[12:59] <cjwatson> however, we don't have the right UUIDs until 4)
[12:59] <Keybuk> right
[12:59] <cjwatson> so what is supposed to deal with telling udev about 4)?
[12:59] <Keybuk> udev 138-2 can do that itself
[12:59] <Keybuk> earlier versions - you'd have to run udevadm trigger --subsystem-match=block --action=change
[13:00] <cjwatson> which indeed d-i did
[13:00] <ogra> Keybuk, 137 cant ?
[13:00] <ogra> my current version of d-i still has 137
[13:00] <cjwatson> well, it did udevadm trigger --subsystem-nomatch=sound actually, which of course has other problems but ...
[13:00] <ogra> since i have to wait for a new initrd.gz first
[13:00] <cjwatson> ogra: the current version in the archive is built against 138-2
[13:01]  * ogra pulls that
[13:01] <cjwatson> $ wget -q -O- http://ports.ubuntu.com/ubuntu-ports/dists/jaunty/main/installer-armel/current/images/MANIFEST.udebs | grep -m1 udev-udeb
[13:01] <cjwatson>         udev-udeb 138-2 armel
[13:01] <Keybuk> cjwatson: that's probably the third set of adds then
[13:02] <cjwatson> Keybuk: so we should work out how to get rid of this trigger ...
[13:02] <cjwatson> simply deleting it runs into the problem that d-i loads extra modules at run-time, so udev needs to try some things again
[13:03] <Silicium> http://pluto.htu.tuwien.ac.at/How-To_Live-CD_verändern <-- If i create a usplash for the Live CD with this tutorial on Ubuntu 8.10 it will not displayed while booting the CD
[13:03] <cjwatson> Keybuk: would we ever need to process add uevents again after loading specifically filesystem modules?
[13:04] <Keybuk> cjwatson: udev doesn't use (or even load) filesystem modules
[13:04] <cjwatson> good
[13:04] <cjwatson> so in that case it's probably just a matter of specifically triggering after anna runs
[13:06]  * ogra twiddles thumbs ...
[13:07] <ogra> slow HW, sigh
[13:07] <ogra> doing all that in qemu would be twice as fast
[13:12] <doko> Riddell: I don't understand the qscintilla2 build failure on the buildds yet. builds for me in a fresh chroot. any ideas?
[13:19] <Riddell> doko: oh sorry, forgot about that, let me look into it
[13:22] <ogra> Keybuk, cjwatson ok, 138-2 DTRT apparently
[13:23] <ogra> before partitioning:
[13:23] <ogra> ~ # ls -lh /dev/disk/by-uuid/
[13:23] <ogra> lrwxrwxrwx    1 root     root           10 Jan  1 00:00 15e76768-ede6-4763-afca-f1c683c9757b -> ../../sda1
[13:23] <ogra> lrwxrwxrwx    1 root     root           10 Jan  1 00:00 687b627c-fcac-4a59-8a14-a9ab965c0b81 -> ../../sda5
[13:23] <ogra> lrwxrwxrwx    1 root     root           10 Jan  1 00:00 9b75eb51-319b-4ddd-9793-e160323650e5 -> ../../sda2
[13:23] <ogra> after:
[13:23] <ogra> ~ # ls -lh /dev/disk/by-uuid/
[13:23] <ogra> lrwxrwxrwx    1 root     root           10 Jan  1 00:13 2557b59d-a108-45d5-8b7e-9344e715475e -> ../../sda2
[13:23] <ogra> lrwxrwxrwx    1 root     root           10 Jan  1 00:13 56c758cd-2f7e-44a1-96bf-1c2a21d89621 -> ../../sda1
[13:23] <ogra> lrwxrwxrwx    1 root     root           10 Jan  1 00:12 7a2b7ace-6199-4bd5-b4ab-eaadf4e3c637 -> ../../sda5
[13:27] <cjwatson> ogra: oh good
[13:28] <ogra> (unless udevadm monitor -e triggers that indeed)
[13:39] <cjwatson> Keybuk: http://paste.ubuntu.com/122821/ - quick review for technical accuracy?
[13:40] <Keybuk> cjwatson: ack
[13:43] <cjwatson> thanks
[14:01] <liw> mvo, I don't understand why an intrepid->jaunty upgrade replaces system-cleaner+system-cleaner-gtk with just computer-janitor, and doesn't install computer-janitor-gtk
[14:01] <mvo> liw: could you give me the upgrade logs please? I have a look
[14:02] <liw> mvo, I'll re-run the upgrade, just a minute
[14:02] <pitti> liw: probably because I messed up and only seeded computer-janitor
[14:02] <liw> pitti, oh
[14:05] <pitti> liw: seeds fixed, rebuilding ubuntu-meta now
[14:05] <liw> pitti, ack, thanks
[14:05] <pitti> bug 334299 is an alpha-5 blocker anyway (IMHO), so this can just slip in
[14:06] <seb128> could somebody in the linux team look at bug #197762 one day?
[14:06] <seb128> it gets quite some users comments but no bug triager or linux maintainer comments
[14:08] <highvoltage> asac: have you ever considered a firefox-essential package that doesn't pull in synaptic, gnome-app-install, etc?
[14:09] <ccm> hey
[14:10] <ccm> do you think, that #334344 is fine as a wishlist entry or should this be a blueprint?
[14:10] <cjwatson> ccm: that's a wishlist bug
[14:11] <cjwatson> ccm: in general, only software developers should be writing blueprints, anyway
[14:14] <ccm> cjwatson: okay, than that's fine as it is, thank you
[14:17] <superm1> pitti, thanks.  hopefully that should address Keybuk's concerns about having python in the boot process :)
[14:18] <Keybuk> it's the Indiana Jones act
[14:18] <Keybuk> No Python in my Boot!
[14:21]  * ogra feels reminded on "my hovercraft is full of eels"
[14:21] <ogra> (but you probably need to know german to get the connection :) )
[14:22] <asac> highvoltage: i think you refer to ubufox being a recommends?
[14:22] <Keybuk> 我的氣墊船裝滿了鱔魚
[14:22] <ogra> Keybuk, your white squares are quite distroted today :)
[14:24] <highvoltage> asac: it seems that it's apt-url that's bringing in most of the stuff that someone might not want installed
[14:24] <asac> thanks. now i see that subpixel rendering for those foreign signs still is bad here
[14:24] <ogra> use driod fonts ;)
[14:24] <primes2h> asac: Hello, I provided a patch for this bug #334345, could you have a look please?
[14:24] <asac> highvoltage: yes. thats ubufox - which needs apturl
[14:24] <asac> highvoltage: and thats a recommends from firefox
[14:28] <Riddell> doko: it needs a build-dep on python-qt4
[14:29] <Riddell> doko: or rather python-qt4-dev needs to depend on python-qt4 not python-qt4-common
[14:29] <doko> argh ...
[14:30] <doko> Riddell: ok, I'm uploading this to the pythoneers PPA for now
[14:30] <Riddell> as well as python-qt4's depend on python-qt4-common needing a version
[14:30] <Riddell> doko: which are you uploading?
[14:30] <doko> Riddell: quiscintilla2
[14:31] <doko> but yes, python-qt4 should be fixed as well
[14:32] <primes2h> asac: That bug prevents people from connecting to Internet due to invalid APN
[14:32] <superm1> pitti, i think i see what might have caused that sound bug in the new hal.
[14:33] <pitti> superm1: see bug 334299
[14:33] <pitti> the debdiff
[14:33] <primes2h> pitti: Now jockey patch works. Thank you.
[14:33] <primes2h> :-)
[14:33] <pitti> superm1: I'm fairly sure that the tools/Makefile.in diff in 87_standalone_smbios.patch broke it
[14:34] <superm1> pitti, yeah I think so
[14:34] <pitti> primes2h: \o/
[14:34] <superm1> pitti, looking right now
[14:35] <liw> there's no reason why "sudo lsof +D chroot/proc" should take over half an hour to run, is there?
[14:35] <asac> primes2h: yes. is it consent that pre-paid is better translated in there?
[14:35] <asac> hmm
[14:39] <primes2h> asac: Now H3G Italy has two class of contract, subscription and rechargeable (I hope it's correct in English) and they have just two different APN, so the classification I did it's correct in Italian language.
[14:41] <primes2h> asac: datacard.tre.it isn't present in the current classification and it leads to connection failure...
[14:41] <Silicium> is there a bug in 8.0.4-2-Desktop Live CD in case of USPlash?
[14:42] <primes2h> asac: Other APN (e.g. pre.h3g.it) are no longer used.
[14:42] <superm1> pitti, give this a shot: http://pastebin.com/f4df29ea1 . I'll reboot the box right now in the interim and see how things come with it
[14:42] <asac> primes2h: ok. so that changed recently. thanks
[14:43] <primes2h> asac: yes according to the link I provided in the bug report.
[14:43] <pitti> superm1: ah, that makes sense
[14:44] <pitti> superm1: am__EXEEXT_6 just fell off the border then
[14:44] <superm1> pitti, yeah that's what i'm thinking
[14:45] <pitti> superm1: I was pondering a complete 99_autoreconf.patch, but if that fixes it already, so much the better
[14:46] <s0u][ight> hello, the ubuntu live cd: how does it make a configuration file for X?
[14:46] <s0u][ight> and when,
[14:46] <cjwatson> it calls dpkg-reconfigure xserver-xorg during boot
[14:46] <s0u][ight> is there a way to change that?
[14:46] <cjwatson> /scripts/casper-bottom/20xconfig in the initrd
[14:46] <cjwatson> you can edit that script if you like
[14:47] <Silicium> cjwatson: do you know the my usplash file doesnt display while booting liveCD?
[14:47] <superm1> pitti, yeah after a reboot it appears to fix it for me
[14:47] <cjwatson> Silicium: no
[14:47] <pitti> superm1: still building here, and checking debdiff
[14:47] <Silicium> http://pluto.htu.tuwien.ac.at/How-To_Live-CD_verändern
[14:47] <Silicium> i used this tutorial
[14:48] <primes2h> asac: is it possible to have it loaded in Intrepid too? There are lots of Internet keys recognized by the system that can't connect due to this bug.
[14:48] <s0u][ight> cjwatson, do i have to rebuild the initrd to make it take effect?
[14:48] <cjwatson> s0u][ight: yes
[14:48] <Silicium> yep
[14:49] <asac> primes2h: yes, we put database updates in all releases. the upstream guy maintaining the database is currently super busy (moving)
[14:49] <Silicium> https://help.ubuntu.com/community/LiveCDCustomization
[14:49] <s0u][ight> i tryed rc.local as a workaround but that seems to be executed right after x is started
[14:49] <Silicium> this is a gread tutorial for do that
[14:49] <asac> so probably i will have to do this downstream (i think we have a few more updates already)
[14:49] <Silicium> great
[14:49] <s0u][ight> i need one right before
[14:50] <pitti> superm1: debdiff /var/cache/apt/archives/hal_0.5.12~rc1+git20090204-0ubuntu1_i386.deb hal_0.5.12~rc1+git20090204-0ubuntu3_i386.deb looks good, that adds /usr/lib/hal/hal-system-smbios
[14:50] <primes2h> asac: ok, Thank you!
[14:51] <s0u][ight> as of now after x is started, i just have to restart it with ctrl alt backspace and x loads with the new by nvidia-xconfig created config file
[14:51] <pitti> superm1: works for me as well; do you want to commit/upload, or shall I?
[14:51] <superm1> pitti, if you could that would be better/quicker, i'm without a GPG key and SSH key where i am right now
[14:51] <pitti> superm1: no problem at all
[14:52] <superm1> (hence my DEBEMAIL of oem@oem-laptop :))
[14:52] <pitti> superm1: thanks for the quick reaction
[14:52] <superm1> pitti, no prob. sorry for the small break there.  touching Makefile.in is always annoying
[14:52] <s0u][ight> btw, could you guys frequenty update the live cd isos? after the installation you allready get about 200 Mb of updates
[14:52] <s0u][ight> like each 2 weeks would be great
[14:53] <cjwatson> we could perhaps do daily builds, but there's no way we can QA them
[14:53] <s0u][ight> qa?
[14:53] <cjwatson> (well, not daily as such, I mean "of the general character of daily builds")
[14:53] <cjwatson> quality-assure
[14:53] <cjwatson> i.e. test
[14:53] <cjwatson> they would be arbitrarily broken
[14:53] <s0u][ight> each 2 weeks would be quiet good to go
[14:54] <cjwatson> we can't test that either
[14:54] <cjwatson> we're already flat-out with jaunty
[14:54] <cjwatson> so we could produce untested images. Would that actually help?
[14:54] <cjwatson> I'm concerned that they could end up being a bit shoddy
[14:54] <cjwatson> there are also unfortunately some disk space concerns on cdimage
[14:54] <Silicium> cjwatson: do you know which guy maintains the live-cd bootsplash?
[14:54] <s0u][ight> extracting the squashfs and updating content and rebuilding iso, what could break?
[14:55] <cjwatson> Silicium: it's not well-maintained by any one person at the moment
[14:55] <cjwatson> s0u][ight: hahahaha
[14:55] <cjwatson> s0u][ight: you would not believe
[14:55] <cjwatson> s0u][ight: and we wouldn't do it that way anyway, it's crazy for full builds from scratch - much easier to just rebuild as usual
[14:55] <Silicium> hmm
[14:55] <Silicium> cjwatson: is there a bug with it?
[14:55] <cjwatson> Silicium: all software has bugs
[14:55] <pitti> superm1: uploaded
[14:56] <cjwatson> so trivially, "yes"
[14:56] <Silicium> cjwatson: is there a known bug?
[14:56] <cjwatson> https://bugs.launchpad.net/ubuntu/+source/usplash/+bugs
[14:56] <s0u][ight> cjwatson, :| the way i mention: isn't it good?
[14:56] <cjwatson> s0u][ight: no, it isn't
[14:56] <cjwatson> s0u][ight: not for anything automated
[14:56] <s0u][ight> then what is a good way?
[14:56] <cjwatson> s0u][ight: why would it be an improvement to build images in a way that's different from the way we normally build images?
[14:57] <cjwatson> s0u][ight: but *any* rebuild can cause problems, no matter how you do it
[14:57] <cjwatson> the updates themselves could easily be broken
[14:57] <s0u][ight> but how do you guys build those live cd's anyway
[14:57] <cjwatson> s0u][ight: livecd-rootfs and ubuntu-cdimage
[14:57] <cjwatson> s0u][ight: the process requires a full local mirror, which is why we don't recommend it to people building customised versions
[14:58] <cjwatson> s0u][ight: you're still missing the point, though; the point is not that we do not have a reasonably reliable build process
[14:58] <s0u][ight> cjwatson, as long as updates are not broken, my way is good to go, done it a few times and no problems till now
[14:59] <cjwatson> s0u][ight: the point is that the process of rolling in updates almost inevitably causes breakage from time to time, which involves somebody paying attention to the regular builds and fixing them up
[14:59] <primes2h> asac: Just another thing. In Jaunty I noticed, in the mobile connection wizard, that just few country names are showed, the most are not and it shows "missing from libgweather". Something changed in libgweather?
[14:59] <cjwatson> s0u][ight: for example, every time the kernel's module ABI changes, we have to make sure that the installer is rebuilt
[14:59] <cjwatson> s0u][ight: this is not a problem that affects upgraders, but it inevitably affects CD images
[14:59] <asac> primes2h: can you please file a bug against libmbca about that and subscribe me?
[15:00] <s0u][ight> hhmmm i understand
[15:00] <cjwatson> s0u][ight: it is certainly easy to do, but requires people paying attention to intrepid-updates at that level
[15:00] <s0u][ight> cjwatson, isn't there a way to automate that?
[15:00] <cjwatson> s0u][ight: in other words, it's an extra load placed on already very busy people
[15:00] <cjwatson> s0u][ight: no, it requires a GPG-signed package upload
[15:00] <primes2h> asac: ok.
[15:00] <s0u][ight> :( i need one soon :D
[15:00] <Silicium> cjwatson: any idea how i can fix that?
[15:00] <cjwatson> s0u][ight: I am happy to build an image if you promise not to complain if it is broken
[15:01] <cjwatson> Silicium: no, sorry
[15:01] <cjwatson> Silicium: I may have uploaded usplash occasionally, but I don't have time to work on it at the moment, I'm afraid
[15:01] <Silicium> ok
[15:02] <s0u][ight> cjwatson, never mind then
[15:02] <cjwatson> s0u][ight: do you want it or not? :)
[15:02] <cjwatson> bah
[15:06] <primes2h> asac: Done. I subscribed you to bug #334377
[15:07] <primes2h> asac: Thanks.
[15:22] <ogra> sigh, locale-gen runs since 2h on the slug ...
[15:27] <Chipzz> cjwatson: ping, have a question for you on #debian-installer on irc.debian.org :)
[15:37] <MacSlow> Can I edit a commit-message _after_ I did the commit (not pushed though) with bzr?
[15:37] <MacSlow> I copy&pasted a line that accidentally had a CR in it
[15:37] <ogra> you can uncommit
[15:37] <ogra> and commit again
[15:37] <moquist> I'm attempting to use dbconfig-common with the moodle package, which supports both mysql and postgresql. The configure step hangs. I added -x so I can see what's happening, and here's the config script and the output: http://rafb.net/p/m3MYtE25.html
[15:39] <moquist> If anybody has any advice about how to use dbconfig-common or how to avoid that hang, I'd appreciate it...
[15:54] <Keybuk> I strongly dislike the way that "yum update" does not do what "apt-get update" does
[15:58] <liw> Keybuk, there you go again, assuming all software works the same; one would almost assume you had been exposed to usable software
[15:58] <Keybuk> maybe I just shouldn't use a computer
[15:59] <cjwatson> Chipzz: I don't see it any more quickly when you ping me here than when you ping me over <-- there
[16:03] <evand> anyone else have roaming virtual desktops?  I swear, I get stuck with the weirdest bugs.
[16:06] <liw> what are those?
[16:06] <liw> I suspect that doesn't mean laptops :)
[16:06] <evand> My windows seem to move to different virtual desktops on their own
[16:07] <evand> rarely, when I ctrl-alt-left,right, and I'm definitely not holding alt.
[16:13] <stgraber> StevenK: pong
[16:16] <evand> err shift ;)
[16:18] <Silicium> with wich gcc should the usplash be compiled?
[16:19] <cjwatson> Silicium: it lists no specific requirement, so it's built with the default compiler, like most other packages in Ubuntu
[16:20] <Silicium> hmm
[16:20] <Silicium> strange
[16:20] <Silicium> i downloaded a usplash build environment with makefile
[16:20] <Silicium> the prebuild so works fine
[16:21] <Silicium> if i just "make" it own, it exit with no errors but the so dosnt work
[16:26] <MacSlow> gee... where is the sleep() call burried in Python? os, sys, elsewhere?
[16:26] <MacSlow> anybody with a clue?
[16:26] <MacSlow> thanks in advance!
[16:27] <james_w> MacSlow: time?
[16:27] <hwilde> time.sleep()
[16:27] <MacSlow> time.sleep (2) does not work
[16:27] <MacSlow> I tried to import time and os and sys
[16:27] <MacSlow> always complains
[16:28] <james_w> time python -c 'import time; time.sleep(2)'
[16:30] <MacSlow> james_w, ah that worked ... thanks
[16:47] <slangasek> cjwatson: ah, should've looked deeper than the NBS report, ahwell
[16:47] <slangasek> ogra: yes, that was discussed
[16:47] <alex-weej> MacSlow: the icons for notify-osd should be symlinked in hicolor i think
[16:47] <alex-weej> so by all means make them original in Human
[16:48] <slangasek> cjwatson: so, I was expecting a d-i upload, just wasn't expecting to re-roll !ARM images for it
[16:48] <MacSlow> alex-weej, that currently being worked on by kwwii
[16:48] <alex-weej> but add some symlinks in hicolor so that people who want to use e.g. gnome icon theme can have usable volume widgets
[16:48] <alex-weej> MacSlow: excellent - might wanna update the wiki when you get round to it
[16:48] <ogra> slangasek, good, i wasnt sure what to answer cjwatson when he looked so shocked at me :)
[16:48] <alex-weej> cause right now it suggests "Human or go home"
[16:48] <alex-weej> :)
[16:49] <MacSlow> alex-weej, I've mentioned that in https://wiki.ubuntu.com/NotificationDevelopmentGuidelines
[16:49] <Laney> is this why the volume indicator is blank for me?
[16:49] <MacSlow> Laney, yes
[16:49] <cjwatson> Keybuk: https://fcp.surfsite.org/modules/newbb/viewtopic.php?viewmode=thread&topic_id=67253&forum=11
[16:49] <Laney> righto
[16:49] <MacSlow> alex-weej, ehm... I'm just adding that... thought I had written that down already
[16:49] <cjwatson> ^- glibc upstream developer recommends i586 and says that i686 is not worthwhile
[16:49] <alex-weej> MacSlow: hehe ok cool
[16:50] <cjwatson> (sorry, I'm sure there's a more sensible URL for the above)
[16:50] <cjwatson> slangasek: ok, feel free not to
[16:51] <cjwatson> slangasek: although the hal bug probably hits us either way :-/
[16:51] <slangasek> yeah, I gathered that
[16:53] <Keybuk> cjwatson: handy to know
[16:53] <Keybuk> the benefits I saw where i386->i586, I picked up from someone else that i686 was the new recommendation - they must have been wrong
[16:53] <ogra> yay
[16:53] <Keybuk> (Moblin use SSE2 fwict)
[16:54]  * ogra is in pkgsel on the slug
[16:54] <Keybuk> or even maybe SSE3
[16:54] <ogra> if flash-kernel is run in the end i'm actually a happy camper
[16:54] <jdong_> was it once true that i586 is slower than i486 on non i586 hardware?
[16:55] <cjwatson> it's probably worth separating out the individual optimisations being talked about here
[16:55] <cjwatson> my recollection is that pipeline ordering for i586 was pessimal elsewhere
[16:55] <cjwatson> but that should be verified, and may not be part of modern -march=i586
[16:56] <jdong_> along those lines, Ive never found a satisfactory answer for the difference between lpia and i386 in terms of the compiler output difference
[16:57] <jdong_> is it just that lpia implies sse2, sse3, ...?
[16:57] <cjwatson> lpia was intended to be optimised for in-order execution
[16:58] <cjwatson> the compiler patches for this never appeared (except perhaps very recently, I forget)
[16:58] <cjwatson> so in practice it's just been an i686 architecture, I think
[16:59] <slangasek> cjwatson, pitti: what's the current status of getting hal fixed?
[16:59] <pitti> slangasek: it should have gotten published 5 minutes ago
[16:59] <slangasek> pitti: you said it was uploaded - is it the -0ubuntu3?
[16:59] <pitti> slangasek: ubuntu-meta is also in (for computer-janitor-gtk)
[16:59] <slangasek> ok
[16:59] <pitti> slangasek: and Riddell uploaded new kubuntu-meta for downsizing
[16:59] <NCommander> ogra, are you using d-i over a serial console or SSH?
[16:59] <pitti> slangasek: confirmed, ubuntu3
[17:00] <pitti> slangasek: so the only thing I'm still aware of is a d-i rebuild from cjwatson
[17:00] <ogra> NCommander, ssh indeed
[17:00] <NCommander> Very cool
[17:00] <pitti> slangasek: then we can spin new images
[17:00]  * NCommander would like to blog about it both on Planet, and on the NLSU2 community lists (if they still exist ;-))
[17:00] <slangasek> pitti: the only reason to wait for the new d-i before respinning is jigdo, which is a marginal benefit for an alpha
[17:01] <slangasek> pitti: so not planning to do that
[17:01] <cjwatson> jdong_: https://fcp.surfsite.org/modules/newbb/viewtopic.php?viewmode=thread&topic_id=67253&forum=11&post_id=323188
[17:01] <ogra> NCommander, i have yet to see it working after first reboot, but so far it looks good
[17:01] <cjwatson> pitti: I already uploaded that
[17:01] <pitti> slangasek: ah, ok; no other blockers on my list
[17:01] <cjwatson> ubuntu21
[17:01] <NCommander> ogra, yes I know. Maybe I should make a list of the other ARM devices we have kernels for, and see if I can attract a community
[17:01] <NCommander> s/I/we/g
[17:02] <ogra> well, lool has the thecus .... but i doubt he has the time
[17:02] <ogra> feel free to blog about it or write a miling list call for testers
[17:02] <NCommander> He said d-i works, just the kernel is foobared.
[17:02] <NCommander> (or d-i started, not sure if it works)
[17:03] <jdong_> cjwatson: ah thanks for the info
[17:05] <sbeattie> cjwatson: interesting that -mtune=generic is recommended; opensuse used to use -march=i586 -mtune=i686
[17:06] <lool> Yeah Ubuntu's d-i would work if started with a Debian kernel no the Thecus
[17:07] <lool> I had in mind to try out the Debian 2.6.28 kernels and if they work bisect the configs
[17:08] <LaserJock> cjwatson: do you know if tasksel-data has been updated recently?
[17:09] <LaserJock> or if it's automated to some degree
[17:10] <cjwatson> LaserJock: I upload it from time to time; the update is automatic but not the upload. What's the problem?
[17:11] <LaserJock> cjwatson: I noticed the edubuntu-desktop task was wrong
[17:11] <LaserJock> cjwatson: it's using edubuntu-desktop-addon but the current seed is edubuntu-desktop-gnome
[17:11] <cjwatson> LaserJock: I can easily correct that, although probably not for alpha 5
[17:12] <LaserJock> cjwatson: k, should I file a bug or will you remember?
[17:12] <cjwatson> I'm running the update script now, so no need
[17:13] <LaserJock> k
[17:13] <cjwatson> I have a script I run occasionally that tells me about unreleased packages on my disk
[17:13] <LaserJock> cjwatson: so Task-Key: edubuntu-desktop just gives the title of the task?
[17:14] <LaserJock> within tasksel
[17:14] <cjwatson> no, Task-Key: turns into Key: in the tasksel data file, which means "don't present this task unless the key package is available"
[17:14] <LaserJock> oh, oh, gotcha
[17:14] <LaserJock> I was thinking Task-Metapackage would do that
[17:15] <LaserJock> in any case, as long as it get's updated we're all good
[17:16] <highvoltage> hey Laser
[17:19] <LaserJock> hola highvoltage
[17:33] <doko> pitti: did you have plans to demote tcl8.4 for jaunty?
[17:35] <pitti> doko: would be nice indeed
[17:42] <ogra> hmm, why do we generate locales twice in d-i
[17:43] <cjwatson> we shouldn't ... but locale-gen is very memory-intensive at the moment and is always going to suck badly on lowmem
[17:43] <TheMuso> slangasek: Can I assume that the latest set of studio isos have the hal fix, i.e 20090225.2?
[17:43] <ogra> once its done in the "saving language" step and once if the langpack is installed
[17:43] <ogra> yeah, it takes about 2h for each run on the slug
[17:43] <slangasek> TheMuso: it does; please test :)
[17:44] <TheMuso> slangasek: thanks.
[17:44] <cjwatson> ogra: hmm, I think install-language-pack ought to notice that the locale was already generated by a manual locale-gen run and not bother regenerating it
[17:44] <cjwatson> ogra: IOW this sounds like a langpack-locales bug
[17:45] <ogra> oh, wait
[17:45] <ogra> it is only at en_AU.UTF-8
[17:45] <ogra> it *might* skip en_US if it ever gets to that
[17:45] <cjwatson> yeah, this is going to really suck for you I'm afraid
[17:46] <cjwatson> I did start work on improving localedef's memory consumption a while back
[17:46] <cjwatson> I had trouble getting the "improved" code to be correct though ...
[17:46] <cjwatson> so I put it down to work on other things and haven't picked it up again
[17:46] <cjwatson> in theory I'm confident we could at least chop it in half
[17:46] <ogra> well, i'll try a new install to a real USB HDD later, there the swapping shouldnt suck so much
[17:46] <cjwatson> on a 30MB machine you would still be thrashing swap, though
[17:46] <ogra> indeed
[17:47] <ogra> but with a faster swap it will all go faster i assume
[17:47] <ogra> i have a 7500rpm USB HDD around
[17:47] <superm1> slangasek, how soon will mythbuntu isos be respun for testing?
[17:47] <slangasek> superm1: ~3h
[17:47] <superm1> slangasek, okay great thanks
[17:48] <slangasek> there's more contention for livefs buildds; y'all shoulda stuck with alternate CDs instead ;)
[17:49] <ogra> or help me testing slug netboot images :)
[17:50] <ogra> they are spun very quickly ... just take a day to do a commandline install ;)
[17:52] <LaserJock> ogra: that reminds me of doing Gentoo install back in the day :-)
[17:52] <ogra> heh, yeah
[17:52] <ogra> 133MHz and 30M ... its fun
[18:03] <wubbbi> hey :) I want to fix this bug (https://bugs.launchpad.net/ubuntu/jaunty/+source/kubuntu-default-settings/+bug/309419) where can I find the default Panel size in the kubuntu-desktop-settings package?
[18:08] <Riddell> wubbbi: it's in a file called plasmarc
[18:08] <wubbbi> Riddell: thank you :)
[18:09] <Riddell> wubbbi: but it's fiddly, we may end up just patching the code rather than playing with config files
[18:09] <Riddell> wubbbi: ask on #kubuntu-devel if you have further questions
[18:09] <wubbbi> Riddell: k thank you
[19:14] <dmz> quick question..i need to build a customer xserver-xorg-core package with the xserver built in screensaver (MIT X) disabled (for a kiosk machine, xset doesn't work); i'm using phbuilder to build for x386 (amd64 box doing the build). i can build the package fine but i need to modify the configure options and patch the server..should i make a new patch & add to the diff.gz that comes with source package? what's the best way to hav
[19:14] <dmz> e my patch go into the build i'm doing?
[19:15] <cody-somerville> dmz, you should use whatever patch system the package uses
[19:15] <cody-somerville> dmz, Do you know what patch system xserver-xorg-core is using?
[19:15] <dmz> i'm using phbuilder to build the package
[19:16] <dmz> it's just the "apt-get source" for the ubuntu/deb package
[19:16] <dmz> and it just looks like a normal patch like i'd use "patch -p0" for
[19:17] <dmz> apt-get source xserver-xorg-core && sudo pbuilder build xorg-server_1.4.1~git20080131-1ubuntu9.2.dsc --debug --debbuildopts "-I -i -j5"
[19:18] <dmz> i've tried modifying the tgz that comes with the source and fixing the length & checksum on the dsc file, but then the patch failed
[19:19] <dmz> is there a good devel guide for custom ubuntu package management or such?
[19:19] <cody-somerville> dmz, Sure is. First tip: don't modify the tarball or .diff.gz
[19:19] <dmz> sorry if i'm not asking in right area, but i figured this was a package build question could be answered her easier
[19:19] <cody-somerville> https://wiki.ubuntu.com/MOTU/GettingStarted
[19:19] <dmz> i didn't want to :)
[19:27] <dmz> cody-somerville, thanks
[19:29] <savvas> I installed jaunty, formatted root / and kept /home intact. During the install of jaunty, at the end I was prompted to import configuration for pidgin, firefox, and some other programs - does that get the configuration files like .mozilla/firefox and place them appropriately to the new user account?
[19:31] <slangasek> superm1`: mythbuntu up
[19:31] <slangasek> yay, faster than I thought
[19:36] <slangasek> TheMuso: did sound check out for you in your latest ubuntustudio test?
[19:38] <TheMuso> slangasek: seemed to be ok, will check more thoroughly for my next test. Unfortunatley seems like other studio guys don't care about testing much any more, especially Cory who is not bothering because other people don't, which is unfortunately starting to rub off on me. :(
[19:39] <slangasek> well, "no testing" --> "no releasing" ...
[19:40] <slangasek> anyway, if sound "seemed" ok, then that should mean this bug is fixed, thanks :)
[19:41] <TheMuso> slangasek: I know that.
[19:41] <TheMuso> re testing
[20:28] <ebroder> Do backports changelog entries have LP closers?
[20:28] <RainCT> ebroder: I don't think so
[20:34]  * hyperair thinks that [needs-packaging] bugs should automatically get closed by their LP closers
[20:34] <calc> is it possible to checkout a subdir of a bzr repo?
[20:34] <calc> like with cvs and svn?
[20:34]  * RainCT wonders what relation there's between needs-packaging bugs and backports
[20:35] <LaserJock> calc: not usually no
[20:35] <LaserJock> calc: I think there was a bzr plan to allow for that, but I don't know if it's ever been implemented
[20:35] <calc> LaserJock: ok
[20:36] <calc> LaserJock: i wanted to be able do something like that so i could have a single repo for the OOo split build
[20:36] <ScottK-desktop> hyperair: I think there's an existing LP bug on that.
[20:37] <hyperair> ScottK-desktop: i see. good to know it's being worked on
[20:38] <slangasek> I don't think he said 'worked on' :)
[20:38] <slangasek> zul: well, samba 3.3.0-4-ubuntu1 build-deps on ctdb; will you file an MIR for that, or roll back the build-dep?
[20:42] <hyperair> slangasek: blah.
[20:42] <zul> slangasek: sure
[20:59] <tjaalton> ArneGoetje: hey, would you consider making ttf-* use triggers to only run defoma-font after all packages have been configured? or maybe that should be done in debhelper?
[21:00] <tjaalton> hum, it's defoma which has dh_installdefoma, not debhelper
[21:00] <slangasek> tjaalton: there are rumblings about getting rid of defoma altogether; are there cases that still need it?
[21:02] <tjaalton> slangasek: I'm not sure, just concerned that it takes a while to run it N times when you install a number of langpacks which pull a lot of fonts
[21:02] <tjaalton> on every fresh install
[21:03] <tjaalton> same goes to texlive-lang*
[21:03] <slangasek> texlive packages have their own problems unrelated to defoma, AFAIK
[21:03] <tjaalton> yes, but they could trigger mktexlsr
[21:05] <tjaalton> I might fix that for jaunty
[21:10] <moquist> is there a preferred way to check in postinst whether or not another package is installed?
[21:15] <slangasek> moquist: using dpkg --status
[21:15]  * calc kicks bzr and lp hard :-\
[21:15] <calc> they won't allow to put an extra / in the project or name of a branch
[21:15] <slangasek> moquist: though generally it's better if you don't have to do this at all; care to provide details?
[21:15] <moquist> slangasek: and checking the output? the exit code seems to be 0 every time.
[21:15] <slangasek> moquist: the output, yes
[21:15] <moquist> slangasek: sorry. LaserJock is castigating me for vagueness, too.
[21:16] <slangasek> ah, moodle
[21:16]  * slangasek wondered :)
[21:16] <calc> they also have no concept of partial checkout, so i can't organize my split build in any decent fashion in the repo :\
[21:16] <calc> we need a svn.launchpad.net
[21:16] <calc> heh
[21:16] <moquist> slangasek: moodle can use php5-mysql or php5-pgsql. If the user wants mysql and php5-mysql isn't installed, I want to let the user know the installation (in the Web browser) can't complete until the package is installed. Same thing for php5-pgsql.
[21:17] <slangasek> moquist: I thought the solution that had been settled on was to have moodle-mysql | moodle-pgsql, which each depend on the correct set?
[21:18] <slangasek> in which case you shouldn't need to query the dpkg database, just use some filesystem-based interface to those packages
[21:19] <moquist> slangasek: that solution is (at least ATM) rejected in debian
[21:19] <slangasek> hmm
[21:19] <moquist> slangasek: it's not a total solution anyhow, it would still be possible to screw yourself by answering a question incorrectly.
[21:19] <slangasek> how?
[21:20] <moquist> install moodle-mysql and tell config you want to use postgresql (which is the default)
[21:21] <slangasek> well, but you said "answering a question incorrectly" - the obvious solution there is to never ask a question when only one of moodle-{mysql,pgsql} is installed
[21:22] <moquist> slangasek: right. I didn't figure out how to do that if/when the question is in the base moodle package. The question could be moved into the moodle-* packages, but that's apparently not couth so we're not pursuing that ATM.
[21:22] <slangasek> don't ask the question in the config script, only ask it in the postinst
[21:23] <moquist> ah, so a multiple-binaries package only has one config, and it's cool to ask questions in postinst?
[21:23]  * moquist did not know that
[21:23] <slangasek> some people may dispute whether it's "cool" to ask questions in the postinst - I don't feel constrained to avoid asking questions in the postinst when the alternative is asking unnecessary questions in the config :)
[21:23]  * moquist nods
[21:24] <moquist> slangasek: this is very helpful to know. Thank you.
[21:24] <slangasek> you will get a lintian warning about this, which you should summarily override ;)
[21:26] <cjwatson> hyperair: they do, if you put the appropriate "LP: #nnnnnn" in the changelog (which you should)
[21:27] <cjwatson> it is not true to say that a multiple-binaries package only has one config script, though
[21:27] <hyperair> cjwatson: i do, but they don't get closed. i had to close my previous two packages' needs-packaging bugs
[21:27] <cjwatson> config scripts are per-binary
[21:27] <cjwatson> hyperair: can you give me an example? this sounds like a bug
[21:27] <cjwatson> it's certainly not as intended
[21:27] <hyperair> i think codelite and sigx was like that
[21:28] <hyperair> i think geanyvc and geanyprj was also like that
[21:28] <hyperair> either mok0 or i closed the
[21:28] <hyperair> m
[21:28] <cjwatson> now, let me figure out how to get hold of the original .changes file ...
[21:29] <cjwatson> ah yes, of course, in the DONE queue
[21:32] <cjwatson> hyperair: oh, I know the reason
[21:32] <hyperair> why?
[21:32] <cjwatson> hyperair: bugs can have multiple tasks; therefore normally an upload only closes bugs that are filed against the appropriate source package
[21:32] <cjwatson> s/only closes bugs/only closes bug tasks/
[21:32] <hyperair> ah yes
[21:32] <cjwatson> hyperair: but of course for a new package there's no such task, and can't be
[21:32] <hyperair> but the thing is you can't file against a source package that doesn't exist
[21:32] <hyperair> can you?
[21:32] <hyperair> yeah
[21:33] <hyperair> so that's the issue with needs-packaging requests
[21:33] <cjwatson> I'll file a bug about this
[21:33] <hyperair> thanks
[21:33] <cjwatson> there are probably some heuristics that could be applied
[21:33] <hyperair> at the very least, it could just look for needs-packaging requests
[21:33] <hyperair> or perhaps if there's only one task, then close that task
[21:33] <hyperair> for example
[21:34] <hyperair> generally needs-packaging requests are filed to ubuntu, and there are no additional tasks imo
[21:34] <TheMuso> slangasek: yeah sound is quite alright in studio here. Playing music with totem is fine via pulse for example.
[21:35] <moquist> cjwatson: thx
[21:38] <slangasek> TheMuso: yes - the bug in question would have left you with no access to the sound device at all, so it's clear that this is fixed, thanks
[21:52] <cjwatson> slangasek: err, I didn't think you could call dpkg --status safely in the postinst
[21:52] <cjwatson> slangasek: dpkg isn't re-entrant, in general; when running a postinst it might not have saved its internal state ...
[21:52] <slangasek> cjwatson: I think Ian promised me that you could
[21:52] <cjwatson> really? gosh
[21:52] <slangasek> even though I didn't want him to promise that, I wanted him to promise the opposite ;)
[21:52] <cjwatson> this was always in my "don't do this" bin :)
[21:53] <cjwatson> hyperair: bug 334573
[21:53] <hyperair> ooh nice
[21:53] <hyperair> thanks =)
[21:53] <hyperair> well i'll be off to sleep now. good ni-er morning.
[22:18] <ogra> Jan  1 04:22:20 in-target: Generating locales...
[22:18] <ogra> Jan  1 04:22:23 in-target:   en_AU.UTF-8...
[22:18] <ogra> Jan  1 06:10:11 in-target: done
[22:18] <ogra> Jan  1 06:10:11 in-target:   en_BW.UTF-8...
[22:18] <ogra> Jan  1 07:52:24 in-target: done
[22:18] <ogra> Jan  1 07:52:25 in-target:   en_CA.UTF-8...
[22:18] <ogra> wow ....
[22:18] <ogra> still ongoing ...
[22:27] <LaserJock> poor ollie
[22:29] <ogra> LaserJock, well, thats actually not something we can expect from our users ... even on that crappy HW
[22:30] <ogra> i guess it has to work without installing a pangpack
[22:30] <ogra> *lang
[22:30] <LaserJock> or is that "painpack" ;-)
[22:30]  * ogra wonders why d-i *ubuntu21 still isnt in the archive
[22:31] <ogra> slangasek, could it be that it needs some NEW love or some such ? https://launchpad.net/ubuntu/jaunty/+source/debian-installer/20081029ubuntu21 shows it's been published 7h ago
[22:31] <ogra> but http://ports.ubuntu.com/ubuntu-ports/dists/jaunty/main/installer-armel/ doesnt have it yet
[22:32] <slangasek> ogra: the url you posted would have shown it as 'NEW' instead of 'DONE' for armel if that were the case
[22:32] <ogra> hmm, strange
[22:33] <cjwatson> lp_archive@cocoplum:~$ ls -l /srv/launchpad.net/ubuntu-archive/ubuntu/dists/jaunty/main/installer-armel/current
[22:33] <cjwatson> lrwxrwxrwx 1 lp_publish lp_publish 16 Feb 25 16:03 /srv/launchpad.net/ubuntu-archive/ubuntu/dists/jaunty/main/installer-armel/current -> 20081029ubuntu21
[22:33] <slangasek> ogra: I see it in the archive; mirroring issue then
[22:33] <ogra> ah
[22:33] <cjwatson> poke IS
[22:33] <ogra> cjwatson, though it looks like we need a way to omit langpack installation (see the timestamps in my above paste) for A6
[22:34] <ogra> not sure thats easily possible
[22:39] <cjwatson> ogra: preseed pkgsel/language-pack-patterns=
[22:39] <cjwatson> ogra: (yes, I realise this is perhaps not entirely obvious)
[22:40] <ogra> heh, no, not at all :) thanks
[22:40] <cjwatson> ogra: it's 'd-i pkgsel/language-pack-patterns string' in a preseed file; the above is the alternative kernel boot parameter form
[22:40] <cjwatson> ogra: perhaps we could have lowmem do this
[22:40] <ogra> yeah, i'll look into it after A5
[22:41] <cjwatson> or I could do it now, I have the file open :)
[22:41] <ogra> well, if you feel like :)
[22:41] <ogra> i surely wont stop you
[22:41] <ogra> i have forgotten how many locales -en includes ... but that can easily take 10-2h
[22:41] <ogra> *12
[22:44] <cjwatson> done in localechooser
[22:44] <ogra> mucho gracias :D
[22:44] <jamesrfla> Vote for nhandler!!!
[22:49]  * slangasek raises an eyebrow
[22:50] <nhandler> slangasek: Just ignore him. He did the same thing in #ubuntu-motu
[22:50] <slangasek> nhandler: so I shouldn't vote for you?
[22:50] <ScottK> Since it's not an actual election no campaigning is needed.
[22:50]  * ogra looks in his inbox for bribes ...
[22:51] <nhandler> slangasek: I never said that. I just said to not pay any attention to his comment.
[22:53] <maco> haha
[22:54] <maco> so what's the not-really-an-election thing that he's trying to campaign for you for?
[22:54] <nhandler> maco: MOTU Council. It is a confirmation vote
[22:55] <nhandler> maco: https://edge.launchpad.net/~ubuntu-dev/+polls
[22:55] <maco> ah, well i probably cant look at that because i'm just pretending to belong in here :P
[22:59] <LaserJock> nhandler: was that every announced? I haven't gotten any email on that I don't think
[22:59] <LaserJock> *ever
[23:00] <nhandler> LaserJock: Nope. They haven't sent anything out yet. I just posted a link to the Tech Board meeting logs in #ubuntu-motu if you want to read about it
[23:03] <nhandler> cjwatson: Is the Tech Board planning on sending out an email about the vote?
[23:07] <LaserJock> slangasek: hot dog! we've got a moodle package that actually installs (if you have the DB preinstalled) and removes
[23:07] <LaserJock> slangasek: am I too late to get a FFe for Alpha5?
[23:09] <slangasek> LaserJock: no - moodle isn't on the CDs
[23:09] <slangasek> or is it on the edubuntu CD?
[23:09] <LaserJock> it is
[23:09] <LaserJock> I think, let me check real quick
[23:09] <slangasek> ok
[23:09] <slangasek> well, we haven't had any edubuntu tests check in yet either, so still ok
[23:09] <ogra> it shouldnt
[23:09] <ogra> the edubuntu-server package never made it on any CD iirc
[23:10] <LaserJock> it's on there
[23:10] <ogra> oh
[23:10] <LaserJock> edubuntu-server isn't
[23:10] <LaserJock> but moodle, mysql, etc. are
[23:10] <ogra> even more oh
[23:11] <ogra> but thats only the addon, right ?
[23:11] <LaserJock> yeah
[23:11] <LaserJock> moodle is in both the server and ship-addon seeds
[23:12] <ogra> right, but server isnt used for anything
[23:12] <ogra> only for a metapackage in the archive
[23:36] <StevenK> stgraber: Ping, if you're still here.
[23:40] <LaserJock> slangasek: bug #334611
[23:40] <stgraber> StevenK: yeah
[23:41] <slangasek> LaserJock: ack
[23:41] <LaserJock> slangasek: as in FFe ack or "yeah, whatever I'll look at it in a coupla days"? :-)
[23:42] <slangasek> as in I'll look at it in the next hour
[23:43] <LaserJock> slangasek: awesome thanks
[23:43] <LaserJock> slangasek: this one ended up even better than I had anticipated
[23:48] <seb128> slangasek: when you will not be too busy can you double check gwibber in new and accept it if it looks good to you? I has been uploaded before the freeze technically but there was some issues and an another upload round, it should be fine now and quite some users would be happy to get it to jaunty it seems
[23:49] <seb128> slangasek: "double check" because I already reviewed it but there is some sources under bsd3 and I would appreciate somebody else confirming that's not an issue ;-)
[23:49] <slangasek> seb128: ok
[23:49] <seb128> thanks
[23:50]  * directhex hands slangasek some belated christmas cake
[23:51]  * slangasek looks at the cake quizzically, and shakes it
[23:51] <directhex> slangasek, mono 2 transition has officially begun in sid, just noticed your changes went directly into our svn
[23:52] <directhex> which saves lots of time \o/
[23:52] <seb128> "Launchpad will be going offline for maintenance in seven minutes. "
[23:52] <seb128> does that mean it's time to go to bed? ;-)
[23:53] <ogra> likely
[23:53]  * ogra sighs ... en_DK.UTF-8...
[23:54] <ogra> why the heck do danes have their own english locale ...
[23:54] <ogra> lots of germany speak english as well and we dont have a en_DE
[23:54] <ogra> *germans
[23:55] <directhex> ogra, perhaps you should! file a formal request to ISO
[23:55] <ogra> eek
[23:55] <ogra> not really
[23:55] <slangasek> directhex: good-good


[10:18] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4522 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[10:19] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4522 Generating diffs
[13:36] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4523 Preparing packages
[13:36] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4523 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[21:03] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4522 Successfully built
[21:23] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4522 Pending binary packages
[21:43] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4522 Successfully built


[04:12] -SwissBot:#xubuntu-devel- ::xfce-announce:: ANNOUNCE: xfce4-settings 4.17.2 released<EMAIL_ADDRESS>[04:12] -SwissBot:#xubuntu-devel- ::xfce-announce:: ANNOUNCE: xfce4-settings 4.16.5 released @ http://www.mail-archive.com/xfce-announce@xfce.org/msg00724.html