=== keffie_jayx is now known as effie_jayx [00:40] mathiaz: ping [00:45] slangasek: hello [00:46] mathiaz: hi, is it ok for me to go ahead and assign bug #305264 to you, regarding openldap working around the gnutls behavior change? [00:46] Launchpad bug 305264 in openldap "gnutls regression: failure in certificate chain validation" [Undecided,Invalid] https://launchpad.net/bugs/305264 [01:12] slangasek: ok - I'm already assigned to the jaunty task though. [01:14] mathiaz: rather, I just assigned it to you after asking the question here ;) [01:17] Keybuk: do you have an ETA for uploading udev 137-3, or could I go ahead and do the upload? [03:05] slangasek: please don't [03:06] what from 137-3 are you after? [03:06] Keybuk: er, the RC bugfix that's the only change in bzr? [03:07] that's not in bzr yet [03:07] it's in udev 138 [03:07] which I haven't fully merged [03:07] Keybuk: ok; the bzr log / changelog say otherwise [03:07] it came out today, I'll most likely fix it up tomorrow [03:07] I put the bug# in the changelog to remind me which it was ;) [03:07] I do that [03:08] message: [03:08] Apply NAME rules when string_escape=none. LP: #325690. [03:08] modified: [03:08] debian/changelog [03:08] -- [03:08] the changelog was all that was modified [03:08] oh; the previous commit wasn't related? [03:08] partially related [03:08] ok [03:08] it's not complete and introduces new bugs by being a partial merge [03:08] right, good reason for me not to upload it. ;) [03:09] tomorrow's fine, just wanting to make sure it's on track for alpha-5 [03:09] I was just waiting for the upstream release [03:09] dtchen: Seen this bug? bug 326596, I vaguely remember why in Hardy we played the logon sound through a newly connected audio device, but I can't remember why. [03:09] Launchpad bug 326596 in alsa-driver "If system sounds is disabled don't play system music" [Undecided,New] https://launchpad.net/bugs/326596 [03:10] s/vaguely remember why/vaguely remember/ === tkamppeter_ is now known as tkamppeter === bluesmoke is now known as Amaranth [05:28] good morning [06:23] does anybody else get gnome-terminal crashes as well? [06:23] * iulian is not getting any crashes. [06:26] bug 330621 and bug 331462 is what I get [06:26] Bug 330621 on http://launchpad.net/bugs/330621 is private [06:26] Bug 331462 on http://launchpad.net/bugs/331462 is private [06:26] it's mildly annoying [06:31] I think pedro was getting some today, actually [06:32] it's not easily reproducable but every now and then when I have the gnome-terminal with a few tabs open and ctrl-d-ing out of one of the tabs it takes down the whole thing [06:32] one of the crashes was within gnome-terminal itself, the other one in vte [06:33] bug 331740 is pedro's from today [06:33] Bug 331740 on http://launchpad.net/bugs/331740 is private [06:34] interesting, yet another one [06:34] yeah, very weird [06:35] but time for bed for me. g'night dholbach [06:35] sleep tight greg-g [07:45] Good morning [08:06] Packages which are new in Debian Unstable, are they automatically sync'ed when Jaunty+1 opens or does it require a sync-request? [08:07] mok0: they'll get all synced; it's manually triggered, but we'll sync them wholesale [08:07] pitti: ok, thanks, exactly what I wanted to know === geser_ is now known as geser [08:30] <\sh_> moins === \sh_ is now known as \sh [08:31] <\sh> jdstrand: bug #331410 complete... [08:31] Launchpad bug 331410 in net-snmp "CVE-2008-6123: not fixed in latest security releases" [Undecided,In progress] https://launchpad.net/bugs/331410 [08:41] pitti: are you pushing all the hal-info changes upstream, or should we push it individually? I would like to get quirk from bug 328522 into hal-info... [08:41] Launchpad bug 328522 in hal-info "HP nw8440 resumes with blank screen due to vbetool hang" [Medium,Triaged] https://launchpad.net/bugs/328522 [08:42] Lure: I usually commit them directly upstream, yes [08:42] pitti: ok, will then wait for you to review and commit [08:42] pitti: thanks [08:42] Lure: if you want you can send them to the hal mailing list, but if you attach it to a bug and sub me, that's fine too [08:43] pitti: subscribe or assign? [08:43] either [08:43] pitti: done [08:44] Lure: I'm always a bit hesitant to change existing quirks, because they obviously worked for someone else [08:44] but that might have been with older kernels, x.org, etc. [08:52] * pitti arghs at git [08:56] what's the git equivalent of bzr blame -r 407 file.c ? [08:56] * pitti looked at git rev-list --help, but that didn't really help [08:59] pitti: git-blame? [08:59] amitk: right, sure, but specifying "everything before this commit" [08:59] but I found a workaround now [08:59] git blame, find the last commit, git log, look up the previous commit, and [08:59] git blame 123deadbeef file.c [09:00] that seems to work [09:00] Would git blame lastcommitid^ foo.c work? [09:01] what does ^ do? [09:01] It should refer to the previous commit. [09:01] I want "blame earlier versions up to, but not including, 1234" [09:01] ah, nice === cjwatson_ is now known as cjwatson [09:02] ion_: that works, thanks [09:08] Lure: ok, archaeology done and committed, bug updated [09:14] doko: I'd like to push a glibc to the archive with support for vfp hwcaps [09:18] lool: sure, please go ahead. are test results the same as for the normal build? could you add a file for the expected test results? [09:18] doko: I'm not adding the vfp pass yet, that one hangs [09:18] doko: But adding the vfp hwcaps allow to proceed to enablement of other libs [09:18] ok [09:18] hmm, still no testers for bug 313218 ... [09:18] Launchpad bug 313218 in glibc "IPV6 causes slow internet access" [Critical,Confirmed] https://launchpad.net/bugs/313218 [09:21] cjwatson: I have IPv6, internet is not particular fast, but I don't get the errors the people report [09:22] cjwatson: Is there a clear way to see whether I'm affected? I guess the system call in the strace will be the same [09:26] Actually the fact that I have IPv6 connectivity is likely to prevent me from reproducing if I understand the fedora bug correctly [09:46] lool: the problem is for people who don't actually have real IPv6 connectivity, especially for those whose routers do funny things with it [09:47] lool: however, if you have real IPv6 connectivity, I'd appreciate you testing the package in my PPA to ensure that it doesn't break it [09:51] Uh your ppa doesn't have the same pathname [09:59] lool: hmm? [10:00] cjwatson: I copied my sources.list entry for my ppa for yours, and it failed; it surprized me; it seems we now have a /ppa in the URL; the old URL works for me still [10:00] Anyway, irrelevant, ignore me [10:00] oh, yes, that was a relatively recent change [10:01] I don't use my PPA all that often so it was probably generated from scratch [10:09] lool: Yes, it's the first step on the way to allowing users to have more than one PPA. [10:09] cool [10:26] did something change /wrt cdbs and python? some of my packages now ftbfs because of missing python2.6 [10:26] http://launchpadlibrarian.net/22893842/buildlog_ubuntu-jaunty-amd64.gwibber_0.8-0ubuntu1~jaunty_FAILEDTOBUILD.txt.gz [10:27] fta: Perhaps you're missing a build-dependency on python-all-dev? [10:28] sommer, it used to build fine, it started to fail 2 days ago [10:28] oops [10:28] soren, ^^ [10:28] sommer, nm [10:28] well, yeah, that's when python2.6 was added to the set of supported python versions ... [10:32] Hello [10:33] cjwatson: How is that defined? I mean... How does a package know that it now has to try that as well? [10:33] cjwatson: I was thinking python-central, but its changelog doesn't seem to mention anything about it. [10:33] I'm using jaunty for testing but i can't get Xorg to be as fast as Intrepid... I've looked a lauchpad, EXA is slow, UXA is slow and XAA just give me a kernel panic [10:33] cjwatson, I build-dep on python python-central python-distutils-extra, it's a bit rude to suddenly fail on python2.6 setup.py [10:33] soren: python-defaults [10:34] $ pyversions -s [10:34] python2.5 python2.6 [10:35] cjwatson: I see. Thanks. [10:35] fta: hardly a matter of rudeness, I don't think the definitions of the build-dependencies have changed ... it's just the sort of thing you only actually notice during relatively small periods [10:35] i.e. whether your package is building extensions for things that aren't pulled in by build-deps [10:36] as soren says, sometimes python-all-dev is the right answer, or sometimes you only want extensions for a single version; if in doubt, ask doko [10:37] well, it's just too bad that I have package in NEW for a few days that will fail because of this. bad timing [10:38] you can upload a new version while it's in NEW [10:39] seb128, don't bother reviewing gwibber, it will fail because of the new python ^^ :( [10:39] jdstrand: ^ [10:39] fta: jdstrand's archive day today [10:39] fta: well that can be newed anyway and you can fix the build in a new revision [10:40] aha, i wondered who had done my mono-addins sync [10:40] directhex: the bug should say [10:40] should fix bugs in f-spot et al [10:40] pitti, it was jdstrand - but i didn't recognise the name [10:40] seb128, new push or new version? [10:41] change the version number, it's better practice anyway [11:18] is there a bugjam channel ? [11:18] Mez: it'll just be #ubuntu-bugs [11:18] ah, kk [11:19] well, we're already here [11:55] fta: yes, sorry, didn't send the email yet. please could you file a bug report for this package and assign it to me? [11:58] doko, hi! it's not in the archive yet. it's still in NEW. I've fixed it and i'll re-submit once i'm sure it's fine (it = gwibber, the micro blogging client for gnome [12:15] fta: i would think that NEWing gwibber still makes sense [12:15] otherwise it will all start from scratch [12:16] not sure if anyone has already noticed, but openjdk-6 build on armel is blocking all other builds that might be already queued up on that buildd. Anyway to requeue them on other servers? [12:18] asac, what do you mean? let it fail and update afterwards? the fix is ready, i just need to test it on older dists [12:19] fta: yes. either just upload new gwibber or wait till it fails and reup ;) [12:20] fta: didnt know you have fix ready for upload [12:55] ogra: nice post [12:55] highvolt1ge, which one, i wrote multiple :) [12:56] ogra: the one about update-manager [12:57] ah, thanks :) [12:58] I discovered with glee this morning that purging notify-osd puts notifications back the way they were [12:59] ah, nice [13:00] * ogra did get the ugly little windows all over the desktop last time he tried that [13:00] calc: any change in the OO icons recently? my spelling icon has stopped being crystal http://www.kubuntu.org/~jriddell/tmp/oo.png [13:00] ogra: I get the windows all over the desktop *with* notify-osd [13:00] its fun to get up in the morning and see that you got a small window for every mail you revied overnight [13:00] and i usually get between 150 and 300 /night [13:01] Keybuk: changing the notification will not stop update-manager to be auto-opened if that's what you are speaking about [13:02] ogra: disable the upstream mail-notification option, that's being worked and will not be activated by default [13:02] seb128: it will not; it stops me getting a screenful of dialog boxes and those insidious new notifications [13:02] I changed the gconf key to stop update-manager being auto-launched [13:03] Keybuk is reluctant to changes apparently ;-) [13:03] seb128, yeah, i found that after a week of a click orgy every morning :) [13:03] seb128: not so much [13:03] I have all my notifications very personally configured anyway [13:04] and that's in the *opposite* direction to what the DX team have taken [13:04] so all this new stuff killed all my preferences, and starting throwing pop-ups, dialogs and bubbles all over my screen again [13:04] bubbles go in a specific corner here [13:05] * kees is really motivated to test the dx stuff now. :) [13:05] haha [13:05] which is what is supposed to happen if I understand the thing correctly [13:05] seb128: I don't want them at all! [13:05] uninstall notify-osd and notification-daemon? [13:05] a bubble every time someone messages me on IRC is about the most distracting thing I can think of [13:05] I discovered with glee this morning that purging notify-osd puts notifications back the way they were [13:05] don't enable the libnotify option for your IRC client? [13:06] Keybuk: what were you and pitti comparing with boot speed tests the other day? [13:06] kees: readahead vs. sreadahead [13:06] I like the volume bubbles in the new system I've to admit, I'm not so much convinced about other messages etc [13:06] Keybuk: sreadahead was the stuff arjan worked on for the ssd? [13:06] right [13:06] seb128, volume bubbles ? [13:07] * ogra doesnt have any display for vol up/down at all anymore [13:07] same for brightness [13:07] Keybuk: is there any known issue with bootchart atm btw? I can do standard bootcharting to gdm but if I use nostop and try to stop it after login it fails and don't create a chart [13:07] ogra: works for me [13:07] Keybuk: and plain readahead won out? i.e. no change on our end? [13:07] strange [13:07] * ogra checks for updates ... [13:08] kees: on rotary disk, which was not a surprise [13:08] seb128: yeah, it sometimes seems to crash - haven't debugged it yet [13:08] * kees nods [13:08] seb128: it'd probably work if you did it again [13:08] kees: more interesting will be to see whether I can patch sreadahead in such a way that it's good for both [13:08] gah, u-m doesnt show the number of avaliable updates anymore ?!? [13:08] (with a toggle option) [13:08] * ogra scrolls and counts ... how annoying [13:09] Keybuk: ooh, that'd be fun :) [13:09] ogra: you care? :p [13:09] usually, yes [13:09] but i agree my mother wouldnt ... [13:09] but i like to see how much i get for my money ... thats the german in me :P [13:11] ogra: how does that matter? you get the number while it's downloading [13:11] seb128, *after* i clicked, yes :) [13:11] i like to know it before [13:11] so i can decide if i postpone or if its worth it [13:11] it displays what it will download [13:12] which is the useful thing to know [13:12] yeah, means i have to scroll around [13:12] what and how much rather [13:12] you decide on numbers? weird [13:12] I usually either upgrade or look to items in the list [13:12] having eh number on first look was an intresting info [13:12] I don't do any of those [13:12] having 60 or 70 updates doesn't make a real difference [13:12] but i might be special that i want to know it, as i said above [13:12] I upgrade just before going to do something when it's really important that my laptop work properly [13:13] having 50 or 250 makes one [13:13] not so much if they are 700 octets each [13:13] how much you will download is rather what you want to know no? [13:14] no, i want to know if its 200 packages that hog my system with postinst and unpacking for 20min [13:14] again that's not the number that makes a difference there but what they do [13:14] the download doesnt hog my CPU and ram [13:14] if you have to rebuild caches, etc that will take a while [13:14] right [13:14] if those don't do anything that will be quick [13:17] * ogra needs to reboot after upgrade, else he will forget about it :P ... [13:17] bbl [13:17] cjwatson: how do I do an "OR" in the seeds? [13:18] Keybuk: you don't [13:18] * directhex submits his NM application [13:18] cjwatson: oh, I thought it supported that [13:18] hmm [13:18] directhex: hey, good work on mono in jaunty ;-) [13:18] no, sorry [13:18] cjwatson: can you depend on a virtual package? [13:18] you need to select one entry that supports both, or have a metapackage or something [13:19] I think so [13:19] how does it determine which one is pulled in by default? [13:19] but exactly what happens is not all that well-defined [13:19] the usual "promote from other seed" rules, followed by random [13:20] seb128, thanks - much as i helped a bit with mono in intrepid in the last few weeks, i think jaunty is the release i'm going to feel responsible for in that area [13:20] seb128: number of packages does make a difference to some extent, because it affects number of forks required [13:20] directhex: that's very nice to have somebody responsive for that, mono was not really actively worked until jaunty [13:20] seb128, and it wouldn't be remotely as good as it is without help frmo those named in my message to ubuntu-devel (plus the sponsors & archive admins who put up with me) [13:21] directhex: right, still you did a very useful job coordinating those and letting know the lists about the changes, etc [13:21] is expiration not working on Launchpad? [13:21] This bug report was marked for expiration 15 days ago. (find out why) [13:21] and slangasek's been very helpful too [13:21] ogra: which post of yours was highvolt1ge was referring to? [13:22] Keybuk: there is no autoclosing no, they did it once and got flamed for it because there was buggy closing cases and stopped after that [13:22] slytherin, the "update-manager jumps in your face every two days" one [13:22] on a related note, gmime development seems to have come back from the dead, so the last thing pulling in mono 1.0 classlib onto the jaunty cds should soon be cleaned [13:23] * ogra really really wants that mail icon to vanish from his panel if there is no unread mail ... hrm === azeem_ is now known as azeem [13:34] pitti: thanks for hal-info commit [13:39] if anyone wants to see the new usplash and gdm, sponsor it in main :) [13:40] kwwii: what do you mean a new uplash and gdm ? [13:40] a new version, a totally new product, or a theme ? [13:41] themes [13:41] ikonia: just new themes :( [13:41] an usplash which doesn't approach widescreen in a very very silly way? [13:41] oh, no, no such luck :/ [13:41] well, I did include two bigger pics, so it should be somewhat improved [13:42] and plymouth isn't ready just yet [13:42] * directhex squashes kwwii to 4:3 then stretches him back to 16:9 [13:42] hello jelmer! [13:42] I'd be more interested in seeing development of the actual products, rather than just themes [13:42] themes aren't really a great use of developer resource, rather artists [13:42] oh, cute ... now i know why i dont see my notificatils ... they actually pop under the panel aligned to the top of the screen [13:43] *notofocations [13:43] bah [13:43] ikonia, you still doing lots of HP-related work? https://launchpad.net/ubuntu/+source/moon/1.0-0ubuntu2/+build/874173 ;) [13:44] directhex: lets see, and "yes2 [13:44] directhex: I'll give that a go if you want some feedback [13:44] ikonia, is hppa ubuntu big or little endian? the cpu seems to cope with both [13:45] big would be better [13:45] (in my opinion) [13:45] as in built for big [13:45] where is your ia64 port ? [13:45] come on [13:45] your slacking [13:45] hm. there's a known issue w/ multimedia codecs on bigel arches. i'd love to get it fixed, but have no bigel, and upstream don't exactly have it as a priority [13:46] ikonia, the ia64 buildd is heavily oversubscribed [13:46] ha ha ha [13:46] I can provide you access to some bigel boxes if you want ? [13:46] no shying away now [13:46] bryce, for informations, I'm trying to build a package https://edge.launchpad.net/~vetsel-patrice/+archive/ppa for Bug #325394 [13:46] Launchpad bug 325394 in xserver-xorg-driver-ati "[RV770 HD 4850] ATI Radeon HD 4850 not supported - white screen and system freeze" [Unknown,Fix released] https://launchpad.net/bugs/325394 [13:46] but since you asked... [13:47] jms@orac:~> file moon-1.0/src/.libs/libmoon.so.0.0.0 [13:47] moon-1.0/src/.libs/libmoon.so.0.0.0: ELF 64-bit LSB shared object, IA-64 (Intel 64 bit architecture), version 1 (SYSV), not stripped [13:47] directhex: touche' nice [13:48] ikonia, i'm no c++ developer, i'm not well equipped to try & solve the issue myself [13:48] wimp, [13:48] ikonia, if i hear bug reports from users, then i have something to beat upstream with [13:48] (me neither though) [13:49] Keybuk, "- Loop devices now get persistent disk links too." does that mean we finaly have partition support there ? [13:49] *fnially [13:49] hrm ... i should stop correcting myself today, it only gets worse [13:49] hm, looks like there's a 3/50 chance of being assigned an AM who knows me, assuming (falsely) that AMs are assigned randomly [13:49] ogra: no [13:49] ah, sounded like [13:50] it means if you mount a file with -o loop, a /dev/disk/by-{uuid,label} symlink will appaer for it [13:50] * ogra is tired of having to compute offsets manually [13:50] directhex: if he knows you - your screwed [13:50] ikonia, hm? [13:50] ogra: kpartx. [13:50] directhex: just kidding [13:50] bryce, I hope that it will solve the problem and that we can have it inluded in alpha5 [13:51] ikonia, i don't spot anyone on the AM list who i know hates me, so that's a good start [13:51] soren, oh, thanks ! [13:51] ikonia: kwwii is an artist, so it's a bit silly to tell him off for working on themes :) [13:51] ogra: It's what all the cool kids use. [13:51] soren, well, i'm behind times as always :) [13:51] cjwatson: I meant for development, themes are always welcome [13:52] cjwatson, neat. free software needs more talented artists [13:52] concur [13:52] still think there are plenty of talented emos on deviantart as an untapped resource :p [13:52] it must be half term [13:52] it kills me [13:52] there are some great ones on there [13:53] to be fair, whomever designed the hardy heron wallpaper deserves cake. that looked awesome [13:53] one of the best [13:53] agreed [13:53] I liked the cracked wall one too [13:54] so send flowers to kwwii for both then instead of attacking him ;) [13:55] I didn't attack him [13:55] he deserves all the kudos [13:55] he's getting public kudos here if he designed them [14:21] doko: Pushing glibc; I've put the branch up for review as well [14:22] There's a larger debdiff between the .dscs than just my changes, I think glibc doesn't clean properly, so my upload drops some files in control.in etc. [14:22] it's a bit scary [14:22] But fakeroot debian/rules debian/control doesn't change control, so I think it's fine [14:24] I generally go to some effort to sync up those control files even if clean doesn't do it properly [14:25] cjwatson: By removing the things which should be removed, right? [14:25] Cause that's what I'm uploading [14:25] I guess I could add the clean:: snippet to actually remove them [14:27] lool: no, what I usually do is make sure that the diff between .dscs is the diff between the bzr branches, i.e. copy in those files from a previous source package if necessary [14:27] lool: I leave it to somebody else to work out whether they should actually be removed or not [14:27] Wow, shutdown actually works from startx sessions now! \o/ [14:28] cjwatson: Hmm I'm afraid I didn't do that; should I go cancel my merge request, add the files in a new branch, merge my previous branch in it, and resubmit the new branch for a merge request? [14:30] lool: which files are different? [14:30] seb128, fyi, a new gwibber is ready in NEW, whenever you have time to re-review it. thanks. [14:30] glibc-2.9/debian/control.in/libc0.3 [14:30] glibc-2.9/debian/control.in/libc6.1 [14:30] glibc-2.9/debian/control.in/libc6 [14:30] glibc-2.9/debian/control.in/libc0.1 [14:30] ok [14:31] New compiz is great [14:31] they can be kept, but we don't need to check those in [14:31] Stops moving the background around [14:31] doko: I think cjwatson wants to have a commit in the history representing the uploaded source exactly [14:33] hi there [14:33] where is the bootsplash .so saved on the live CD? [14:33] in the initrd or directly in the kernel? [14:50] Riddell: i changed the human set, but not the other sets [14:50] Riddell: do you know when it changed, was it just when 3.0.1 was released? [14:51] calc: changed when I did an install from monday's daily CD build [14:51] I hadn't updated for a while before that [14:54] Riddell: oh ok, well the crystal icon set may have had that icon removed, i know a lot of tango icons went away at least since 2.3.1, when i updated the set in bzr i noticed that part [15:05] pitti: got time to check out last patch for that sl-modem-daemon init script? [15:06] PecisDarbs: on my list, release team meeting right now === bluesmoke is now known as Amaranth [15:16] sorry but developers may know the answer [15:17] is there a way to make update manager run an apt-get autoremove & autoclean after applying updates? [15:18] does it have any trigger mechanism for running commands? [15:19] apw: howdy, did you have a chance to check out my patch to test-suspend? [15:25] kirkland, not yet [15:27] apw: cool. fwiw, i have a draft of a blog post, with instructions on how to run test-suspend --server, i'll wait to publish until you can review and update the script as posted on people.ubuntu.com [15:42] * calc got a bug about more gnome craziness, apparently gnome shell wants to use the name of the desktop file itself to name apps, not the name or genericname in the desktop file, but the freaking name of the file itself [15:43] and so they decided to file a bug against OOo in Ubuntu because they didn't like what the ooo desktop files were named [15:43] bug number? [15:43] please Gnome people stop this insanity there are standards for a reason [15:43] calc: gnome shell isn't gnome, you know [15:44] azeem: its intended to be in gnome 3.0 [15:44] aiui [15:44] bug 331768 [15:44] Launchpad bug 331768 in openoffice.org "Use standard name for .desktop files" [Undecided,Invalid] https://launchpad.net/bugs/331768 [15:44] well maybe [15:44] but you can't blame gnome people for it at this point [15:44] so in Ubuntu 10.04 [15:44] doko: are you going to merge lool's glibc branch or shall I? seeing as it's been uploaded and all :) [15:45] azeem: so gnome shell isn't being written by gnome people just out of tree currently? [15:45] azeem: aiui it is being written by gnome people [15:45] azeem: and its hosted on gnome.org [15:45] sure, but that doesn't mean it automatically gets included I guess; they still need to get it approved [15:46] and anyway it wasn't the developers who reported that bug :) [15:46] (it's still a gnome-shell bug and not a OOo, of course ;) [15:46] azeem: which doesn't seem to take much, so blaming gnome people who write gnome things that will go into a future gnome release for not following the standards they helped write is reasonable ;-) [15:47] calc: maybe it's an optimization; one stat() vs. parsing .desktop files [15:47] azeem: you need to parse anyway for l10n [15:47] calc, mark it invalid for openoffice ... it follows todays xdg standard while the app developers of that app seem not to ... so they should enhace the standard first if they want it differently [15:48] and if they are throwing away l10n then god help them [15:48] ogra: yea [15:48] azeem, right, but still that needs to go into the widely accepted standard first [15:49] otherwise that bug is just noise [15:49] and you aren't going to get names with spaces in them so the conversion to space will need to be documented, etc [15:50] i have a feeling when they try to get the spec updated whoever is in charge of it will remind them to lay off the crack [15:50] wouldn't it be more productive to forward this bug to the gnome-shell developers, rather than flaming them here? [15:50] it could easily be a simple bug, which we all suffer from [15:50] cjwatson: they filed the bug (aiui) against OOo, just mentioning the craziness of it [15:50] at least the person filing the bug seemed to indicate he was involved with gnome shell [15:50] so mark it invalid for oo.o, open a task for gnome-shell [15:50] and then forwrd it [15:51] cjwatson: I think you could merge it after adding the files from the previous glibc; that would require less steps then me doing the ones I described [15:53] the problem about adding them is that I think they get created/removed in some circumstances, and such files are awkward to add to bzr [15:53] yea the bug reporter is Milan Bouchet-Valat who is a gnome shell dev [15:53] cjwatson: so I think I'm going to put the console and keyboard stuff on the shelf [15:53] at least for jaunty [15:54] Keybuk: oh? [15:54] cjwatson: some other changes have made them sufficiently fast that they're not appearing on most of my bootcharts [15:54] so it's merely inelegant that we do it so many times [15:54] and since we'll likely use KMS in kinky, it'll all change all over again anyway [15:55] so we may as well just get it right for KMS [15:57] Keybuk: hmm, ok, as long as it isn't just an anomaly that they aren't showing up [15:58] Keybuk: what's the current time for comparison? === ssweeny_ is now known as ssweeny [15:58]