/srv/irclogs.ubuntu.com/2008/08/07/#ubuntu-devel.txt

=== ktvbot is now known as Kopfgeldjaeger
=== evand is now known as evand|vacation
cjwatsonslangasek: fyi, removing uncompressed Packages files is blocked on bug 25554501:27
ubottuLaunchpad bug 255545 in apt "requires uncompressed Packages files on CDs" [Undecided,New] https://launchpad.net/bugs/25554501:27
slangasekok01:27
cjwatsonI knew I'd run into *something* like that before, but had been hoping it was fixed ...01:27
=== milosz_ is now known as deadchip
infinitycjwatson: That's got to be a pretty quick fix, really...01:51
cjwatsonI wasn't sure which of the several alternative approaches was best01:52
slangasekyes, there's a design decision to be made there01:52
infinitycjwatson: Removing from Releases is clearly wrong.  Since apt-cdrom wants to do verification on the fly, I see no reason why it couldn't unzip to /var/lib/apt, just like apt-get does, and verify from there.01:53
infinityPretty much reuse the same code path.01:53
RAOFIntrepid seems to take parallel booting a little too far - it appears that the fsck of / or /home gets run in parallel with the rest of the boot sequence, which means I can get to a login prompt with an entirely read-only filesystem which then doesn't work.  This'd be a bug to file against upstart, right?01:54
james_wRAOF: I had that, but I didn't realise/think there was an fsck going on01:55
cjwatsoninfinity: you're probably brighter than I am at this time of day, so I'll take your word for it. :-)01:55
RAOFjames_w: It's easier to notice when it's just /home.  Then you _can_ login, and work out what's happening.01:55
infinitycjwatson: Well, I think the fundamental problem here isn't that apt doesn't know how to do this, it's that apt-cdrom and apt don't share enough code. :)01:56
james_was for a bug I'm not sure if it would be upstart or the initscripts01:56
infinitycjwatson: s/apt /apt-get /01:56
infinityjames_w: upstart provides those init scripts.01:57
infinityjames_w: Oh, I lie.  sysvinit still does.01:57
james_woh, ok, I thought they were in a different package01:57
cjwatsoninfinity: I certainly won't argue with that01:58
infinityRAOF: It's likely an initscripts/upstart misinteraction.  In that the latter should probably be using a mechanism to delcare the fsck scripts as blocking, and it's not.  *hand wavy*01:58
RAOFinfinity: Sounds about handwavey right.01:58
kirklandcjwatson: hiya, i have a grub patch, if have any time to look at it01:59
infinityRAOF: I'd start with the bug report at initscripts/sysvinit and see where it goes from there.01:59
RAOFinfinity: Ta.  Will do.01:59
slangasek<cough> actually, in London last month, Keybuk argued that we totally should parallelize the fsck with the rest of the startup, to get everyone to the login screen sooner01:59
slangasekand force a delay at gdm if necessary01:59
kirklandunderstanding that it is of course probably the middle of the night for you, it can certainly wait ;-)01:59
slangasekhmm, it was Keybuk, was it?  or Ted02:00
TheMusoslangasek: Keybuk IIRC.02:00
infinityslangasek: That works for /home (delaying at GDM), but it so obviously doesn't work for any other mountpoint.02:00
RAOFslangasek: Wouldn't that require /tmp to be some sort of ramfs?02:00
infinityRAOF: A lot more than /tmp ... /var, for instance.02:00
slangasekwell, yes, presumably we block on /var :)02:00
RAOFOh, right.  Yes.02:01
slangasekI don't know02:01
cjwatsonkirkland: not really awake any more ...02:01
kirklandcjwatson: ;-)  no prob.  ping me at some point tomorrow perhaps and we can discuss02:01
infinityslangasek: I suppose the mechanism used for blocking on /home would need to be pretty user-friendly here... Failing to log in is kinda unintuitive and scary.02:01
slangasekyes, that was the plan02:01
slangasekthe user-friendly part, not the scary and unintuitive part02:02
infinity*giggle*02:02
infinityRAOF: So... This may be a half-implemented "feature", rather than a bug. :)02:02
infinityRAOF: OTOH, if you can prove that it's not blocking on /var, you may still have a bug.02:02
slangasekstill warrants a bug report, though, so we all know what's going on. :)02:02
infinityRAOF: If it's only /home, then it might be the above.02:03
slangasek(even if it's a half-implemented feature, given the current state of implementation it should be tracked as a release-blocking bug...)02:03
infinityRAOF: And, yes, either way, vorlon's right.  A bug report to the effect of "eek, unintuitive and scary, must be user-friendly by release" would be nice.02:03
RAOFinfinity: I've seen both - unable to GDM login because /home is in the middle of fsck, and unable to login *at all* because / was in the middle of fsck.02:03
infinityRAOF: The former is usability, perhaps.  The latter is pretty clearly a big, fat WTF.02:04
RAOFRight.02:04
infinityMy god, could CDBS be any more inefficient.02:05
infinityI swear this build has called dh_buildded ON THE SAME BINARY PACKAGE, like 5 times now.02:05
slangasekyes, here let me show you02:05
RAOFinfinity: It could be worse.  It could build twice.02:05
slangasek<clickety click>02:05
infinitys/buildded/builddeb/02:05
infinityslangasek: I still argue that CDBS was Colin's way of sabotaging Debian on his way out.02:07
calcanyone else having weird problems with firefox in hardy?02:07
calcwith it locking up on websites, etc02:07
infinitycalc: Working great for me.  Perhaps you're surfing the wrong porn?02:07
slangasekcalc: don't follow any links infinity offers as "test cases"02:08
calcinfinity: well one of the cases where it isn't working for me is on facebook top friends app (but doesn't crash), and sparkpeople.com doesn't let me add pictures and hangs the browser02:08
* calc isn't sure if either of them use flash02:09
infinityRemoving flash is a pretty good way to find out.02:09
cjwatsonor flashblock02:12
RAOFPair of bugs filed against sysvinit.02:38
* TheMuso manages to shave 1.1MB off the size of the ubuntu-sounds package by downsampling all files by half.02:39
ion_themuso: I’d prefer encoding them as vorbis instead.02:42
TheMusoion_: The GNOME stuff doesn't yet support that.02:42
TheMusoion_: Only wavs work at this point.02:42
ion_themuso: No problem, just decode them in postinst.02:42
TheMusoion_: But ogg is the plan for the future.02:42
ion_Shouldn’t take too long.02:42
TheMusoeeeew02:42
TheMusoNo thanks.02:42
TheMusoThat brings in one more dependency on the disk that is really not needed.02:42
TheMusoAnd negates the shrinking in the first place. This is a CD size operation only.02:43
slangasek"only"?02:43
TheMusoslangasek: Well maybe not only, but it does help, and the quality difference is really not noticable unless you listen carefully.02:44
slangasekok02:44
* TheMuso hasn't uploaded it yet, just experimenting with sizes of the package depending on what files are shrunk.02:44
* slangasek nods02:45
slangasekdid you find that the .wav files were stereo as well?  Was there room for improvement there?02:45
slangasek(i.e., drop to mono except in any rare cases where it matters)02:45
TheMusoHaven't checked that yet, but I think they are all stereo yes.02:47
TheMusoOk it appears that the startup/logout sounds are stereo, but the others, while stored as stereo, are only mono in actual sound.02:48
nxvlif a package need bash for some reason during build time, i need to a) remove the dependency of bash or b) add bash as build-dependency02:51
nxvl?02:51
StevenKI thought bash was still Essential: yes?02:52
StevenKnxvl: c) Fix it to use SHELL=/bin/bash02:52
StevenKnxvl: /bin/sh != /bin/bash doesn't mean it isn't there, just that it isn't the default/02:53
StevenKs^/$^.^02:53
ScottKnxvl: Better to teach it not to need bash if you can.02:53
nxvlStevenK: the problem here is that bash isn't there02:53
nxvlStevenK: configure: error: cannot run /bin/bash ../config.sub02:54
StevenKnxvl: Then your chroot is broken. The bash package is Essential: yes.02:54
nxvlScottK: yes, but i'm just about to quit on that02:54
nxvlScottK: heh, then the build daemons are broken :D02:54
nxvlhttp://launchpadlibrarian.net/16512924/buildlog_ubuntu-intrepid-i386.php5_5.2.6-2ubuntu1_FAILEDTOBUILD.txt.gz02:55
StevenKnxvl: But adding bash as a Build-Depends is pointless.02:55
nxvlthat's what i thought02:56
nxvl:S02:56
ion_themuso: A statically linked oggdec would 215 KiB, btw.02:56
ion_take02:56
nxvli will keep looking02:56
nxvlStevenK: thank you!02:56
TheMusoion_: Its still more work than its worth.02:56
nxvlnevermind i found the problem03:03
nxvl<- dumbass03:03
YokoZarvmware is not working at all for running Intrepid (freezes on login, even with the earlier workaround of modprobe -r snd_pcsp)...what can I use to test/develop on Intrepid?03:10
ion_virtualbox03:11
TheMuso5~/c03:38
warrenCan anybody running Ubuntu help me compare something to Fedora?03:46
warrenin your "man su" do you have this option:03:46
warren       -m, --preserve-environment03:46
warren              do not reset environment variables03:46
StevenK       -m, -p, --preserve-environment03:46
StevenK           Preserve the current environment.03:46
warrenhmm03:48
warrenthanks03:48
=== superm1|away is now known as superm1
machowill any help me04:25
machoany 104:25
RAOFmacho: Probably not in here; is your problem related to the development _of_ Ubuntu?04:25
machono where can i get help to add ubuntu ps304:26
RAOF#ubuntu would be the right channel.04:26
machomaybe you guy can help ps3 ower04:26
RAOFUbuntuforums would also likely be a good spot.04:26
machothank raof04:26
machobtw what you guys work on04:27
pwnguin"I am the tech lead for Goobuntu, Google's in-house derivative of Ubuntu, used as an Engineering desktop amongst other things."05:48
pwnguinhttps://wiki.ubuntu.com/AndrewPollock205:48
pwnguini thought goobuntu didnt exist05:48
lifelesspwnguin: it exists05:54
pittiGood morning06:11
pittilamont: oh, enjoy!06:11
StevenKMorning pitti06:11
nxvlmorning pitti06:11
dholbachgood morning06:13
* dholbach has to get used to the new wiki syntax06:26
nxvldholbach: it has changed?06:26
dholbachmoin was updated on wiki.u.c yesterday06:27
* nxvl checks06:28
nxvloh! that's why i've been having some issues with the wiki today06:28
persiaThe new interface is confusing, the new syntax a bit odd, the need to refresh cookies annoying, and the installed code likely significantly more flexible and secure.06:29
nxvli don't feel the difference :S06:30
persianxvl: Edit a page.  Click the buttons at the bottom of the editing frame.06:32
* nxvl clicks06:32
nxvlmoin is slow06:34
* nxvl loves doku06:34
nxvlwait06:34
nxvlsave wasn't down?06:34
nxvlas in at the bottom06:34
persiaIt was, it's up now.  Still works, just an example of the difference :p06:34
nxvlthat's definitely uncomfortable06:35
persiaThe only part I find odd is that the comment is not near the preview/save buttons.06:36
slangasekhmm, "libcanberra"?06:37
RAOFAustralia's where it's at.06:37
persiaAn entirely new view of desktop events, neatly constructed between the primary existing places, and intended to supercede them, yet without the natural resources to do so without external assistance.06:38
=== superm1 is now known as superm1|away
persia(at least if XDG can be said to be between KDE and GNOME, rather than a bit south)06:39
RAOFpersia: Is that a quote on the libcanberra naming?06:39
persiaRAOF: Only if it gets repeated06:39
RAOF'cause it's a pretty good description of the city :)06:40
TheMusoRAOF: lol you are so right!06:40
TheMusoslangasek: But its supposed to be the new library for sound events in GNOME/Desktop applications.06:41
slangasekwhy did we need a new one? :)06:41
RAOFWith a passing nod to KDE, too.06:41
RAOFslangasek: We had an old one? :)06:42
persiahttp://0pointer.de/blog/projects/sixfold-announcement.html06:42
TheMusoThe current sound events system in GNOME is kinda sucky.06:43
persias/kinda/rather/06:43
RAOFThe KDE default sound theme isn't crash-hot, either.  I'm not a big fan of having a "bing!" every time I press a button.06:44
slangasekpersia: ah, ok then :)06:44
slangasekRAOF: computers that "bing!" are an attempt at operant conditioning to see if I'll murder someone, I think06:45
RAOFslangasek: Someone's going to broadcast a "bing!" in a public place to trigger your programming?06:45
slangasekI'll have the perfect alibi06:46
slangaseks/alibi/defense/, perhaps :)06:46
pittizul: did you see the php5 FTBFS?06:59
StevenKpitti: Did you see that it was due to bash? :-)07:00
StevenKOr autotools07:00
pittiyeah, looked quite weird07:00
StevenKpitti: If the hppa and ia64 buildds could actually keep up, I'd have a few packages for you to NBS out.07:00
pittiStevenK: ia64 is down to 24 builds07:01
pittishould manage until I attack NBS tomorrow07:01
pittifor now I just had a quick look at http://people.ubuntu.com/~ubuntu-archive/testing/intrepid_outdate.txt07:01
pittiStevenK: hppa-only rdeps don't stop me from NBSing packages07:03
Hobbseehey pitti07:03
StevenKpitti: Ah. There's a few :-)07:03
pittiStevenK: you can still check for unsatisfieable dependencies with apt, so if someone is actually willing to fix hppa, he can still do so07:03
pitti"apt-cache unmet" ftw :)07:04
pittihey Hobbsee07:04
StevenKpitti: Well, usually the fix is uploaded, but hppa hasn't built it yet07:04
StevenKAnd that is true for the 13 or so uploads I did last night07:05
slangasekStevenK: the php5 ftbfs is linked to the new libtool...07:06
StevenKslangasek: Fun.07:06
* pitti looks at the time FTBFS and wonders...07:06
StevenKWhere's Keybuk, so we can belt him ...07:06
pittiPackage automaken is a virtual package provided by:07:06
pitti  automake1.9 1.9.6+nogfdl-3ubuntu107:06
pitti  automake1.7 1.7.9-907:06
pitti  automake 1:1.10.1-307:06
pittiUsing automake1.8 (selected in sbuildrc)07:06
pittiinfinity, cprov: ^ any idea why it picks the very alternative which does not even exist?07:07
StevenKWoo!07:07
pittiinfinity: is the "selected in sbuildrc" actually true, and this file needs an update to just point to "automake"?07:07
YokoZarpitti: was there a kernel recently (namey -20) that was in proposed but didn't go into -updates?  It seems like virtualbox-ose-modules-generic depends on a -20 version but there is no -20 kernel (thus making the -20 virtualbox-ose-modules uninstallable)07:09
pittiYokoZar: right, that -updates move was an accident07:10
pittiwe need to reupload -19 into hardy-updates07:10
YokoZarFair enough07:10
YokoZarNow I just need to figure out how to actually get Intrepid to boot in virtualbox (still freezes in vmware for me at login, even after removing the snd_pcsp module)07:11
YokoZarslangasek: not to pester, but is there anyway these critical bugs in the virtualization programs could be given some sort of higher priority?  Not having Intrepid work in vmware or virtualbox has been preventing me from doing substantial amounts of work on my package.  There are other things I can do in the meantime, but it does seem like it's a blocker of sorts.07:13
slangasekYokoZar: I'm not on the kernel team, there's not a whole lot that I can do personally to move them along; they've already been flagged as high-priority issues to the kernel team.07:14
TheMusoYokoZar: What about a chroot?07:15
YokoZarslangasek: Well thank you, in any case :)  That seems to be the best thing to do.07:15
YokoZarTheMuso: That and pbuilder, basically.07:16
lifelessmvo: hi07:55
=== sabdf1 is now known as sabdfl_
=== sabdfl_ is now known as sabdfl
=== sabdfl is now known as sabdfl_
mvohey lifeless08:00
pittihi sabdfl08:02
* pitti waves to mvo08:03
pittimvo: compiz-fusion-plugins-main wants to pull in compiz-bcop; do we want that in main, or was that an error?08:03
pitti(it's in dep-wait)08:03
mvopitti: let me check08:04
mvopitti: isn't that in main since gutsy? compiz-bcop. there is also a compiz-fusion-bcop that we got from debian (they decided to package it with a different name). might be a good time now to actually use the debian one and get rid of ours08:08
pittimvo: oh, hang on, compiz-bcop doesn't even exist in hardy any more08:08
pittimvo: right, so that needs a fixed build dependency08:08
pittimvo: I'll promote compiz-fusion-bcop08:09
pittidone08:09
pittis/exist in hardy/exist in intrepid/08:09
mvopitti: aha, good. now I just need to fix the compiz packages08:11
* mvo goes and does it08:11
pittimvo: thanks08:11
lifelessmvo: what was the findconflicts outcome ?08:20
mvolifeless: its a bit strange, it hasn't spamed^Wmailed me anymore, either its fixed now or so broken that its not even crying anymore08:21
lifelessmvo: the code is out btw08:23
mvolifeless: excellent, congrats!08:23
mvoI saw the mail this morning08:24
lifelessmvo: future changes please shove up a branch and use the lp merge request stuff08:24
lifelessso that I can pull them into trunk08:24
mvolifeless: ok, will do08:24
lifeless[this is separate from getting it onto macaroni - keep doing that as you ar]08:24
lifeless*are*08:24
lifelessmvo: should I create a conflictchecker team ?08:26
mvolifeless: sounds like a good idea to me (or conflictchecker-hackers or so)08:27
lifelessk will do08:27
=== tkamppeter_ is now known as tkamppeter
=== hunger_t is now known as hunger
RAOFseb128: Re bug #255621 - xdg-open was detecting a gnome environment by GNOME_DESKTOP_SESSION_ID, which seems to be no longer set by gnome-session.  For me, it seems DESKTOP_SESSION=gnome is being set; is this a safe thing to check for?08:39
ubottuLaunchpad bug 255621 in xdg-utils "xdg-open's Gnome detection is broken" [Medium,Confirmed] https://launchpad.net/bugs/25562108:39
seb128RAOF: http://bugzilla.gnome.org/show_bug.cgi?id=54288008:40
ubottuGnome bug 542880 in gnome-session "GNOME_DESKTOP_SESSION_ID not set anymore" [Normal,Unconfirmed]08:40
RAOFAha.  You're obviously on top of that, then.08:41
seb128is there any known issue with the new nvidia binary drivers?09:09
seb128bug #255461 states that gnome-panel crashes when using "177"09:10
ubottuLaunchpad bug 255461 in gnome-panel "gnome-panel crashed with SIGSEGV in g_type_check_instance_cast()" [Medium,Incomplete] https://launchpad.net/bugs/25546109:10
seb128pitti: https://bugs.edge.launchpad.net/ubuntu/+source/gnome-applets/+bug/255573, is there any reason apport doesn't remove the coredump when marking duplicates?09:13
ubottuseb128: Error: This bug is private09:13
RAOFseb128: 255461 isn't a general crash; I'm using nvidia-glx-177, and gnome panel works just fine.09:14
pittiseb128: that sounds like a bug09:17
seb128pitti: same on https://bugs.edge.launchpad.net/ubuntu/+source/gnome-applets/+bug/25557209:17
ubottuseb128: Error: This bug is private09:17
sorenHas MoM been switched off or is she malfunctioning?09:17
mvoseb128: same for me09:17
mvosoren: might be malfunctioning, I can have a look09:17
seb128mvo: works or doesn't work for you?09:17
mvoseb128: sorry, work for me with -17709:17
sorenmvo: Cool. Last update seems to have been on August 1st.09:18
seb128mvo: ok, thanks09:18
pittiseb128: hm, it's also supposed to remove the private tag09:19
mvosoren: yep, mom is unhappy, I will see what I can do about it09:19
seb128mvo, pitti: http://bugzilla.gnome.org/show_bug.cgi?id=545828, if you could comment to say what you think about the feature, if it does what we need and if you think we would use that rather than update-notifier09:19
pittiseb128: the code is there09:19
ubottuGnome bug 545828 in plugins "Add apport monitoring" [Enhancement,Unconfirmed]09:19
pittiseb128: sure, will do09:19
seb128pitti: ok, should I open a bug about the duplicate issue?09:19
pittiseb128: if you want, but I'm investigating it right now09:20
pittithekorn: I am using this:09:20
pitti        bug.attachments.remove(09:20
pitti            func=lambda a: re.match('^(CoreDump.gz$|Stacktrace.txt|ThreadStacktrace.txt|\09:20
pittiDependencies.txt$|ProcMaps.txt$|ProcStatus.txt$|Registers.txt$|\09:20
pittiDisassembly.txt$)', a.lp_filename))09:20
seb128pitti: upstream closed the bug as NOTGNOME first, but it looks like opensuse are working on using apport so they reopened the bug, they would like to know what the fedora plans are too, if you are in touch with somebody from fedora who could comment about that09:20
pittithekorn: has the API changed in that regard?09:20
thekornpitti, hmm, I'm sure the API did not change there,09:25
thekornthis shuold work this way,09:25
thekornwill have a look at it in a bit09:25
thekornwhat exactly is not working, are no attachments removed?09:26
seb128thekorn: https://bugs.edge.launchpad.net/ubuntu/+source/gnome-applets/+bug/255572 for example09:27
ubottuLaunchpad bug 255572 in gnome-applets "mixer_applet2 crashed with SIGSEGV in g_datalist_id_set_data_full() (dup-of: 255554)" [Undecided,New]09:27
ubottuLaunchpad bug 255554 in gnome-applets "mixer_applet2 crashed with SIGSEGV in g_datalist_id_set_data_full()" [Medium,Triaged]09:27
pittiseb128: commented and CC'ed09:31
seb128pitti: thank you09:31
pittithekorn: apparently not; I play with it locally here09:32
seb128I let the coredump on those bugs so you guys can use that for testing09:33
pittithanks09:33
thekornok, I will have a look at this in a few09:33
pittithekorn: let me finish my local test and write a reproducer09:34
mdzboth of my Intrepid systems have an empty /var/log/kern.log since the upgrade09:34
thekornok09:34
pittithekorn: I'm pretty sure that the code is run, since the same function first deletes attachments and then marks the bug as a dup (and the latter works)09:34
pittimdz: confirming; /var/log/dmesg is there, but kern.log doesn't work09:35
mdzpitti: something wrong with klogd perhaps?09:35
pittiseb128: sorry for the bug noise, I have to undup the bug to play with it; will re-dup afterwards09:35
seb128pitti: that's alright09:35
mvosoren: should be running again (but will take a bit to complete, it needs to do some catchup). you don't happen to know about network speed slowdowns in the intrepid kvm? for me kvm in intrepid gives me only ~30k download speed (compared to ~700k with qemu)09:36
dholbachjames_w: congratulations! :)09:36
pittimdz: hm, "sudo tail -f /proc/kmsg" doesn't report anything either (tried with some modprobe)09:36
pittiitz kernel bug?09:37
mvojames_w: congrats!09:37
mdzpitti: filed as bug 25563509:37
ubottuLaunchpad bug 255635 in sysklogd "Nothing logged to /var/log/kern.log in Intrepid" [Undecided,New] https://launchpad.net/bugs/25563509:37
Mithrandirwhy do we have /etc/.java, at least in hardy?09:38
sorenmvo: Which nic are you emulating?09:38
mdzpitti: kmsg was working earlier in the cycle, I used it for debugging bug 25122309:38
sorenmvo: Thanks for fixing MoM by the way.09:38
ubottuLaunchpad bug 251223 in linux "BUG: Dentry ffff81003ac17410{i=161b,n=cow} still in use (1) [unmount of rootfs rootfs]" [High,Fix released] https://launchpad.net/bugs/25122309:39
mvosoren: the default one (not sure which one that is)09:39
mdzpitti: is kernel.printk set correctly? I can never remember which way the numbers work09:39
sorenmvo: That would be the realtek one.09:39
pittimdz: neither can I :(09:39
mvosoren: should I just try a different one?09:39
pittimdz: but 4 4 1 7 sounds familiar09:39
=== dholbach_ is now known as dholbach
mdzpitti: I noticed recently that sysrq+[1-9] didn't seem to work, I wonder if it's related09:40
sorenmvo: It couldn't hurt. Either pass "model=virtio" to the first "-nic" on the command line, or set "<model type='virtio'/>" in the interface definition in the domain definition.09:40
soren(depending on whether you're using libvirt or not)09:40
mdzpitti: did you remember to stop klogd before your tail -f /proc/kmsg test?09:41
loolMithrandir: Urgh09:41
loolMithrandir: Looking at my dpkg.log, it seems to come from java-common09:41
pittimdz: yes, I did09:41
mdzpitti: confirmed here, nothing in /proc/kmsg09:42
* pitti follows up to the bug09:42
mdzpitti: already updated09:42
pittiargh, LP ate my comment09:42
mdzpitti: was it because I moved it to a new package (which bizarrely changes the URL)?09:43
pittiyes, I got an error message09:43
mdzpitti: going back in the firefox history retrieves lost input fields surprisingly often09:44
pittiand alt+left then didn't remember the text contents09:44
loolMithrandir: I also have sun-java6* upgraded in the same minute, so they could also be at fault (I checked the creation time of /etc/.java)09:45
tjaaltonmdz: please attach /var/log/Xorg.0.log to 255008, thanks09:46
Mithrandirlool: that's where it's come from; I'm wondering why somebody thought dotfiles in /etc was a good idea.09:46
tjaaltonmdz: upstream wants that09:46
tjaaltonmdz: also, you do have -1ubuntu3 of the xserver installed?09:47
loolMithrandir: Well and the package failed to cleanup after itself too09:47
lool(as I have this empty /etc/.java now, but no sun-java6* installed)09:48
Mithrandirlool: ugh.09:48
mvosoren: ohhhh - that looks *much* better, in fact, I'm getting 11mb peek to my local proxy now *sweet*09:49
mvosoren: is this available in hardy too? can we make it default please :)09:49
sorenmvo: It is. :)09:50
sorenmvo: Both available and the default :)09:50
sorenmvo: If you choose Ubuntu Hardy as the OS you're installing in virt-manager, it chooses virtio_net automatically.09:50
mdzbug 25500809:51
ubottuLaunchpad bug 255008 in xorg-server "Up arrow key mapped to Print [screen]" [High,Confirmed] https://launchpad.net/bugs/25500809:51
mvosoren: hm,  for the -nice user too? I have the latest kvm here and before I added "model=virtio" I got really bad throughput (basicly I just ran "kvm image.qcow2")09:51
sorenmvo: Oh, no, not if you run kvm like that.09:52
mvosoren: ok, so its default in libvirt but not on the commandline kvm?09:52
sorenmvo: The only operating system that supported it at Hardy's release was Hardy.09:52
mdztjaalton: sorry it's almost 8M, due to bug 24719509:53
ubottuLaunchpad bug 247195 in xorg-server "Server log fills up with acpid socket errors" [Low,Confirmed] https://launchpad.net/bugs/24719509:53
mdztjaalton: but I have attached it now09:53
mvosoren: for virtio? I see. that is a problem :) will the hardy kvm with virtio work with a intrepid guest? or is that not possible?09:53
sorenmvo: I think perhaps a few others are starting to catch up, but it'll never be as ubiquitisly(sp?) supported as the realtek adapter.09:53
sorenmvo: That should work fine.09:53
tjaaltonmdz: heh09:54
mvosoren: thanks for your explaination! that is fine then, I'm only concerned with ubuntu systems for my current project, so I will just add it to my standard kvm option, thanks again for your help09:54
sorenmvo: The interface has an ABI check, so it doesn't work, it will just come up without a NIC. It won't just break spectacularly.09:54
sorenmvo: No problem :)09:55
seb128tjaalton: is there any know video bustage on intel in intrepid? the evolution composer has refresh issues and artefact since I upgraded today (I didn't upgrade for a few days before that)09:55
tjaaltonmdz: I've filtered the ACPI errors and will attach that too09:55
tjaaltonseb128: not that I know of, my i965 works mostly ok09:55
seb128hum, ok, using compiz?09:56
tjaaltonbut then again I don't use evolution09:56
seb128is there any change this week that could have created issues?09:56
mdzI'm seeing a lot of corruption with nvidia on intrepid on my desktop09:56
mdze.g. switching tabs in firefox doesn't redraw half the window09:56
thekornpitti, I think I found the issue09:56
pittithekorn: fun; originally it had 4 attachments; the first run removed 2, the second removed 109:57
pittithekorn: now just CoreDump.gz is left09:57
* pitti runs it a third time09:57
thekornpitti, and whe you run it again, Coredump will be removed09:57
pittithekorn: maybe the $ doesn't match reliably any more or so?09:57
pittithekorn: right, worked now09:57
tjaaltonfunny, I don't have evolution installed09:57
thekornno, attachment.remove is not working correctly for many matches09:58
pittithekorn: do you need my reproducer script? (we have some more bugs to try this with)09:58
thekornso it only removes the first match09:58
tjaaltonseb128: no updates to the intel driver. do you use compiz? does metacity have the same problem?09:58
thekornpitti, no, I'm fixing it right now09:58
pittithekorn: awesome, thanks!09:58
pittiseb128: I'll ask bdmurray to generate a list of all bugs with Coredumps, then I'll run a script for mass-cleanup09:58
seb128tjaalton: I do use compiz but this one didn't change in the update09:58
seb128pitti: thanks09:58
=== Tonio__ is now known as Tonio_
pittiseb128: btw, I'm really impressed with the current fakechroot; intrepid chroots have updated without a hitch for weeks...10:03
seb128that's good indeed ;-)10:03
pittiby now that should have compensated for the 6 hours I spent on debugging and fixing  fakechroot, I guess :)10:04
tjaaltonmdz: would you attach xorg.conf as well, thanks10:07
mdztjaalton: it's already in a comment in the bug10:09
tjaaltonmdz: only a part of it10:09
mdztjaalton: https://bugs.edge.launchpad.net/ubuntu/+source/xorg-server/+bug/255008/comments/810:10
ubottuLaunchpad bug 255008 in xorg-server "Up arrow key mapped to Print [screen]" [High,Confirmed]10:10
mdztjaalton: there is nothing else but Driver "nvidia".  I will attach it though10:10
tjaaltonmdz: yes, thanks.10:10
mdztjaalton: done10:10
tjaaltonseb128: I can see the corruption too, with metacity10:11
seb128tjaalton: good ;-)10:12
thekornpitti, fix pushed to the .main branch10:12
pittithekorn: rock, thanks!10:12
seb128brb10:12
tjaaltonseb128: but the driver has not been updated in a while, and I doubt it's a problem in the server, so.. :)10:13
pittithekorn: curious fix10:13
seb128tjaalton: you are blaming it on GNOME aren't you ;-)10:13
tjaaltonseb128: well, you said it :)10:13
pittiseb128, thekorn: retracers restarted with the fixed p-lp-bugs10:14
pittioh, seb is offline10:14
thekornpitti, right, but it makes sense, because LPAttachments.filter() returns a generator10:14
pittithekorn: ah, the problem isn't the set, but that it returns an iterator instead of a static set?10:15
pittiso that you can't use things like "in"?10:15
thekornpitti, the problem was that that the length of the attachment list was changed durring a run of a loop, which was/is not working correctly10:18
pittiaah10:19
thekornpitti, I just went through apports launchpad.py, defining the download location for attachments changed a bit, http://paste.ubuntu.com/35044/10:22
pittithekorn: hm, so that still works, but is deprecated?10:23
pittithekorn: since apparently it can download attachments with the current version10:23
seb128tjaalton: alright, the composer issue is due to the gtk update10:24
tjaaltonseb128: heh :)10:24
thekornpitti, yes it is working, but it does not download the files to your tmpdir, but to a default location10:25
pittithekorn: ah, where is that?10:26
thekornlet me check10:27
thekorn~/.bughelper/attachments-cache10:27
pittithekorn: I added the missing ), testing now; it doesn't seem to have downloaded any, /me peeks10:30
pittiah, PEBCAK10:31
=== hunger_t is now known as hunger
* hunger is waiting for debian to update its git-core debs for the security update that was released so that he can bug people in #ubuntu-devel to sync the debs.10:56
persiahunger: Why do you need to bug people?  Just file a bug and subscribe the appropriate parties.11:01
hungerpersia: Mostly to find out who the appropriate party is. I don't want to just assign everything to pitti;-)11:02
hungerAnd of course bugging people gets results faster.11:02
persiahunger: Except where bugging people annoys them and they have reduced motivation.11:03
persiaAnyway, for a security update, I'd recommend subscribing the security team.  For a sync of a package in main (such as git-core), I'd recommend subscribing the ubuntu-main-sponsors.11:03
hungerpersia: Well, using LP annoys me;-)11:04
persiahunger: Well, someone needs to put it in LP.  Note that this can be just sending email.11:04
pittihunger: just use requestsync, that will DTRT and subscribe ubuntu-archive11:12
pittiand you don't need to get in direct contact with LP :)11:12
=== ogra_ is now known as ogra
cjwatsonkirkland: so what was that grub patch?11:41
asacNM 0.7 uploaded :/11:44
loolWhy ":/"?  It should be \o/11:44
asacyeah.11:44
asac\:/ ;)11:45
ograion_, do you happen to be around ?11:45
seb128asac: good job ;-)11:45
* ogra pats asac on the back11:45
asactell that to me when you still have network ;)11:45
cjwatsonasac: woo11:48
Riddellmvo: did you get a chance to look at my compiz patch?11:52
mvoRiddell: still not :( but I will do it today, I plan a compiz update as well11:52
asacRiddell: so knetworkmanager probably should be uploaded too11:53
Riddellasac: mm, ok11:54
* ogra scratches his head about the overcomplicated compcache implementation 11:58
Keybukthis whole "no X server" bug ceased to be funny long ago12:06
ograKeybuk, ECONTXT ?12:06
Keybukogra: no X server on boot for Dell Latitude D420/43012:07
ograah12:07
tjaaltonKeybuk: does it have intel gfx?12:13
Keybuktjaalton: yes12:15
tjaaltonKeybuk: ok, try without usplash12:15
Keybuktjaalton: I *know* that works, I was the one that discovered the "no splash" trick12:15
tjaaltonthere is a patch upstream which might help12:15
Keybukthat's not a fix though ;)12:15
tjaaltonheh12:15
tjaaltonI'll merge 2.4.0 and add that patch (and others from the stable branch) and see if I can reproduce the problem anymore12:17
YokoZarslangasek: what should I name a file I put into the new /etc/sysctl.d ?  I assume the format is just the same as an entry in sysctl.conf, but I haven't found a naming standard yet.12:20
ograpersia, any idea about that java issue ?12:33
ograits definately not LTSP12:34
ograso the duplication is the wrong way round12:34
persiaErm.  Oops12:35
ogra(since his mp3's and the login/logout sounds work fine)12:35
persiaRight.  Seems to be a not uncommon issue with some JAVA releases.  On the other hand, it ought be using ALSA post-Java 1.512:36
persiaAnyway, it's clearly an issue with either MALTED or Java, and not LTSP as such.12:37
persiaSorry for the reverse duplication.12:37
zulpitti: yes I saw it, trying to fix it but not sure how kirkland is also looking at it12:52
=== Kaloz_ is now known as Kaloz
Mezargh, we've taken the dash stuff havent we? we dont install bash as part of essential anymore?13:34
cjwatsonbash is still essential, although /bin/sh points to dash13:36
cjwatsonthere is no plan to remove bash from essential13:36
cjwatsonit is still the default user shell13:36
persiaThat has been true for quite a while now.13:36
pittizul: thanks (and good morning!)13:38
zulpitti: np13:38
=== ember_ is now known as ember
cjwatsonMez: https://wiki.ubuntu.com/DashAsBinSh13:38
Mezconfigure: error: cannot run /bin/bash ../config.sub13:38
MezI guess it was the error with config.sub ;) not bash13:39
TheMusoKeybuk: Question for you re udev, symlinks and link priority. I'm trying to get a /dev/disk/by-uuid symlink for a device mapper filesystem to have a higher link priority than the same filesystem UUID which originally points to a /dev/sd device. I notice through udeadm info that the UUID symlink for the sd device has no link priority. I've tried various values, but the symlink doesn't appear to be replaced.13:46
TheMusoKeybuk: My rule is after persistant-storage in terms of numbering, i.e in the 6x range.13:46
Keybukit'll have a zero link priority by default13:46
TheMusoKeybuk: So, am I to assume that a positive plink priority should overwrite it?13:47
Keybukyou need to change the 65-dmsetup.rules file13:47
KeybukOPTIONS="link_priority=-100"13:47
Keybukbecomes something > 013:47
Keybukand you need to fight in a tub of jello with kees who says that DM devices need to be *lower* priority13:47
TheMusoMy rule runs after dmsetup, and is to do with dmraid and readjusting UUID symlinks for filesystems on RAID1 devices.13:47
KeybukI bet you're having DM-RAID vs. LVM issues13:47
Keybukwhere one needs to be higher, the other lower13:47
TheMusoKeybuk: More like dmraid vs real hard disk partition/filesystem issues.13:48
TheMusoFor RAID1 setups.13:48
Keybukright13:48
Keybukreal partition looks like the dm-raid partition13:48
Keybukand you want dm-raid to win13:48
TheMusoYep.13:48
TheMusoExactly./13:48
Keybukwhereas in other devmapper situations, you want the real partition to win13:48
TheMusoYep.13:48
Keybukdo you have something that matches dm-raid only?13:49
KeybukENV{DM_TARGET_TYPES}=="*dm-raid*", OPTIONS="link_priority=100"13:49
Keybuksomething like that maybe?13:49
Keybuk*(note no - on the 100)*13:49
TheMusoI have the UUID base, which is DMRAID-*. I also have KERNEL=="dm-*13:49
TheMusoAs oposed to md-*13:49
Keybukdm-* is all devmapper devices13:50
Keybukso that'll break LVM13:50
Keybukand cryptsetup13:50
TheMusoKeybuk: Hrm you sure? Checking a real devmapper device on another system here, it shows as md- for the kernel value.13:50
Keybukmd is definitely mdadm :)13:51
Keybukdm is devmapper13:51
KeybukLVM devices show up as dm-99913:51
TheMusoKeybuk: sorry  you are correct13:51
TheMusoSo there is the UUID then.13:51
TheMusoDM_UUID=DMRAID-blah13:51
Keybukyeah13:52
Keybukis there nothing in the target types we could match?13:52
Keybukthat's how we do it for LVM13:52
TheMusoDM_TARGET_TYPES=linear13:53
TheMusothats for a dmraid device, which also is used for LVM it seems.13:54
=== ember_ is now known as ember
Keybukah right13:58
KeybukDM_UUID seems reasonable then13:58
Keybukthe bottom of debian/dmsetup.udev could look like13:58
KeybukIMPORT{program}="vol_id --export $tempnode"13:58
KeybukOPTIONS="link_priority=-100"13:58
KeybukENV{DM_TARGET_TYPES}=="*snapshot-origin*", OPTIONS="link_priority=-90"13:58
KeybukENV{DM_UUID}=="DMRAID-*", OPTIONS="link_priority=100"13:58
Keybukthen the bits to make the symlinks13:58
TheMusoKeybuk: Ok thanks, I'll give that a shot.13:59
TheMusoKeybuk: Also, any idea why Debian never packaged/enabled dmeventd in devmapper?13:59
ion_ogra: I am now. I’m going to eat, but i’ll read the scrollback afterwards.14:00
tjaaltonKeybuk: would you test the new intel driver? seems to work for me14:02
tjaaltonKeybuk: I've got i386 deb ready14:02
ograion_, i'm a bit confused how the compcache script as we have it now is supposed to work ... we only have three usecases from the distro side which all include the initramfs being build on a different system than the target system ...14:02
Keybuktjaalton: url?14:03
ograion_, your code seems to use /proc/meminfo at build time thats not going to work at all14:04
tjaaltonKeybuk: http://users.tkk.fi/~tjaalton/dpkg/xserver-xorg-video-intel_2.4.0-1ubuntu1_i386.deb14:04
TheMusoKeybuk: That change to 65-dmsetup.rules works, however is that likely to be a clash/problem with LVM?14:04
KeybukTheMuso: shouldn't be since you only match dmraid14:04
TheMusoKeybuk: Right.14:05
TheMusoI'll test it tomorrow anyway.14:05
TheMusoNow to write a udev rule to bring up dmraid arrays automatically, with the help of a wrapper script to prevent degraded arrays being brought up unless the user specifically asks for them to be.14:09
=== superm1|away is now known as superm1
Keybuktjaalton: still black screen14:18
seb128jdstrand: hey, so I pinged evolution's upstream about your calendar issue, they are interest in some details14:20
seb128- do you get an error on the command line when you create a new meeting in the calendar14:20
seb128- is the red line which indicates the current time in the day view correct?14:21
jdstrandseb128: let me see14:21
jdstrandseb128: red line is correct14:21
tjaaltonKeybuk: bah14:22
jdstrandseb128: you are not going to believe this-- it is working now14:22
seb128jdstrand: bah :-(14:22
jdstrandtotally bah :(14:23
jdstrandseb128: I did logout and back in since we talked14:23
jdstrandseb128: I wonder if there was an update where I needed to restart my session (perhaps from -updates?)14:24
seb128jdstrand: ok, if you get the issue again note if there is some error in .xsession-errors when creating something on the calendar and if the line is correctly placed14:24
jdstrandseb128: I shall. this bug is odd...14:24
seb128jdstrand: you tried on a stock user no?14:24
seb128that was a new session?14:24
jdstrandseb128: just now? no-- but when we filed-- yes14:24
seb128right, and you had the issue14:25
jdstrandseb128: looks like I may have rebooted in the meantime too14:25
seb128so that's not likely an upgrade and session restart14:25
jdstrandseb128: good point14:25
jdstrandodd14:25
seb128well, if the other user you try was a fresh login that's not likely an upgrade issue14:25
seb128indeed14:25
tjaaltonKeybuk: right, I got a blank screen after booting .26 the second time14:26
ion_ogra: Nope, it writes a piece of sh code that uses /proc/meminfo to a file in initramfs, which is then evaluated when the initramfs is running.14:27
ograno, thats sitting in the hook14:27
ogranozt in init-top14:28
ion_ogra: Huh. I’ll take a new look at the code, a moment...14:28
* ogra really whished we didnt have such complicated code in tehre 14:29
ografour lines and a udev rule would have sufficed14:29
ion_ogra: The code seems allright to me. The hook writes '$(blahblah /proc/meminfo)' to $DESTDIR/scripts/init-top/compcache14:30
ograno it doesnt14:31
ograall the /proc/meminfor code sits in the hook14:31
ion_ogra: Note the $( being escaped: mem_total="\$(sed ...14:31
ograbut before the cat >"$DESTDIR"/scripts/init-top/compcache <<EOF14:31
ion_Also the kbytes calculation is escaped: kbytes="\$((...14:32
ograyes, i see that14:32
ograbut its still only read at buildtime14:32
ograwhich will give you only the inof of the buildd14:32
ogra*info14:32
ion_ogra: % zcat /boot/initrd.img-$(uname -r) | strings | grep compcache_size_kbytes14:34
ion_modprobe -Q --ignore-install compcache compcache_size_kbytes="$(($(sed -nre 's/^MemTotal:\s*([0-9]+) kB$/\1/p' /proc/meminfo) * 50 / 100))"14:34
ograhmm14:35
ograright, thanks for clearifying ... understood now ... but i still dont like the complexity :/14:35
tjaaltonKeybuk: it always works with the hardy kernel though..14:36
ion_ogra: It’s not really *that* complex IMO. And i really want the possibility to set a percentage. That allows me to use the same configuration on all my boxes, even though the low-end one has 64 MiB of RAM and the high-end one has a gigabyte.14:37
Keybuktjaalton: the old version always worked with the hardy kernel too14:37
tjaaltonKeybuk: yep14:37
ograion_, its more complex than just go with upstream and not wrap a scrpt around it ...14:38
ograsince with upstream it wuld be (as i said above) a four line init-top sctipt and a hook installing the udev rule14:38
vargadanishi14:40
vargadanisbye ^_^14:41
* vargadanis just read the topic14:41
Keybuktjaalton: I just noticed an interesting difference between kernels14:41
Keybuklet me try something14:41
ion_Do others think /usr/share/initramfs-tools/hooks/compcache is too complex? There are a lot of places one could simplify/shorten code while reducing user-friendliness, and i sincerely don’t think it should be done with that one.14:42
Keybukooh14:46
* ogra would like to point out to "the others" that the alternative would be a one liner: modprobe -Q --ignore-install compcache compcache_size_kbytes=$COMPCACHE_SIZE 14:46
KeybukI just fixed my own bug14:46
Keybukpitti: are you still having the X issue on your 430 when running the 26 kernel?14:46
ograand a hoook putting up the udev rule14:46
ograKeybuk, i do14:46
pittiKeybuk: what is the X issue?14:46
Keybukpitti: booting with splash, no X14:47
BenCpitti: Do you think, even without the package-groups, that we could remove apt's exception for linux-image-* now that we have a legitimate fallback for kernels?14:47
pittiKeybuk: usplash is broken, and computer becomes slow without pci=nomsi, otherwise current kernel works very well14:47
Keybukadd uvesafb to /etc/modprobe.d/blacklist-framebuffer14:47
Keybukand update-initramfs -u14:47
Keybukseems someone renamed the framebuffer module ;)14:47
BenCKeybuk: no, it's a different module :P14:47
pittiKeybuk: ah, so that's why adding it to /etc/modprobe.d/blacklist only worked for starting usplash in the running system?14:48
BenCKeybuk: but it is a bug that not having v86d installed makes uvesafb break the console, and I'm looking into it14:48
pittiKeybuk: I had assumed that /etc/modprobe.d/ blacklists would automatically apply to the initramfs, too14:48
Keybukpitti: not unless you update the initramfs ;)14:48
pittiKeybuk: oh, hang on, bl-framebuffer or bl shouldn't make a difference14:48
pittiKeybuk: hm, I think I did try that14:49
pittiKeybuk: I'll try again14:49
BenCblacklist might not work14:49
pittibut I think it didn't work last time14:49
=== superm1 is now known as superm1|away
BenCI think usplash force loads it anyway14:49
BenCbut it should only do that if you have a vga= or video= line in your cmdline14:49
* ogra tries Keybuk's suggestion14:52
ogranope14:56
ogragrrr, why does compiz not maximize as it should14:57
ograoh, bceause my system decides that compiz isnt good for me after a reboot :( so it auto switches me to metacity14:59
=== nixternal_ is now known as nixternal
ograKeybuk, since you assumed the module was renamed, does that mean you dont have vesafb in your blacklist ?15:01
Keybukogra: vesafb is in the blacklist by defualt15:02
ograi know15:02
pittiseb128: hm, so it doesn't look as pretty as pidgin, but by and large it feels the same15:02
ograbut you assumed it was renamed above ... so i was wondering if you just added a u in front :)15:02
pittiseb128: ICQ and jabber work15:02
seb128pitti: right, and it'll follow GNOME schedule and has responsive upstream which will be happy to help use if we ship their software15:03
pittiseb128: it just cannot figure out the realname of one of my ICQ contacts (user info doesn't help either), otherwise it works well enough15:03
tedgI've found IRC to be lacking in Empathy.  It's usually the thing that frustrates me and pushes me back to Pidgin.15:03
tedgApparently there's an SoC project for it though.15:04
pittitedg: heh, I found IRC frustrating in pidgin, and it's the thing that brings me back to xchat or weechat :)15:04
seb128tedg: you really do IRC in an IM client?15:04
Keybuktedg: xchat-gnome FTW!15:04
ograxchat ftw !15:04
seb128xchat-gnome is way better15:04
pittiweechat FTW!15:04
mdzBenC: it gets loaded unconditionally15:04
Keybukogra: I added an extra line15:04
tedgYes, I do do IRC in Pidgin/Empathy.15:04
Keybukmdz: the vesa fb module?  no it doesn't15:04
ograKeybuk, yes, understood now ... well, didnt work here15:04
seb128tedg: IRC is different enough to have specialized softwares15:04
pittiBenC: I have it loaded, too (uvesafb), and no video/vga kopt15:04
mdzKeybuk: uvesafb does15:04
Keybukmdz: LoC?15:05
tedgI've not had any feature that I think is missing.15:05
pittitedg: pidgin's usage of screen real estate is too wasteful for my IRC needs15:05
* ogra would also like to know why usplash jumps between bounce and progress mode 15:05
pedro_tedg: for IRC try installing telepathy-idle15:05
tedgI find the XChat GUI to be too cluttered.15:05
pittiit's ok for personal private conversations, where you close the windows again, but having them open all the time, as for IRC, is a pain IMHO15:05
mdzKeybuk: LoC?15:06
Keybukmdz: line of code where it gets loaded15:06
tedgpedro_: Yeah, I was using telepathy-idle, even patched it some.  But it still seems broken.  Drops off, doesn't name the rooms right (guessing by subject is fun).15:06
sladenogra: unknown; boot; fsck unknown, fsck progress, unknown; boot progress?15:06
mdzKeybuk: /usr/share/initramfs-tools/hooks/kernelextras:3615:06
Robot101tedg: what's broken? where are the bugs? :(15:06
Keybukmdz: err, that's a function?  doesn't mention uvesafb15:06
Keybukoh15:07
Keybuksorry15:07
mdzKeybuk: read the function, then look in /lib/modules/`uname -r`/initrd15:07
Keybukit iterates /initrd15:07
ograsladen, hmm, it looks quite weird but that could be it15:07
Keybukit looks very like another function I'm used to reading15:07
Keybukforce_load() adds the module name to conf/modules15:07
tedgpitti: I already have the screen real estate used for Jabber chats, etc.15:07
Keybukwhich is iterated by load_modules() in the initramfs15:07
Keybukwhich calls modprobe on it15:08
Keybukwhich means the blacklist applies15:08
tedgRobot101: I've filled the new ones in the telepathy repository.  Most are known and have been on the telepathy devel list.15:08
pittitedg: in particular, there doesn't seem to be a way to make the font size smaller, and not waste so much space at the window bottom15:08
BenCpitti: did you see my question about apt linux-image-* exceptions to autoremove?15:08
mdzKeybuk: that's good news15:08
BenCmdz, Keybuk: Ok, I'll take a look at that15:08
mdzbut it isn't in the blacklist15:08
pittiBenC: right, sorry, was in the meeting until now15:08
Keybukmdz: no, that's what I was saying15:08
Keybukthe framebuffer blacklist is manually maintained15:08
Keybukand seems to be lacking some of the newer framebuffer modules15:08
Keybuknotably uvesafb15:09
mdzBenC: why is uvesafb treated differently than all the other framebuffer modules?15:09
Keybukobviously it shouldn't be attempted to be loaded in the first place, since we blacklist them :p15:09
pittiBenC: I wouldn't kill all non-default kernels automatically, but since we don't do autoremoval by default, I think it's fine to drop the exception15:09
BenCmdz: because vesafb was, and uvesafb is supposed to supercede vesafb15:09
pittiBenC: e. g. I needed to run the hardy kernel for quite some time15:09
mdzKeybuk: it wouldn't matter if it were blacklisted or not, if we didn't load it unconditionally15:09
ografor me it doesnt fix an issue even with only fbcon loaded15:09
tedgpitti: So you're saying that you're not waiting for the Webkit integration to have animated messages from individual speakers in a chat ;)15:09
KeybukBenC: but vesafb was also blacklisted by default15:09
Keybukmdz: agree15:09
BenCKeybuk: really?15:09
pittitedg: lol15:09
mdzso rather than force_loading it and blacklisting it, how about just not loading it?15:10
Keybukgrep vesafb /etc/modprobe.d/blacklist-framebuffer15:10
ograBenC, t s here15:10
ogra*it15:10
BenCvesafb was force loaded before as well15:10
BenCIf someone can boot into hardy and see if it is loaded or not, that would help15:10
KeybukBenC: yes, it's in that directory15:10
Keybukbut since it's also in the blacklist15:10
Keybukbeing in that directory was kinda pointless ;)15:11
* ogra de-blacklists it and tests15:11
BenCKeybuk: no, blacklist is ignored when usplash loads fb modules15:11
Keybukquest scott% ls /lib/modules/2.6.24-20-generic/initrd15:11
Keybukvesafb.ko15:11
Keybukquest scott% lsmod | grep vesa15:11
Keybukzsh: done       lsmod |15:11
Keybukzsh: exit 1     grep vesa15:11
pittiKeybuk: so still want me to try and blacklist uvesafb?15:11
KeybukBenC: usplash doesn't load fb modules15:11
Keybukthe framebuffer initramfs script does deliberately force load it *if* you have vga=... on the command-line15:11
BenCKeybuk: I beg to differ...let me get the snippet15:11
BenCThat's the script I'm thinking of15:11
cjwatsonion_: I think it'd be easier to read if you had the init-top script as a separate file that sources a configuration file, rather than substituting stuff into it at run-time15:12
BenCI for some reason though that was a usplash hook, but I could be wrong15:12
Keybukthe fact it has -Q there means it *won't* obey the blacklist15:12
Keybukif it just did modprobe $FB it *would* obey the blacklist15:12
Keybukdon't look at me like that15:12
BenCKeybuk: uh, -Q is quiet15:13
* Keybuk can't hear you15:13
Keybukla la la la15:13
Keybukactually, it's that MODPROBE_OPTIONS="-Qb" in init15:13
BenCKeybuk: -b means to honor the blacklist...so if it doesn't have that, it will load no matter what15:13
Keybuk(quiet and obey blacklist)15:13
Keybukand specifying any option means modprobe ignores the default env var15:13
Keybukso modprobe foo will use $MODPROBE_OPTIONS, which means it's the same as modprobe -Qb foo15:14
cjwatsonthings I have learned today: modprobe is crazy15:14
ograyay15:14
ograremoving vesafb from the blacklist and adding uvesafb helps here15:14
Keybukcjwatson: it's maintained by jon masters15:14
Keybukhe drives a miata, wears silly hats, and can't get over his ex15:14
ogracjwatson, heh, you werent in the mobile bootspeed session in prague15:14
ograyou could have seen *intresting* things happening with modprobe15:15
Keybukfunnily enough, at least 2/3 of those items match different members of Canonical staff15:15
Keybukbut we don't have the full set in any one person15:15
BenCKeybuk: sounds like a job for HR15:15
cjwatsonKeybuk: you're in good form today15:15
ograholiday pending ?15:16
Keybukheh, no15:16
mdzpitti: the guest session worked for me, but the mixer applet crashed on logout15:17
* ogra wonders whats that that switches him back to metacity on each boot ...15:17
jtismeanyone know what 8.04  repository  kickstart is in15:17
mdzogra: novell spies15:18
ograhaha15:18
seb128mdz: probably nothing specific to the guest session, bug #255554 maybe?15:18
=== superm1|away is now known as superm1
ubottuLaunchpad bug 255554 in gnome-applets "mixer_applet2 crashed with SIGSEGV in g_datalist_id_set_data_full()" [Medium,Triaged] https://launchpad.net/bugs/25555415:18
BenCWhile we're on the topic of bugs...I really want my power button back on the top toolbar instead of that little green jogger guy15:18
BenCI hate him15:18
ograBenC, ++15:18
ograBenC, being worked out upstream15:18
seb128ogra: the new gnome-session does that, there is a gconf key you can set to compiz though15:18
mdzseb128: hard to tell, because it failed to write a crash report (it was 0 bytes).  it doesn't crash in my normal sessions though15:18
Keybukseb128: that so doesn't work15:19
ograseb128, hmm, so no auto love for users anymore ?15:19
ograi would expect such a key to be set from the appearace applet btw15:19
BenCAnd for reboot/shutdown while logged in to actually DTRT15:19
seb128Keybuk: you set the wrong key15:19
pittiKeybuk, BenC: so, for the record, blacklisting uvesafb doesn't change a thing, still red-white stripes (yes, I updated initramfs)15:19
Keybukseb128: I sat the one you told me to15:19
seb128Keybuk: edit the /desktop/gnome/session/default-session list15:19
seb128Keybuk: and I was wrong, it's in the same place but the next key in fact ;-)15:19
BenCpitti: try installing v86d and tell me if that fixes things15:20
BenCpitti: Just so I know the root cause15:20
Keybukahh15:20
pittimdz: indeed, having a clean profile exposes quite a bunch of current gnome desktop bugs, such as the theme, and various other crashes15:20
BenCpitti: output from dmesg would help too, if you can blind capture it15:20
pittiBenC: I think I already tries all four combinations15:20
seb128pitti: what crashes?15:20
pittiseb128: random crashes with a fresh user profile (such as in the guest session)15:21
pittiseb128: haven't worried about them too much yet, somethign for post feature freeze15:21
seb128pitti: please report those using apport so we can get them fixed15:21
mdzpitti: I only had the red/write stripes if uvesafb was actually working (i.e. v86d installed)15:21
cjwatsonjtisme: which bit of kickstart? the UI or the installer implementation?15:21
seb128pitti: the sooner reported the better15:21
BenCpitti: Should I upload apt without linux-image-* exceptions, or is there someone better to do that?15:21
mdzpitti: do you have a guess why the crash report wasn't written?15:21
seb128pitti: or it'll be late for next GNOME15:21
pittiBenC: I think I can boot blindly with ctrl+alt+f1 and typing my luks passphrase, and get dmesg, yes15:21
jtismecjwatson, both please15:21
pittiBenC: mvo might want to keep it all in bzr, I don't know15:22
cjwatsonjtisme: the former is the system-config-kickstart package, the latter is kickseed15:22
ograpitti, try adding a u to vesafb in the blacklist-framebuffer file .... that works here15:22
BenCmvo: ^^15:22
pittimdz: I reinstalled my box from alpha 3 and forgot to reenable apport manually15:22
pittiogra: i did blacklist uvesafb15:22
ograi.e. enabling vesafb, disabling uvesafb15:22
pittisommer: so, unblacklist uvesafb and install v86d, then dmesg?15:23
pittiogra: oh, ok15:23
mvoBenC: if you could point me to a patch, that would be nice, I like to upload stuff that is in sync with my bzr tree15:23
BenCpitti: No, dmesg without v86d installed15:23
BenCpitti: and with15:23
stgraberheh, what's happening to evolution ?? The new message window is extremely buggy here ...15:23
jtismecjwatson, ok thanks cna find kickstart but not kickseed15:23
mvoBenC: this is just about removing the kernel from the autoremove blacklist?15:23
cjwatsonjtisme: there's no "kickstart" package in the archive15:23
pittiBenC: and with uvesafb loaded? or not?15:23
ograstgraber, for me its only slow15:23
cjwatsonjtisme: you'll need 'apt-get source kickseed'. It's an installer component and you can't install those on normal systems15:24
jtismecjwatson, ok thanks will look it over15:24
BenCmvo: just remove the whole NeverAutoRemove stanza in /etc/apt/apt.conf.d/01autoremove15:24
ion_cjwatson: ogra preferred the script that actually ends up in initramfs to be as simple as possible, so that there exists no percentage computation if the user isn’t using a percentage.15:24
cjwatsonjtisme: anything particular you're interested in?15:24
BenCpitti: yeah, with it loading15:25
BenCpitti: (not blacklisted)15:25
stgraberogra: http://www.stgraber.org/download/evo.png and each other character I type make it worse :)15:25
jtismecjwatson, yes network installs15:25
ograstgraber, looks more liek a font issue though15:25
jtismecjwatson, on multiple machines etc.15:25
mvoBenC: ok, consider it done15:25
BenCmvo: thanks15:25
mvoBenC: should I upload just for this or is it ok to wait until some more changes come up? so the new fallback kernel stuff is there and working? that is excellent news \o/15:27
kirklandcjwatson: howdy, see https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/3364915:27
ubottuLaunchpad bug 33649 in debian-installer "root raid installs have bad grub config" [High,Confirmed]15:27
BenCmvo: it's not urgent at all15:27
BenCmvo: but yes, the fallback kernel stuff is there15:28
kirklandcjwatson: kees gave it a once-over, and he thought it looked good--almost too good, surprisingly simple15:28
kirklandcjwatson: that one is to grub-installer, i think another with similar logic will be needed in grub-install15:28
mdzpitti: I definitely have apport enabled, but it wrote a 0-byte .crash file15:29
kirklandzul: you and pitti were talking about something and mentioned me....  what was that?15:29
mdzpitti: i figured it had something to do with the guest session15:29
mvoBenC: thanks, commited15:29
cjwatsonkirkland: ok, will look after the phone call I have shortly15:29
mdzpitti: ---------- 1  113  128       0 2008-08-07 15:16 _usr_lib_gnome-applets_mixer_applet2.113.crash15:29
zulkirkland: php15:29
mdzpitti: odd uid/gid as well15:29
pittikirkland: that was the php5 FTBFS15:30
pittimdz: yeah, it's a system user15:30
mdzpitti: it's the pulseaudio user on my system15:30
kirklandcjwatson: cool15:31
kirklandpitti: ah, yeah, i reproduced a FTBFS, but didn't get much further than that15:31
pittimdz: there is no apparmor rule to allow writing to /var/crash for the guest session, but I wouldn't have thought it applied to apport (since it is launched by the kernel, not the guest session)15:32
pittimdz: please feel free to write a bug against gdm-guest-session, at least for the devel release apport crashes in guest session are useful15:32
pittimdz: pulseaudio> really? that would be weird15:33
pittion my system, pulse is uid 104, gid 11315:33
pittimdz: and since we all install from the live CD, I suppose on your's, too?15:33
* ogra has 107/116 for pulse 15:34
pittiBenC: anyway, doing these boots/dmesgs now; any bug report I shuold attach the results to?15:34
BenCpitti: there's probably one around, but may be best to just send them to me15:34
tkamppeterpitti, I have done a new SVN commit for CUPS now.15:43
tkamppeterpitti, now the package builds correctly with the new filters (under pbuilder) and PDF workflow actually works (print PDF file into Gutenprint queue).15:44
pittitkamppeter: nice15:51
pittiBenC: ok, got them both now15:52
pittiBenC: without v86d, red-white stripes; with v86d, no usplash at all, and it says "Can't get mode info (vm86 failure)"; usplash: no usable theme found for 320x20015:53
pittiBenC: I'll mail the dmesg to you, ok?15:53
pittiseb128: just got two apport crashes again; already reported, though15:54
seb128pitti: ok, btw apport doesn't respect my prefered browser choice15:55
seb128I got one crash already reported this morning and it opened firefox15:55
emgenthello15:55
pittiBenC: mailed15:58
pittiseb128: gconftool --get /desktop/gnome/url-handlers/http/command15:59
seb128pitti: $ gconftool --get /desktop/gnome/url-handlers/http/command16:00
seb128epiphany %s16:00
pittiseb128: does "gnome-open http://www.ubuntu.com" open ffox or epy?16:01
seb128pitti: epiphany16:01
pittihmm; that's what apport does ATM16:01
seb128are you sure?16:01
BenCpitti: thanks16:02
pittiif any of those fails, it falls back to using webbrowser.open() which probably calls ffox16:02
seb128pitti: where is the code?16:02
pittiseb128: oh, hang on16:02
seb128pitti: it uses the sudo settings?16:02
pittipgrep -x -u 1000 gnome-session16:02
pittithat fails16:02
pittiup until hardy, a running gnome-session was a good indicator that you are running GNOME16:03
pittiI need to update that apparently16:03
seb128ah16:03
pittiweird, what's the "mother process" nowadays?16:03
seb128pitti: x-session-manager, debian thing16:04
pittiargh16:04
pittioh, WTH, I have four zombies running16:04
pittiZ    16:45   0:00 [gnome-login-sou] <defunct>16:05
pittiZ    16:45   0:00 [gnome-volume-ma] <defunct>16:05
pittiZ    16:45   0:00 [gnome-power-man] <defunct>16:05
pittiZ    16:45   0:00 [gnome-at-visual] <defunct>16:05
pittiyay new gnome-session not properly detaching children?16:05
=== stefanlsdx is now known as stefanlsd
pittiseb128: so, I could use gnome-panel or nautilus as indicators for GNOME16:06
seb128pitti: bug #25270216:07
ubottuLaunchpad bug 252702 in gnome-session "gnome-session leaving zombie's (dup-of: 250696)" [Undecided,New] https://launchpad.net/bugs/25270216:07
ubottuLaunchpad bug 250696 in gnome-session "Many processes are zombies" [Medium,Confirmed] https://launchpad.net/bugs/25069616:07
seb128pitti: and http://bugzilla.gnome.org/show_bug.cgi?id=54288016:07
ubottuGnome bug 542880 in gnome-session "GNOME_DESKTOP_SESSION_ID not set anymore" [Normal,Unconfirmed]16:07
pittiseb128: thanks16:07
seb128pitti: usually looking for GNOME_DESKTOP_SESSION_ID is a good way16:07
seb128when gnome-session is not broken16:07
pitti$ env|grep GNOME16:08
pittiGNOME_KEYRING_PID=583916:08
pittihm16:08
pittiseb128: heck, I just use the panel for now16:08
pittiseb128: fixed apport uploaded, thanks for pointing out16:10
seb128pitti: the zombie issue seems to be fixed in 2.23.6 which I didn't upload yet16:10
seb128pitti: thank you16:10
davmor2Yay alternative cd's work again :)16:11
seb128pitti: btw I wanted to discuss that with you, gnome-session relies on dbus to be started now, do you think a depends on dbus-x11 (>= current-version) will be enough for that? or is that likely that some people deleted the conffile or something?16:12
pittiseb128: we didn't install the conffile, so it'll come back when you install that version16:13
pittiseb128: so a depends is ok16:13
seb128ok, will do that then and upload the new gnome-session16:13
seb128bigon: around?16:14
cjwatsondavmor2: oh good16:15
davmor2cjwatson: no network issues, no partitioning issues and no missing modules :) Yay16:15
cjwatsonI imagine the first two were due to the last16:15
cjwatsonhard to do anything much with just the initrd16:16
=== stefanlsdx is now known as stefanlsd
davmor2cjwatson: the first 2 showed up before the last one but as you say they could easily be interlinked :)16:16
cjwatsondavmor2: that's rather odd, the missing modules error is linearly before those in the installer flow16:17
cjwatsonanyway, never mind, shouldn't happen again16:17
davmor2cjwatson: I admire the optimism :)16:17
tkamppeterpitti, I have also asked for getting the new filters into upstream CUPS: CUPS bug 289716:18
ubottuCUPS bug 2897 in Core CUPS Software "Adding CUPS filters for using PDF as standard print job format" [Priority request for enhancement,New] http://www.cups.org/str.php?L289716:18
tkamppeterpitti, but I do not have any answer from Mike yet.16:19
cjwatsondavmor2: I mean because I took steps to stop it happening again16:20
cjwatsonat least in the same form16:20
davmor2:D16:20
ograion_, cjwatson http://paste.ubuntu.com/35103/ that would me my proposal for compcache vs what we have now (including some casper stuff so we dont need any additional scripts), ion_ i dont think its a prob if you add your percentage stuff to that16:21
ograhmm, probably another check if COMPCACHE_SIZE is actually set at all ... but you should get the idea16:25
seb128pitti: for information http://mail.gnome.org/archives/desktop-devel-list/2008-August/msg00043.html16:26
pittiseb128: hah16:26
pittiseb128: so, time for an update of dbus, I guess16:26
pittiseb128: can do, please nag me about it in case I forget16:27
seb128yes ;-) well no hurry but we need the new version before intrepid16:27
seb128pitti: ok will do16:27
seb128thanks16:27
* seb128 hugs pitti16:27
pittioh, I just keep the tab open16:27
* pitti hugs seb12816:27
ograhttp://paste.ubuntu.com/35108/ is better now16:28
pittiasac: how is nspr/nss now in hardy-proposed?16:30
pittiooh, new n-m coming through apt-get!16:31
pittiso if I fall off the net, please send asac my ♥ :)16:31
sladenpitti: let me guess, this is _the version_ of N-M that actually works and is going to save humanity ;016:32
pittislangasek: it will certainly be 100% pure love16:32
pittiand the other 90% are bugs16:32
pittiasac: hm, nm-applet doesn't start here16:35
pitti** (nm-applet:28476): WARNING **: nm_object_get_property: Error getting 'WirelessHardwareEnabled' for /org/freedesktop/NetworkManager: Method "Get" with signature "ss" on interface "org.freedesktop.DBus.Properties" doesn't exist16:35
pittiasac: but it didn't kill my eth connection during upgrade, bravo!16:35
davmor2cjwatson: no usplash still :(16:38
pittitkamppeter: something is wrong there, if I run "debclean" it runs a whole lot of configure stuff...16:42
=== ember_ is now known as ember
keesmmm jello17:01
mvoRiddell: I merged your compiz-wrapper patch, will be part of the next upload17:03
Riddellmvo: great17:03
RiddellI'll make kwin recommend compiz-wrapper then17:03
mvoRiddell: excellent, thanks17:04
keesKeybuk, TheMuso: from scrollback, it sounds like the link priority stuff got sorted out?  I could have used some jello; dang!17:04
asacpitti: did you restart applet manually?17:06
pittiasac: yes17:06
pittiasac: and reloaded dbus as well17:06
pittiasac: I haven't restarted my entire session yet, though17:07
asacpitti: yeah ... problem is that NetworkManager has not been restarted. we need a reboot now17:07
asacthats a _new_ feature17:07
pittiasac: but I did that, too17:07
asacreboot?17:07
seb128re17:07
pittino, sudo /etc/init.d/NetworkManager stop/start17:07
seb128pitti: ok, /usr/lib/ConsoleKit/scripts/ck-system-restart doesn't want to work, installing the policy doesn't make a difference there17:08
asacpitti: hmm.. which nm-applet version?17:08
pittiVersion: 0.7~~svn20080721t051503-0ubuntu117:09
asacsounds good17:09
asacpitti: maybe you have two NetworkManager running now?17:10
asacwierd thing is that nothing changed dbus wise since the latest PPA version17:10
asacwhich you already had iirc17:10
jarsonpitti, its possible for us to talk in private?17:10
slangasekYokoZar: naming under /etc/sysctl.d - using the package name would be fairly typical, or else something descriptive about its function17:10
pittiasac: no, I upgraded from intrepid (0.6) straight to the new intrepid17:11
Mirvfwiw, I don't have any networks working in intrepid's new NM 0.7 at the moment, upgraded from 0.6. I've even rebooted.17:11
asacpitti: ok. I'd say that you have still 0.6 running17:11
Mirv(tries to connect, but ultimately fails, even to wired network)17:12
asacMirv: syslog ?17:12
asacMirv: there?17:16
* asac upgraded to archive version through apt-get17:17
* asac hits "system restart" ;)17:18
asacworks fine here17:23
asac:/17:23
Mirvasac: hmm, works now that I cleaned the cruft I first added into interfaces after having problems. looks like reboot actually did solve the problems, while I still had some after dbus/nm restart, before reboot17:24
MirvI do get link timed out quite often, though only with the FON station which is at times problematic itself too17:27
Mirvwell, I guess there'll be anyway bug reports if any big regressions are there17:27
DktrKranzpitti, re vim-latexsuite SRU in hardy-proposed, I guess you rejected it due to wrong bug number (22541 instead of 225411), isn't it?17:27
pittiDktrKranz: yes, I mailed the uploader17:27
pittiDktrKranz: ah, you sponsored it?17:28
MacSlowseb128, I assume you've not packaged the new gdm yet in a PPA or so, right? Just asking before I do duplicate work.17:28
DktrKranzpitti, yes. I imagined when noticing bug #17:28
asacMirv: ok thanks17:29
seb128MacSlow: you should really start read mails...17:29
seb128MacSlow: you were Cced on the reply I did on monday17:30
DktrKranzpitti, reuploaded with correct LP number, sorry.17:35
pittiDktrKranz: thanks17:35
metavoidpitti: hi, did you receive my email?17:36
pittimetavoid: hi Nikolay! yes, I got it, just didn't repond yet17:36
pittimetavoid: glad to 'meet' you!17:36
metavoidpitti: ok, me too17:38
infinitypitti: "selected in sbuildrc" is, indeed, true... I have an update for all the buildds queued (though I might just twiddle that by hand for now, and wait on bigger fixes to push new packages)17:38
pittiinfinity: ah, ok; good that it's known17:38
MacSlowseb128, ups... sorry... forgot about that thread... never mind.17:39
pittimetavoid: how does it run in general on suse? could you make any use of the existing fedora rpm bits?17:40
infinitypitti: Honestly, though, if the New World Order is to have the most recent "automake" called "automake", maybe build-deps on "automaken" should be phased out in favor of just "automake" (and versioned package names when a package requires an older one)17:41
pittiinfinity: I agree; it would mean to introduce a delta, but I can do that17:41
pittiinfinity: or, if it applies to several packages, maybe just set automaken == automake in sbuildrc and keep it that way?17:42
infinitypitti: Well, yes, that was the plan anyway.17:42
* pitti -> reboot, brb17:42
infinitypitti: It just personally annoys me that, while sbuildrc used to house dozens of virtual->real mappings, the automaken one is about the only one left that matters. :)17:43
metavoidpitti: yes, I inherited opensuse packaging class from rpm one, just like in Fedora17:43
metavoidpitti: now it works pretty fine, you can see screenshots of apport-gtk on http://en.opensuse.org/Interactive_Crash_Analysis17:43
pittiinfinity: understandable17:47
pittiinfinity: 2 rdepends in main, 11 in universe17:48
pittino ttoo bad any more17:48
pittimetavoid: the bits that I didn't abstract yet (because it's inherently hard) is apport-chroot and parts of apport-retrace17:49
pittimetavoid: I guess they more or less have to be rewritten from scratch for every distro :(17:49
pittimetavoid: spec> nice! I'm happy to see other people adopt it17:50
persiainfinity: It was suggested that you might be the right person to ask about the ardour FTBFS: it seems to choke in scons in different places for different build attempts on the buildds, and always compiles fine under sbuild or pbuilder on hardy or intrepid.17:50
pittimetavoid: I guess it's worth reviewing how much of the logic in apport-chroot and -retrace is generic, and put the rest into the packaging backends17:50
pittiseb128: new d-bus 1.2.3 works fine for me, uploaded17:52
* slangasek rolls new CDs to see what libgweather has managed to do for us17:52
metavoidpitti: good idea, in these modules I noticed a bulk of ubuntu-specific calls17:52
NCommanderseb128, it seems every time we update a package, we break hppa more -_-17:53
seb128pitti: you rock17:53
pittimetavoid: they have to set up a complete chroot, install debug symbol packages, etc. that stuff needs to move to the package backends wholesale17:53
seb128slangasek: hey, did you try the new clock applet locations dialog? ;-)17:53
pittimetavoid: but of course those tools are what makes it really rock17:53
seb128NCommander: hppa is just broken and doesn't build anything apparently17:53
metavoidpitti: by the way one my ideas is ti implement automatic downloading of debuginfo packages, does ubuntu have something similar?17:53
pittimetavoid: i. e. we get automated "retraces" (stack traces with symbols, based on debug symbol packages and core dumps)17:53
NCommanderseb128, its probably on account of glibc 2.817:54
pittimetavoid: I have a long-term wishlist bug about adding a "developer" mode17:54
* NCommander wonders how the glibc maintainers manage to break it for every release it seems17:54
pittimetavoid: it would be nice if the notification window would have a button "Debug locally" if apport-retrace is installed (which we don't do by default)17:54
slangasekseb128: not yet... haven't switched my primary desktop env to intrepid yet, that may have to wait until I'm back from DebConf to see :)17:54
pittimetavoid: and then it would install all the dbgsym packages17:54
pittimetavoid: just haven't found the time yet17:54
pittimetavoid: something like bug 75901 ?17:55
seb128slangasek: bug you should add bug #250506 to your list of intrepid issues, turns out reboot and halt don't work because the debian maintainers decided they don't like the consolekit restart and halt actions and don't allow those, pitti agree with them that upstream is on crack, so it's a distro specific issue and we are not going to get any help from GNOME on solving it now17:55
ubottuLaunchpad bug 250506 in consolekit "shutdown and restart act as logout" [High,Confirmed] https://launchpad.net/bugs/25050617:55
ubottuLaunchpad bug 75901 in apport "Integrate apport-retrace into GUI" [Wishlist,Confirmed] https://launchpad.net/bugs/7590117:55
davmor2slangasek: I got wolverhampton listed and working so I don't care :)17:56
infinitypersia: Without even looking, I'd start with "Does debian/rules understand DEB_BUILD_OPTIONS=parallel=N", followed up by "Are you using it on your test system (because the buildds are)", possibly followed up once more with "scons sucks and I hate debugging it when it breaks".17:56
metavoidpitti: yes, downloading debuginfos will be a killer feature, we just need to make a cross-distro class first, i'm going to start that very soon17:56
seb128slangasek: I don't know about consolekit and I've too much to do already so I doubt I'll be looking at the issue17:56
pittislangasek: if it's fine for you to fix that ^ post FF, I'm happy to have a look in september17:57
slangasekpitti: that's a bug rather than a feature, so yes17:57
slangasekcurrently milestoned for alpha-517:57
metavoidpitti: yes that bug has the same idea I want to implement17:58
infinitypersia: Although, looking at the actual failure, it looks slightly more insidiously annoying than a threading/ordering issue.  Meh.17:58
pittimetavoid: I think the hardest part so far is to implement a apport/crashdb.py subclass for bugzilla17:58
pittimetavoid: so far I just have one for launchpad and a testing one (in-memory sqlite)17:58
pittimetavoid: Will woods added a fedora entry to /etc/apport/crashdb.conf back then, and called it "rhbugzilla"18:00
pittimetavoid: but there's no such class in the apport code; maybe he developed it separately18:00
seb128pitti: I'm not sure I understand the rational though, the .policy allow only active users do to restart and halt and only auth_admin to do those in case somebody else is logged18:00
persiainfinity: Yes, No (and I'll try that), and indeed (but you are so good at it).  Thanks for the pointer.18:00
slangasek692M    daily/current/intrepid-alternate-i386.iso18:00
slangasekwin \o/18:00
seb128pitti: so it should not be an issue, and not different of the suspend and hibernates actions we already have18:00
pittiseb128: the rationale was that it's a design and dependency loop: CK asks PolKit for authorization, and PolKit then in turn asks ConsoleKit for infos about this authorization again18:01
pittislangasek: rocking18:01
metavoidpitti: today I received an email from wwoods and he told me he will be happy to cooperate in adapting apport to bugilla18:01
pittimetavoid: ah, you are in contact with him? great18:01
metavoidpitti: there is a patch in fedora RPM package18:02
metavoidpitti: btw, he is on #fedora-devel ;)18:02
seb128pitti: is that really bad, both are installed anyway18:02
pittimetavoid: hm, at least the non-RH-specific bits could certainly go upstream18:03
pittiseb128: I'm not saying that it can't work, but it's really bad design (layer violation and circular dependencies)18:04
pittiand it doesn't really belong into CK either18:04
android6011is there a bug report for boot hanging at ACPI: EC: GPE Storm Detected, Disabling EC GPE until the power button is pressed?18:04
pittiCK should track sessions, not have random other functionality plumbed on it18:04
alex-weejseb128: you just closed https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/162068 today saying it was "already reported" but didn't set a dup bug ID... not the first time either! am i missing something or are you just being lazy? :P18:05
ubottuLaunchpad bug 162068 in gnome-panel "Default clock format is 12-hour, should be locale-dependent" [Low,Invalid]18:05
alex-weejandroid6011: that shows even on my working system18:05
android6011alex-weej: but my system hangs at it unless i press the power button, then it will continue to boot18:06
android6011i have the same problem with backtrack318:06
seb128alex-weej: I'm being overworked, I can't look for duplicate number for the zillions duplicates open or I would spend half my days doing that and I don't think it would benefit anybody18:06
slangasekScottK, pitti: libmail-dkim-perl is still uninstallable on the server CD; is a MIR pending for libopenssl-rsa-thingy-perl?18:06
alex-weejseb128: take a break18:06
seb128alex-weej: I don't need to take a break, but I don't think looking for exact numbers benefit anybody as said, it's not a good ressource usage ;-)18:07
alex-weejit benefits me18:07
alex-weeji subscribed THAT report18:07
alex-weejbecause that was a bug I was going to file18:07
seb128well, you opened a bug about a known issue18:07
alex-weejoh wait i am confused now18:08
seb128alex-weej: I agree it's not optimal but choises are18:09
seb128- let ton of known duplicates open because we are too busy to look for exact numbers, which make our work harder18:10
seb128- close and let the duplicate filer search for the open bug18:10
seb128- spend lot of time looking a duplicate which could be used to fix issues18:10
persiaseb128: Yes, but it's an exceedingly unpleasant experience for the user to be told their bug is invalid without any information about how to get more information beyond "search LP".18:11
seb128I've decided to let users look for number when I don't find those quickly18:11
alex-weejseb128: and i can't find it either.18:11
seb128persia: well, having bugs not fixed because I spend my time looking at number rather than working on bugs would not be pleasant for them either18:12
persiaseb128: Agreed.  I'm just not sure it's not worth leaving the bugs there for others to find the duplicates (and no, the interface isn't ideal for this)18:12
seb128alex-weej: that's a known issue, not sure about the bug number18:12
cjwatson"subject: [needs-dup] foo" maybe?18:13
seb128persia: I've no way to get those out of my way out of closing them, and if I do let the hundred duplicates we get every week on desktop bugs I can as well stop using launchpad18:13
persiacjwatson: That sounds like a good idea.18:13
seb128cjwatson: we tried tagging those, that goes quickly out of control18:13
persiaseb128: I understand the feeling.18:13
alex-weejseb128: has the bug reporting gotten out of hand lately then?18:14
cjwatsonwith ordinary tags or in the subject?18:14
seb128nobody close them and we can't work on the bug lists due to the noise18:14
seb128cjwatson: tags18:14
seb128alex-weej: yes18:14
cjwatsonthe reason I suggested a subject tag was that it is more visible in bug lists and thus it's easier to ignore those bugs18:14
cjwatsonI don't find tags very useful for things I need to see in bug lists18:14
seb128well, still I don't fancy having lists 3 time longer just because we don't want to close duplicates without looking for exact numbers18:14
alex-weeji've been thinking about something that may make it less painful. basically make it so that "users" file problem reports and "developers" can file actual, in-the-code bug reports18:15
persiaIt really waits on LP having a negation feature in searches (one of the features being examined for the next set of milestones)18:15
cjwatsonanother approach that seems to have been successful elsewhere is putting [MASTER] in the subject of bugs that attract lots of dups18:15
alex-weejand a problem like "my sound isn't working" is VALID, but is worked out and linked to a set of 5 bug reports18:15
alex-weejand you can work on the actual bug reports18:15
seb128alex-weej: I usually send those users to the support tracker18:16
alex-weejand also, for each in-the-code Bug can see what kind of problems it is causing18:16
cjwatsonalthough ISTR from recent mailing list conversation that there's a way to search for bugs by most-duplicated18:16
alex-weejseb128: "Answers"?18:16
seb128yes18:16
alex-weeji agree it is the closest thing18:16
cjwatsonalex-weej: answers.launchpad.net has that feature set - you can easily promote an answers ticket to a bug18:16
cjwatsonor demote a bug to a ticket18:16
persia(or demote a bug to a question)18:16
alex-weeji guess it's just the terminology then18:17
seb128we need an extra state: duplicate, somebody needs to look at the number which acts as a closed status ;-)18:17
alex-weejsee, "my sound isn't working" is something that needs to be fixed, "how do i install skype?" is something that doesn't. yet they both go under "answers" right now.18:17
seb128so we don't have those getting in the way of people looking at their bug list18:17
persiaalex-weej: That lets those more familiar with the system help sort the support requests from the bugs.18:18
alex-weejpersia: but most of the time a user will know whether it is a support request or a problem report18:18
cjwatsonalex-weej: many users do not have a reliable ability to distinguish the two, though18:18
alex-weejheh18:18
cjwatsonalex-weej: that's not my experience18:18
alex-weejok18:18
alex-weejwell you're probably right, my sample size of 1 includes myself18:18
alex-weejin that case i suggest a policy of demoting crap bug reports much more often18:19
cjwatsonit's hard to judge - in many cases it's clear that *something* is wrong with the code, but it's just not clear what18:19
alex-weejcjwatson: then it should be a "Problem Report"18:20
alex-weejlike i said, bug reports should be actually in the code18:20
persiaalex-weej: It very much depends on the user.  Also "my sound isn't working" isn't a useful report.  "OpenAL isn't working with pulseaudio" or "No sound with Al4827 codec in ALSA" are good bug reports, one of which might be extracted from "my sound doesn't work", but it might also just be "Did you unmute the master volume?"18:20
alex-weejpersia: even the last case is a bug. why is master volume muted?18:20
cjwatsonperhaps because the user muted it and forgot :)18:21
alex-weejand i don't expect anyone who isn't a geek to know what an Al4827 codec is18:21
persiaalex-weej: Some BIOSes do that, also sometimes it was muted before, and the settings were preserved.18:21
cjwatsonI mean, a good percentage of the times I complain about broken wireless at the start of a UDS, it turns out to be that I'd forgotten to turn my RF-kill switch back off after the plane trip18:21
persiaThere's a page on the wiki that talks about collecting information on sound bugs that would specify that (it's in /proc/asound/cards)18:21
alex-weeji will give you a personal experience. i know my way around linux, ubuntu and gnome fairly well, but sometimes i will report a bug, have it marked as a duplicate of some other bug report that is the same bug but another manifestation18:21
alex-weejand the problem is that the ifnormation i provided is then lost18:21
alex-weejand i suddenly have no idea what this other report is about18:22
alex-weeja real-world user just wants to know when their problem gets fixed18:22
cjwatsonFWIW information in duplicate bugs is not lost18:22
cjwatsonI've very often gone through all the dups when fixing a much-duplicated bug looking for information18:22
persiaIt may be that someone needs to review the duplicates and ensure the master bug contains the most useful information.18:22
cjwatsonso it's neither lost in theory nor in practice18:22
cjwatsonalthough it's true that it's basically lost if you don't link the bugs18:23
alex-weejright, but i'm saying if you can have one person with knowledge of the systems file a proper bug report that says "the al4827 codec is broken" and then link all of the user-generated problem reports18:23
alex-weejit might be easier to manage for the users who generated those reports and the people who have to actually fix the code18:23
persiaalex-weej: Which is precisely the relationship between answers.launchpad.net and bugs.launchpad.net18:23
alex-weejpersia: answers should be renamed then18:23
persia(or if it isn't then that is itself a bug)18:24
alex-weejwhen something is broken, i don't want an answer, i want it to be fixed18:24
alex-weejalso crash reports18:24
alex-weejthey should not be bug reports18:24
alex-weejthey should be problem reports18:24
cjwatsonalex-weej: I believe the preferred way to do that (as demonstrated by the way the system's designers use it) is to edit the description of whichever bug you use as a master, to describe the problem in a more developer-friendly way18:24
cjwatsonrather than just leaving the description in place and adding a comment18:24
alex-weeji have been doing that in some cases18:24
alex-weejbut then the comment trail makes no sense18:25
cjwatsonit works for me18:25
alex-weejbecause people think it is just a forum thread18:25
alex-weejyeah it's not too bad18:26
alex-weejbut i still think there are too many people using bugs. too often (myself included)18:26
alex-weejif i get a crasher, i just want to log it somewhere18:26
alex-weeji don't want to have to explain what i was doing or search for duplicates en-route18:26
seb128alex-weej: why should I bother looking for the duplicate number of the submitter doesn't bother doing that before opening the bug ;-)18:27
alex-weeji mean it has gotten so bad we turn OFF apport now for final release18:27
alex-weejcause the volume is so insane18:27
cjwatsonyou say that as if it's new :)18:28
seb128right, there is over 3000 apport crash bugs not triaged in launchpad18:28
pitticjwatson: it was quite alright in, say, october 2004 :)18:28
alex-weejseb128: because you can't expect the user to know what a SIGSEGV is, and it would help people trying to fix the original bug18:28
cjwatsonwe always knew that crash bugs ought to be handled by a separate crash database, but needed to work with what we had18:28
alex-weejcjwatson: what's wrong with answers?18:28
cjwatsonI doubt that the set of people doing most of the work with answers at the moment would have a clue what to do with crash reports18:29
alex-weejright18:29
seb128alex-weej: the bug tracker main use is to allow people who do the work to know the issues and to work on those18:29
pittialso, a crash is a real bug, not a support request18:29
cjwatsonthey're often much better handled by developers, although the volume is ... unfortunate18:29
alex-weejpitti: negative, a crash is a manifestation of a bug18:29
pittiit wouldn't fix the problem, just move it18:29
alex-weejthere should only be one bug18:29
seb128alex-weej: as the maintainer if I say that I know about the issue and that I don't need an another bug why should I let the bug open?18:29
alex-weejand all of the crashes should be linked to it18:29
pittialex-weej: well, most reports are "manifestations"18:29
alex-weejpitti: exactly what i'm trying to move away from18:30
alex-weejbecause it's making seb's life a misery18:30
pittialex-weej: that's why we aim for good auto-duplication18:30
pittialex-weej: but yes, I see what you mean, but there's no real difference to what users report18:30
pittiif they report the same problem n times18:30
alex-weeji don't see why the first report is the best, i see all the (problem|crash) reports as being individually useful for fixing actual bugs18:30
pittiwe don't have a policy of always using the first bug as master, to the contrary18:31
alex-weejalso we sometimes use the number of duplicates as a metric for how important a problem is to fix18:31
alex-weejyet we actively discourage people from filing duplicates at the reporting stage18:31
pittiwe usually use the best-described bug as the master18:31
alex-weejif we let people report their own set of problems we could have a useful measure18:31
pittialex-weej: no, we wouldn't18:32
alex-weejpitti: right, but that's something which can only be judged by a human, not an "auto-dup" robot18:32
cjwatsonno we wouldn't, we'd just have a bajillion problem reports that nobody would ever be able to triage18:32
cjwatsonthere has to be some kind of input filtering, otherwise you're just rearranging the deckchairs18:32
pittialex-weej: since we can't even keep up with precisely duplicating the current number of bugs18:32
alex-weejbut it doesn't take bug fixers to triage them18:32
alex-weejit just takes monkeys or robots18:32
alex-weejand the user gets to keep track of his own issue18:33
pittialex-weej: no, it reuqires a fair amount of developer experience in many cases18:33
cjwatsonif you have monkeys or robots dealing with problem reports, you'll get a corresponding quality of problem report handling18:33
pittiif a monkey could do it, LP could do it itself18:33
cjwatsonthere will be a very substantial degree of inaccuracy, and our ability to assess the actual bugginess of Ubuntu would get significantly worse18:33
pittiso we should make it much easier to find duplicates right from the start18:33
cjwatsonand users will be angry because their report is being dealt with by an idiot18:33
pittiless bugs -> more developer time per bug to spend on18:33
cjwatsonthat does nobody any good18:33
alex-weejpitti: i don't think it will EVER be possible for my mum to file a crash report properly18:35
alex-weejand i don't think it should be18:35
alex-weejthat includes checking for duplicates18:35
pittialex-weej: crash reports are actually the easier ones18:36
pittithey are highly structured, and we *can* (and have) a monkey dup'ing them18:36
cjwatsonactually, I've got lots of crash reports filed by people who have no idea what they're doing that are the easiest bugs to address18:36
alex-weeji suppose now we have your stack trace resolver thing18:36
pittialex-weej: and we don't need a real description for them18:36
cjwatsonbacktrace, it's clear what's going on (sometimes), bingo, fixed18:36
cjwatsontwo minutes18:36
pittialex-weej: the non-crash bugs are a much more difficult problem18:36
pittialex-weej: I'm inclined to say that we have perfect crash handling for Python crashes; sigsegv crashes suck a bit, due to dbgsym/local version/current version skew, but at least we have some automatic support there18:37
alex-weeji've never actually dealt with a python crash18:37
cjwatsonthe best thing I ever did for ubiquity was turning on automatic crash reporting for it18:37
alex-weejdoes it just catch exceptions that bubble all the way up?18:37
cjwatsonwe hoovered up so many bugs as a result18:37
pittialex-weej: right18:38
* alex-weej had better fix his application18:38
alex-weej:P18:38
pittinice thing is that I get a lot of apport crashes filed through apport as well :)18:38
cjwatsonyou can still log the crash separately or whatever if you want with a top-level exception handler; just re-raise the exception when you're done18:38
cjwatsonubiquity spits it to syslog, invokes pdb if requested and sane, raises the exception if apport is present, otherwise displays a dialog box with the exception and then exits18:39
alex-weeji just have these utopian visions18:40
alex-weejan email from launchpad18:40
alex-weej"you know that pommed crasher you got last week? the bug causing it was fixed today."18:40
cjwatsoneven if the crash is hard to understand, it's a million times better than "uh, the installer vanished on me and I don't know what to do" which is what I got before18:40
alex-weejyeah i don't think there's any dispute there cjwatson :)18:40
cjwatsonand users *do* get "you know that installer crasher you got last week? the bug causing it was fixed today" e-mails18:40
cjwatsonalthough since it's the installer it may not be practical for them to make use of the fix for a while, but still18:41
pittiit does work pretty well for desktop apps18:41
pittireporter gets mail, dist-upgrades, is happy18:41
pittiand can immediately file the next crasher which gets uncovered then :)18:41
alex-weejright18:42
alex-weejbut say there were 5 different crash conditions caused by a single unchecked buffer or whatever18:44
pittithat's actually pretty rare, although possible, of course18:44
alex-weejoh is it18:44
pittialex-weej: well, it's definitively a problem18:44
alex-weejwell anyway, i just see a massive difference between "Pommed crashes with SIGSEGV in ...." and "buffer overflow in yadda yadda"18:45
pittialex-weej: but we can't expect users and most developers who file a bug to know that :)18:45
alex-weejperhaps not18:45
alex-weeji am just a bit angry that seb128 is "overworked"18:45
seb128I don't see the issue with being agressive in bugs closing18:46
seb128we have way more issues than we will fix anyway and they come faster than we fix those18:46
seb128so closing bugs we judge not useful should not be an issue18:46
alex-weejlook man you said yourself you can't find the report so you gave up18:46
seb128there is no need to accumulate bugs we know we will not likely do anything about18:46
alex-weejand you're the one who has seen it before18:46
alex-weeji've never seen it before18:46
alex-weejand i've looked, and i can't find it18:46
alex-weejif i go to the effort of filing a bug it's because i want to see Ubuntu improved for everyone18:47
seb128alex-weej: we have currently almost 6000 desktop bugs open, I expect we close more than that and I read all the bug mails I get usually18:47
alex-weejand for me to lose track of that is very demotivating18:47
alex-weejand I'm not even on Canonical's payroll!18:47
seb128alex-weej: which means I read like 35 000 desktop bugs18:47
seb128finding something there is not always easy ;-)18:47
seb128alex-weej: to be honest I'm not sure there is a specific bug about your issue, there is for sure about having GNOME, evolution and the clock applet sharing clock settings, which I consider the same issue18:48
alex-weejand GDM18:48
cjwatsonalex-weej: all I'm saying is that there are some things which appear tempting as solutions, but that in fact would make things more difficult for developers18:48
cjwatsonalex-weej: nevertheless, various other attempts to address the bug problem are right at the top of Ubuntu's priorities for Launchpad development18:49
seb128alex-weej: gdm is a trickier question because that's not an user setting, what if 2 users on the same box user different options?18:49
cjwatsonI haven't been intimately involved in that so can't tell you the details18:49
alex-weejseb128: systemwide settings are not that hard to conceive18:49
alex-weejwell, they are in GNOME because we just happily reinvent everything within a desktop session18:50
seb128alex-weej: right, 12-or-24 should be a gconf key with a schemas default, a way for sysadmin to change the default and then user settings18:50
seb128alex-weej: the new gdm will make easier to solve that since it uses gconf18:50
pittiI think gdm uses the format defined in the locale18:50
seb128pitti: as does the clock applet18:50
seb128but some locales allow 12 or 24h18:50
alex-weejthe clock applet has a 12-24h choice in its preferences18:50
pittithere are some 12 hour bugs against langpack-locales, but none for en_GB18:50
alex-weejnow if the option was "Default, 12hr, 24hr" then that would make sense18:51
alex-weejbut somehow it's just 12hr, 24hr18:51
alex-weejso i'm nto sure how it uses the locale18:51
alex-weejseeing as gconf defaults are static18:51
slangasekpitti: which "format defined in the locale"?18:51
seb128pitti: the bugs are for locales which don't allow to choose between 12h and 24h18:51
slangasekthere are some really insane default time formats in locales :)18:52
seb128slangasek: am,pm or 2418:52
slangasekah, is that discretely queriable?18:52
=== asac_ is now known as asac
pittislangasek: the locale defines the strings for "AM" and "PM"18:52
slangasekpitti: my question was really about what format string one would use to strftime(), and apparently it's %X18:53
slangasekIME, %c gives crazy results though18:54
cjwatsonkirkland: the only problem I see with your grub-installer patch is that you call the write_grub function before it's defined ...18:54
slangasekI tried to make freetds use %c for the default datetime format once; this was a source of Bugs18:54
cjwatsonkirkland: I'll just fix that in the obvious way18:54
slangasekbecause %c in en_US was mapped to a format that NO ONE uses18:55
=== dpm_ is now known as dpm
alex-weejalso we still have monospace legacy crap in those date formatting functions :/18:57
alex-weejcheck out the date now18:57
alex-weej"Thu··7·Aug"18:57
alex-weejon Sunday it will be "Sun·10·Aug"18:57
pittithe German one doesn't look very good as well18:57
seb128slangasek: date +%p18:57
alex-weejwe need steve jobs to rule over us and not let us release until everything looks spot on :P18:58
seb128slangasek: that's doing something or not, depending of the locale18:58
slangasekseb128: but I don't think that's what you want, because there's no format string for "give me the hour in 24 or 12 hour time, according to the locale preference"18:58
slangasekseb128: except for %X, which gives you the whole time string18:58
cjwatsonkirkland: I'm concerned that re-running grub-install after installation will break, though18:59
cjwatsonkirkland: so I don't think this is a viable long-term solution, but it may do for the short term18:59
pittislangasek: closest I found is +%r19:00
pitti$ LANG=en_US.UTF-8 date +%r19:00
pitti08:00:06 PM19:00
pitti$ LANG=de_DE.UTF-8 date +%r19:00
pitti08:00:1519:00
slangasekah19:00
pittithe latter is wrong, of course, becaue de doesn't have am/pm19:00
seb128slangasek: that's what the gnome-panel do:19:00
pittibut for a test it might suffice19:00
seb128        am = nl_langinfo (AM_STR);19:00
seb128        return (am[0] == '\0') ? CLOCK_FORMAT_24 : CLOCK_FORMAT_12;19:00
slangasekseb128: right, that seems kludgy to me :)19:01
slangasekthe app shouldn't assume that empty AM_STR implies 24-hour time; maybe my locale uses a 12-hour clock and revels in ambiguity :-)19:02
pittislangasek: but that's pretty much what locales does19:02
infinityslangasek: A locale with a 12 hour clock and no am/pm indicator is broken anyway.19:02
pittiif you define t_fmt_ampm, then it uses AM/PM, otherwise 24 hours19:02
pittiunfortunately locales definitions don't have a concept of "alternative nonpreferred 12 hour format"19:03
pittiinfinity: like every wall clock? :-)19:03
infinitypitti: Wall clocks don't tend to be driven by locales. :)19:03
pittiinfinity: well, they are just kind of hardcoded :)19:04
pitti(especially the ones with a calendar)19:04
infinityAnyhow, I figure we're stuck working with what we have, unless someone feels like upending the locale world by always specifying an am/pm format string, and introducing a new 24_hour_preferred boolean.19:06
pittiI got interesting bugs about that already19:06
slangaseklifeless: do you have an LC_TIME for your Latin locale yet, that numbers the hours from sunrise instead of from midnight? ;)19:06
slangasekinfinity: don't you repress me!19:06
pittiI added some locale patches because some es_MX people said they want it that way, and the next week some others told me it was wrong :)19:07
slangasekpitti: oh, well, I still think gnome-panel shouldn't have to duplicate the logic then19:07
infinityslangasek: Calling locales ugly is about as useful as calling Roseanne fat, unless you have some magic plan to fix either. :P19:07
slangasek(but yes, not a high priority to fix)19:07
pittislangasek: LC_CTIME=la.UTF-8 date -> XIV:LIX ?19:08
slangasekpitti: hahaha19:08
pittislangasek: ack for not duplicating, yes19:08
pittislangasek: but I pretty much gave up on applying those now, it's utterly hard to get them past Ulrich19:09
pittiseb128: yay gnome bug 54455419:10
ubottuGnome bug 544554 in general "ssh agent doesn't work correctly" [Normal,Resolved: fixed] http://bugzilla.gnome.org/show_bug.cgi?id=54455419:10
* pitti checks out svn head and tests19:11
ScottKslangasek: Urgh.  I'll look into it.19:14
slangasekScottK: cheers :)19:17
cjwatsondavidm,lool: I've just uploaded a debian-installer package with support for lpia. Once it builds, you should at least be able to attempt netboot installations if you can get the thing to boot over the network, or boot the netboot mini.iso somehow19:17
slangasek691M    daily-live/current/intrepid-desktop-amd64.iso19:19
slangasekman, libgweather-common is just awful :)19:19
pittislangasek: s/ful/some/ in the current state :)19:20
slangasekwell, I still need to graft in gettext to make it truly awesome... :)19:20
* pitti does sudo dpkg -P gnome-volume-manager and whistles happily19:21
slangasekthe changes to the C code are ridiculously simple, just replace two calls to ..._get_localized_value() with _(..._get_value())19:21
pittislangasek: nice19:21
pittislangasek: does it even define a gettext domain already, or do we need to invent one?19:21
slangasekbut now I have to pull in the correct gettext glue :)19:21
slangasekprobably have to invent one19:22
pittislangasek: you probably have to use dgettext() instead of _(), though19:22
slangasekah, probably19:22
pittislangasek: since the general application gettext domain will differ from the one for the cities19:22
slangasekyep19:23
pittirocking! that patch fixed gnome-keyring for ssh19:26
* pitti uploads19:26
alex-weejif i leave any VM's running, my machine fails to suspend19:27
alex-weejand i have to hard reboot19:27
alex-weejanyone know anything about this? bug has been open for a few weeks now without any comment19:27
alex-weejthis is with the "supported" KVM/virt-manager stuff19:28
* slangasek frowns. Ok, I know I saw an existing textdomain name for the location strings /somewhere/, why can I not find it now?19:29
slangasekah, I was looking for 'gnome', and the header just says 'weather-locations'.19:30
slangasekpitti: do you think 'weather-locations' is ok for a textdomain, or should I change it to 'gnome-weather-locations'?19:33
pittislangasek: I'd use an appendix to libgweather's already existing one19:33
pittislangasek: like "libgweather-locations"19:34
loolcjwatson: Oh rocks, I had a local tree with the beginning of lpia support, but I was waiting for the kernel udebs which were blocked by a lpia kernel tree in intrepid -- I'm glad you already implemented all this, I guess you have a similar config as for amd64?19:34
pittislangasek: but yeah, it's bikeshedding19:34
slangasekpitti: hmm, I'm not finding where *that* is defined either :)19:35
pittislangasek: usually it's defined in configure.in as GETTEXT_PACKAGE=19:36
slangasekah19:36
pittiif not, it should be in po/Makefile.in.in19:36
pittibut usually that just has19:37
pittiGETTEXT_PACKAGE = @GETTEXT_PACKAGE@19:37
* slangasek nods19:37
pittislangasek: so you could do dgettext(GETTEXT_PACKAGE "-locations", str) perhaps?19:37
slangasekyeah, it's in configure.in; I think best practices may have drifted slightly since the last time I gettextized something :)19:38
seb128pitti: he, you start fixed GNOME faster than me now? ;-)19:38
* seb128 hugs pitti19:38
pittiseb128: leave me the victory of being faster than you ONCE :)19:38
* pitti hugs seb12819:38
seb128good to get this one fixed19:38
seb128now I just have to fix seahorse to get the gpg-agent working again19:39
pittiactually the gpg one is more annoying, but that one was nasty as well19:39
pittiseb128: please appreciate my nice patch header :)19:39
seb128well the gpg one is trivial to fix19:39
seb128pitti: nice ;-)19:40
ScottKslangasek: libcrypt-openssl-bignum-perl has an approved MIR (Bug #243266) and all it's depends are in Main, yet it got demoted to Universe on July 11.  Any idea why?19:41
ubottuLaunchpad bug 243266 in libcrypt-openssl-bignum-perl "MIR for libcrypt-openssl-bignum-perl" [Undecided,Fix released] https://launchpad.net/bugs/24326619:41
ScottKThat also took out libcrypt-openssl-rsa-perl at the same time.19:41
slangasekScottK: no idea, no19:41
pittiScottK: probably it appeared in component-mismatches back then and wanted to go back19:42
pittiso it can just be promoted back now19:42
ScottKpitti: Please do (both)19:42
slangasekright, probably a race condition between someone approving an MIR and someone else processing component mismatches19:42
pittirather, we promoted them, but nothing was depending on them even several days/weeks later, so they just fell through the cleanup cracks19:42
pittipromoted both19:43
ScottKBecause that was before recommends got pulled into seeds.19:43
pittiyep19:43
pittisorry for the confusion19:43
ScottKlibmail-dkim-perl  is a recommends for amavisd-new.19:43
ScottKThat's what I get for working ahead.19:43
ffm|shHow can I find out what patches were applied to http://packages.ubuntu.com/intrepid/sugar ?20:42
geserffm|sh: look into the .diff.gz20:55
ffm|shgeser: thx.20:59
=== mcasadevall_ is now known as NCommander
jcastroHi, I've posted 2 mails to ubuntu-devel today that are in the moderator queue if someone could look at them please.21:24
warrenHey, which Ubuntu release was the first to contain glibc-2.4 or higher?22:13
jpdswarren: "rmadison glic" reports: glibc | 2.5-0ubuntu14 |        feisty | sourc22:14
warrenthanks22:15
=== cprov is now known as cprov-afk
Mezglic ?22:20
warrenbtw, is Ubuntu using execshield?22:28
warrendoes Ubuntu build all binaries with -fstack-protector?22:28
=== dwatson is now known as davewatson
pwnguinwarren: i dont think Ubuntu builds "all binaries" with anything22:29
warrenreally, no standard build options?22:29
pwnguinthere's common build options22:29
warrenwhat are the common flags currentyl?22:29
elmowarren: exeshield> no22:30
elmowarren: -fstack-protector> yes, since 6.1022:30
elmostack-protector's enabled in the gcc spec file22:30
elmoso it's global both for ubuntu packages, and source built on ubuntu systems22:30
warrenok good.22:31
=== superm1 is now known as superm1|away
kirklandwhat does "set -- " do in shell?23:01
slangaseksets the contents of your $@ argv array to the empty set23:01
kirklandslangasek: and "set -- `foo `" sets your $@ to the stdout of foo?23:02
sorenYes.23:02
kirklandsoren: slangasek: cool, thanks.23:02
hwilde_how do you tell if you are running 64b or 32b23:05
=== hwilde_ is now known as hwilde
kirklandhwilde: uname -a23:05
hwildekirkland, I don't see where that tells me tho23:06
hwildeLinux Tug-91-1 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i586 GNU/Linux23:06
kirklandi58623:06
kirklandthat's 32 bit23:06
hwildeok now how do you tell if it's 32b desktop or 32b server version23:06
kirkland2.6.24-16-generic = desktop23:07
slangasekyou check whether you're running gnome? :)23:07
hwildewrong that is server version.23:07
bardyrlsb_release -a23:07
sorenhwilde: Err.. No.23:07
kirklandLinux ubuntu 2.6.26-4-server #1 SMP Mon Jul 14 19:19:23 UTC 2008 x86_64 GNU/Linux23:07
hwildethat is server version.  I just installed it myself from the server cd23:07
hwildeit has no gui23:07
kirklandhwilde: ^^^ mine is 64 bit server23:07
hwildeit has no ubuntu-desktop23:07
hwildelsb_release -a has no indication it is server version either23:08
sorenIt won't.23:08
kirklandhwilde: you can mix and match Ubuntu quite a bit23:08
slangasekyes, because the difference between "server version" and "desktop version" is what packages you have installed23:08
kirklandhwilde: server kernel, on a desktop machine, vice versa23:08
sorenServer and Desktop editions are the same except the desktop has more packages installed and uses the -generic kernel.23:08
hwildeinteresting23:08
kirklandhwilde: it's like going to a Chinese buffet with sushi :-)23:08
hwildesoren, this is server version but it still says generic23:08
sorenhwilde: Then you've installed that somewhere down the line.23:09
hwildelol23:09
sorenhwilde: The server install cd will install the server kernel.23:09
sorenhwilde: Either you've manually installed the generic flavour after installing ubuntu or perhaps you used the cli install option on the alternate CD.23:09
sorenThe latter will give you the same packages as a server install, but with the generic kernel.23:10
hwildeso... dpkg -l | grep desktop   ?23:10
sorenWhat about it?23:10
hwildethat is how to tell if you have desktop or server version ?23:10
soren22:08:42 < soren> Server and Desktop editions are the same except the desktop has more packages installed and uses the -generic kernel.23:10
sorenYou can't tell the difference, because there is none.23:11
sorenYou can start with the desktop edition, remove all the desktoppy bits, or you can start with the server edition and install gnome.23:11
slangasekhwilde: what's the problem you're trying to solve?23:11
kirkland(chinese buffet with sushi!)23:11
slangasekkirkland: sick, sick man23:11
hwildeslangasek, noob complaining their gui is broken.   did they install from server cd23:11
sorenhwilde: In those cases, what would be the answer to your question?23:11
hwildein those cases the answer would be, you either have not installed or you have removed the desktop packages so there is no gui.23:12
slangasekhwilde: if you want to answer the question "did they install from server cd", look in /var/log/installer23:12
hwildeah hah!23:13
hwildesyslog:Apr 23 12:18:10 base-installer: info: kernel linux-image-2.6.24-16-server not usable on k623:13
hwilde/var/log/installer/syslog23:13
hwildesyslog:Apr 23 12:18:10 base-installer: info: Using kernel 'linux-generic'23:13
sorenhwilde: If that's your use case, it's a nonsense question. Whether they installed from one CD or the other doesn't matter. What might matter is the presence of the desktop packages.23:14
* slangasek rewrites that line to say: "k6 not usable as a server" ;)23:14
lifelessslangasek: :)23:14
slangaseksoren: one might legitimately want to know how they got to a particular broken state; e.g., for tracing an installer bug :)23:14
hwildehow come anytime people ask something the inevitable answer is you should not be asking that23:14
hwildeif you don't want to answer that's fine but there is no need to be like that23:14
lifelessslangasek: actually, I have to track down an X complaintt23:15
sorenslangasek: That's a fair point. :)23:15
LaneyCan someone unsubscribe ubuntu-archive from bug #252287? AFAICS the request needs an ACK first23:15
ubottuLaunchpad bug 252287 in wesnoth "Please sync wesnoth 1:1.4.4-2 (universe) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/25228723:15
lifelessslangasek: $ xterm23:15
lifelessWarning: locale not supported by Xlib, locale set to C23:15
slangasekhwilde: well, your first question was the wrong question in that there's no hard line between a "desktop" and a "server" install; but we seem to have gotten to the right question and answer now :)23:15
hwildeI never knew /var/log/installer existed, so thank you, that explained it23:15
hwildethey did install from the server cd23:16
hwildebut it installed generic kernel because k6 unusable23:16
slangaseklifeless: Xlib SMASH23:16
lifelessslangasek: is that humourous or an actual thing I'm unaware of ?23:17
slangaseklifeless: :(  maybe it's neither :(23:17
slangasekbut I think it was trying to be humorous23:17
lifeless:)23:17
slangasekLaney: unsubscribed23:18
* slangasek mutters at intltool being uncooperative. 'default' is not a very useful string to search for in aclocal.m4. :P23:20
=== apachelogger_ is now known as apachelogger
Laneyslangasek: Thanks23:24
hwildeso... what is k6 ?23:24
slangasekan older AMD processor23:24
LaserJockare the Athlon XP's k6?23:25
slangasekno, the k6 was a 32bit-only proc23:25
slangasekoh, there was a 32bit athlon; but still, no :)23:26
LaserJockhttp://en.wikipedia.org/wiki/List_of_AMD_microprocessors has the answer23:26
hwildemodel name      : Geode(TM) Integrated Processor by AMD PCS23:27
hwildecpu MHz         : 499.918;   cache size      : 128 KB;  bogomips        : 1006.1523:27
hwilde:(((23:27
hwildetoo slow to run the server kernel23:27
hwildethis make me want to cry23:27
slangaseknot speed, instruction set23:27
LaserJockhwilde: is the server kernel needed on that machine? I can't imagine it would be23:28
hwildeI think my phone is faster23:28
hwilde128K cache cmon23:28
hwildethis isn't even worth it.   thanks for all your help /var/log/installer is gold23:28
hwildeLaserJock, I just had five different people tell me there is no difference except the packages23:30
LaserJockhwilde: well, the server and generic kernels are different packages :-)23:31
hwildeyeah, I want the server kernel... why would I download the server cd and go through the whole install just to have it downgrade to generic :/23:31
LaserJockit's *not* a downgrade23:31
hwildeok23:31
LaserJockwell, I guess it is if you have a lot of memory23:31
elmoit's not a downgrade because the -server kernel _doesn't work on this hardware_23:32
hwildefailover23:32
hwildefallback23:32
hwildedefault23:32
hwildewhatever23:32
LaserJockthe generic kernel should be fine though23:32
hwildeit's not the kernel I intended to install is the point.23:32
LaserJockwell, that's too bad for sure, but shouldn't make any difference on that machine23:33
hwildeslangasek, what is it about the instruction set that is incompatible23:35
slangasekhwilde: er, "it's too old"?23:36
slangasekthe k6 is an earlier generation of chip23:36
slangasekthe server kernel is targetted to a newer instruction set23:37
hwildeman this sucks.  I can't quite get ubuntu running perfectly.   it is obviously the hardware.   but the hw ppl counterargument is that xp embedded runs fine :/23:38
slangasekdude, if Ubuntu isn't running, that has nothing to do with whether it's using the server or generic kernel23:38
hwildeits runs fine but has a few bugs.  i just tried the server version to see if it would be a little better23:38
hwilde* attempted to try23:39
wgrantThe server version is just a different set of default packages...23:39
hwildewow you're not kidding about old... First Introduction, Apr 2, 1997 (K6 166, 200 and 233 MHz)23:40
hwildethere are really only three issues, but they are all traced back to the amd chipset23:42
hwilde1)  random power button presses.   fixed with acpi=off23:42
hwilde2)  sounds stutter   https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/13143923:42
ubottuLaunchpad bug 131439 in linux-source-2.6.22 "No sound with AMD DeviceCS5536 [Geode companion] Audio" [Medium,Confirmed]23:42
hwilde3)  usbs randomly disconnect and reconnect   (no clue)23:42
=== superm1|away is now known as superm1
=== superm1 is now known as superm1|away
=== superm1|away is now known as superm1

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!