[00:09] This is weird: bug 855171 [00:09] Launchpad bug 855171 in ca-certificates (Ubuntu) "libnss3.so went missing after upgrade" [Undecided,New] https://launchpad.net/bugs/855171 [00:10] I just hit that bug also [00:10] As did I.p [00:10] ROAF: do you have your dpkg.log to figure out what common packages we both upgraded? [00:10] Hey RAOF. Feeling the last few week's crunch? [00:11] mdeslaur: Yup. [00:11] Nafai: I currently have three different systems up. It's busy :) [00:11] :) [00:18] mdeslaur: the package upgrade causing it is ca-certificates. ;-) [00:20] htorque: how can you tell? [00:20] bbl [00:21] touch /usr/lib/x86_64-linux-gnu/libnss3.so ; sudo apt-get install --reinstall ca-certificates → that fails and libnss3.so is gone === mdz` is now known as mdz [00:21] mdeslaur: my report is actually a dupe of the others, i just didn't see the java stacktrace [00:24] RAOF, I'm going back into inkscape on those GRUB 2 mockups: you said you wanted Recovery stuff in its own menu? [00:24] htorque: can't reproduce with that command [00:25] :-/ [00:25] Lirodon: Yup. And less technical detail in general (ie: I don't think we need the kernel version number on the main screen). [00:25] htorque: Reproduced here. [00:26] RAOF, hmm, but maybe "Boot with previous Linux kernel" could be a good option with a good "If a recent update to the Linux kernel powering Ubuntu has caused issues, you may boot with a backup copy of a previous one" [00:26] Lirodon: Absolutely. Under the recovery options ? [00:27] Yeah [00:28] Hm. do_cleanup () ? rm -r $nssjdk/libnss3.so ? [00:29] But hmm, do you think that having an explanation at all of GRUB's parameter/command line is needed? [00:30] I had proposed patching the shortcuts to require a CTRL in them [00:32] RAOF: yeah, that's the culprit :P [00:32] mdeslaur: that nss missing bug just hit me too [00:32] slangasek: Is it? I looks suspicious, but I'm not sure yet that it's actually what's killing it. === slangasek changed the topic of #ubuntu-devel to: ca-certificates eats system libraries, DO NOT UPDATE | Beta 2 Freeze | Archive: Feature/UI Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for h [00:32] RAOF: it definitely is === leguin.freenode.net changed the topic of #ubuntu-devel to: Beta 2 Freeze | Archive: Feature/UI Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [00:33] ah, looks like I joined at the right time. :) [00:34] slangasek: You're on it, then? [00:34] does anybody have access to the @ubuntustatus account? [00:34] I believe I do, on it [00:35] RAOF: ish [00:35] RAOF: would help if someone else could work on fixing the code while I'm sounding the alarm [00:37] slangasek: Ok. I'll see what I can do to hunt it down. === Lutin is now known as Guest99625 [00:42] RAOF, now, I wonder, while there were objections to moving ALL the recovery tools into the Recovery menu, what SHOULd be in there? [00:44] slangasek, there was a suggestion to drop the libdir setting in nss.cfg. openjdk does have the multiarch path on the default libpath. [00:45] the other safety check would be to check both arguments for -n before comparing [00:46] both in the hook and the postinst [00:47] RAOF: found the issue, I think [00:47] doko_: that last sounds sensible to me [00:47] which dpkg-query --version fails every time [00:48] Well, and it's looking for libnss3.so which doesn't exist, rather than libnss3.so.1d, which does. === slangasek changed the topic of #ubuntu-devel to: ca-certificates eats system libraries, DO NOT UPDATE (bug #855171) | Beta 2 Freeze | Archive: Feature/UI Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubu [00:48] good enough for now [00:48] cyphermox, RAOF: which> that's a bug but not the bug [00:49] ok [00:49] cyphermox: this is being triggered in the hook, not the postinst; the hook doesn't call which [00:49] ok [00:50] libnss3.so which doesn't exist> er, you mean doesn't exist /any more/, I guess? [00:50] Right. The hook looks for libnss3.so in libnss3-1d, doesn't find it, and hence merrily symlinks the real libnss3. [00:50] okay, what would be the best name for a "run level 3"-type mode? "Boot without graphical desktop"? [00:50] cyphermox, "which dpkg-query --version fails every time", what do you mean? [00:50] RAOF: ah [00:50] slangasek: No, it's looking for libnss3.so in libnss3-1d, and libnss3-1d contains libnss3.so.1d [00:50] doko_: the postinst calls 'which dpkg-query --version'; "which" takes a single argument [00:51] Which is why it compares an empty string with /usr/lib/x86_64-linux-gnu, merrily symlinks libnss3 to itself, then deletes it. [00:51] Actuall, that doesn't make sense. [00:52] slangasek, I don't get it, sorry. exits with 0 with or without argument [00:52] $ which dpkg-query --version [00:52] /usr/bin/dpkg-query [00:52] $ echo $? [00:52] 1 [00:52] doko_: ^^ [00:52] Oh, no. That does make perfect sense. It's deleting libnss3.so from libnss3, rather than libnss3.so.1d from libnss3 [00:52] but I don't think that's the issue [00:54] it's not [00:55] So, what I think the issue is: nsspkg=$(dpkg-query -L libnss3-1d | sed -n 's,$.*$/libnss3\.so$,\1,p') is always empty, so the query against nss.cfg is always false, so ?ln -sf $nsspkg/libnss3.so $nssjdk/? always happens (which symlinks to itself), then do_cleanup kills $nssjdk/libnss3.so, which just happens to be /usr/lib/x86_64-linux-gnu/libnss3.so [00:55] right, that's a transitional package now [00:55] that should be libnss3 [00:56] Or it should be looking for libnss3\.so\.1d$ [00:56] One or the other. [00:57] doko_: ^^ that analysis seems correct to me; so we should update the dpkg-query for the correct package name, and we should add a guard in do_cleanup() to make sure we don't remove anything if either nsspkg or nssjdk is empty? [00:57] RAOF, "Boot using previous Linux kernel", "If an update to the Linux kernel has caused hardware issues or other problems, you may boot using a backup of the previous kernel." [01:00] Lirodon: Probably better to do that in #ayatana. [01:00] hmm [01:00] slangasek, RAOF http://paste.ubuntu.com/694144/ [01:00] ahh, package name ... [01:01] doko_: yep, nearly identical to what I have here, except for fixing the pkg name check in the hook [01:01] doko_: bug #855171 for your changelog, btw [01:01] Launchpad bug 855171 in nss (Ubuntu) "libnss3.so went missing after upgrade" [Undecided,Confirmed] https://launchpad.net/bugs/855171 [01:02] doko_: http://paste.ubuntu.com/694145/ is mine, if you want to compare / steal [01:02] doko_: ?if dpkg-query >/dev/null; then? is going to consistently fail, isn't it? dpkg-query when called with no arguments returns an error. [01:02] gahh, the postinst has it right [01:03] RAOF, it's which dpkg-query [01:03] doko_: you changed two calls; one had 'which' in front (in the postinst), the other did not (in the hook) [01:03] RAOF: good catch [01:03] What slangasek said :) [01:03] slangasek, go ahead, use your version [01:05] I think I do more harm now ... [01:05] doko_: ok, uploading - thanks for your help [01:06] doko_: I think you can sleep easily now :) [01:06] slangasek, will do, good night :-) === Lirodon is now known as Viper550 [01:12] infinity, ready for review [01:14] RAOF, Even though this may be better in a design channel, I still think that anything involving the bootloader/startup can be relevant in here [01:15] But what you're after is design feedback, right? [01:15] design, and functionality, and feasibilitiy [01:16] Well, it looks perfectly feasible to me. [01:20] slangasek: ok so I get the recovery instructions right, will a normal upgrade after this upload fix it or is there something else the user needs to do? [01:25] speaking of recovery ... I cannot believe there aren't GUI-based disk cloning programs on Linux [01:27] jcastro: if they've been hit by the fix, they should manually reinstall the libnss3 package [01:27] er, hit by the bug [01:27] we can look at doing a no-change rebuild of libnss3, but that will take *much* longer [01:27] ok so just dpkg -i it from the local archive? [01:27] yes [01:27] 'apt-get install --reinstall libnss3' *SHOULD* work, but is failing consistently for me and others [01:28] failed for me too [01:28] ?apt-get install --reinstall libnss3:i386 libnss3? worked for me. [01:28] RAOF: oh, clever [01:28] (And on i386 just apt-get install --reinstall libnss3 worked for me) [01:29] When apt does something weird, guess that it's multiarch fallout and kick it in the foreign-arch ? [01:29] 'apt-get install --reinstall libnss3:i386 libnss3' should also work on i386, fwiw, so it's probably safe to give everyone that command [01:29] RAOF: heh :) [01:29] got it, I'll put the word out on that [01:29] RAOF: btw, what's wrong with your quote characters :) [01:33] ok so that apt-get install command hits the network, which is impossible for people who are broken [01:33] so reinstalling the deb from /var/cache is probably the best way to go for those people? [01:34] * RAOF 's network wasn't broken. [01:34] nor mine, but apparently it broke other people [01:34] But, yeah. If the network is broken hope that the deb's in /var/cache. [01:34] do you have the exact version of the deb handy? [01:34] or boot from the liveCD you keep lying around when you're running betas [01:35] jcastro: 3.12.9+ckbi-1.82-0ubuntu5 [01:38] * ajmitch wonders how it could break the network enough for apt-get to not work [01:39] ajmitch: Because all sorts of things link to libnss3 [01:39] network manager components, ecryptfs-*, ? [01:39] I didn't think that apt would have been one of those [01:39] ah right [01:40] I noticed this because logging in immediately dropped me back to unity-greeter. [01:40] * ajmitch is too used to having a working network without n-m :) [01:40] Because it was no longer possible to mount my ecryptfs home. [07:26] debian bug #620031 is present in natty... is it possible to fix it? the fix is trivial and non intrusive... === sgnb` is now known as sgnb [07:41] actually, it has been reported in Ubuntu as well... #696706 === ikonia_ is now known as ikonia === elleuca is now known as Guest1587 === dendro-afk is now known as dendrobates === doko_ is now known as doko [08:35] jtaylor, do you have an opinion/suggestion about dlr-languages? [08:44] doko: branch proposed for FTBFS for shrinksafe - which should fix the dojo build failure as well once published [08:44] jamespage, \o/ [08:44] bug 831366 [08:44] Launchpad bug 831366 in shrinksafe (Ubuntu Oneiric) "shrinksafe version 1.6.1-1 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/831366 [08:45] got to know rhino AST quite well :-) === chrisccoulson_ is now known as chrisccoulson [08:55] doko, hello, do you know what happened to x264 v116? [08:56] the binaries arent available in the repos anymore [08:56] ricotz, what should I know? [08:56] which source package? [08:57] doko, i was hoping so since you commented on the mir of x264 [08:57] https://launchpad.net/ubuntu/+source/x264/2:0.116.2042+git178455c-1ubuntu1 [08:57] http://archive.ubuntu.com/ubuntu/pool/universe/x/x264/ [09:05] ricotz, it's in the archive. what are you looking for? [09:05] doko, thank, i hope you can look at it [09:06] it isnt available for download [09:06] ok, now it is, again [09:08] looks like a glitch of some kind, but it really wasnt there a moment ago, sorry [09:08] E: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/universe/x/x264/libx264-116_0.116.2042+git178455c-1ubuntu1_amd64.deb: 403 Forbidden [IP: 91.189.88.45 80] [09:08] i thought there went something wrong with the main transition [09:09] ok now it is gone again :\ [09:09] doko, please look at http://archive.ubuntu.com/ubuntu/pool/universe/x/x264/ === ember` is now known as ember [09:33] Hmm a debmirror on ubuntu fails on natty-updates with: [09:33] [GNUPG:] BADSIG 40976EAF437D05B5 Ubuntu Archive Automatic Signing Key [09:33] many other pockets have a good signature though [09:33] I've retried this and it failed again, so it doesn't seem to be temporary skew [09:33] I can wait one hour for the next run, but it seems odd that we'd be publishing invalid sigs [09:35] if I download natty-updates' Release and Release.gpg it gives a good signature, hmmm [09:37] apparently this was really a temporary skew, sorry for the noise; it just lasted surprisingly long as I had the time to fetch many suites 3 times with some inconsistency each time [09:44] Uh oh. [09:58] pitti: any ideas on bug #855396 ? I don't know what's going on. I have attached a patch which makes things a little better but the driver still doesn't show up [09:58] Launchpad bug 855396 in jockey (Ubuntu) "Jockey doesn't provide fglrx-updates" [High,Triaged] https://launchpad.net/bugs/855396 [10:01] tseliot: hey [10:01] tseliot: looking [10:01] pitti: thanks [10:01] tseliot: I also just got another interesting one in bug 855175 [10:01] Launchpad bug 855175 in jockey (Ubuntu) "jockey fglrx driver error" [Undecided,New] https://launchpad.net/bugs/855175 [10:01] tseliot: seems it's picking up fglrx:i386 and showing that as a separate handler [10:02] pitti: I think we can create a subclass to catch that and make it fail so that it doesn't show up [10:03] pitti: that = fglrx:i386 [10:03] tseliot: I'd just fix it in OSLib to filter out the ones with non-matching arches [10:07] pitti: I don't see fglrx:amd64 (my current arch) but only fglrx and fglrx:i386 so maybe we can filter out anything with ":" in their name? [10:08] tseliot: right [10:09] I just need to ponder how to reproduce this, but shouldn't be too hard with a slight hack [10:10] tseliot: hm, might that be the same issue? [10:10] that> your bug [10:11] pitti: in my bug though, we can't get fglrx-updates but only fglrx and fglrx:i386 [10:13] tseliot: so your patch supplies an xorg_driver name [10:13] tseliot: does that actually work, i. e. does it help to set a driver "fglrx_updates" in xorg.conf? [10:13] tseliot: I thought we aren't supposed to actually set that any more, as otherwise we break the automatic fallback to ati [10:16] pitti: no, that's just for the kernel module [10:17] pitti: as the module alias would be fglrx_updates [10:17] tseliot: oh, of course, I misread; that looks correct, nvidia.py does that as well [10:17] tseliot: can you please commit that? [10:18] pitti: sure [10:18] tseliot: I'll have a deeper look at this in a bit then [10:19] pitti: thanks [10:23] cjwatson: (last person to touch console-setup, noting console-terminus). Do you know what the default font loaded for the VGA/framebuffer is. Is it terminus. I can't work out where in the initscripts the font loading is actually taking place. (kirkland's colour setting is in vtrgb in console-setup) [10:25] pitti: i filed a bug against jockey about removing the choice of installing "experimental nouveau 3d support", which is now installed by default anyway. should probably be targeted for oneiric release [10:25] tjaalton: ah, thanks; which bug #? [10:26] bug 839533 [10:26] Launchpad bug 839533 in jockey (Ubuntu) "Please remove the handler for nouveau 3D" [Undecided,Confirmed] https://launchpad.net/bugs/839533 [10:26] tjaalton: thanks [10:29] s1aden: locale-dependent === s1aden is now known as sladen [10:30] locale-dependent [10:30] sladen: /var/lib/dpkg/info/console-setup.config, search for CODESET and FONTFACE [10:30] pitti: thank you :) [10:31] tseliot: I think I'll compare the apt cache's package object .architecture() against c['xserver-xorg-core'].installed.architecture; that sounds most correct? [10:31] cjwatson: oh, right. So this is first-time install dependent/ [10:31] tseliot: in the crazy case that someone actually installs the :i386 xorg-server on an amd64 machine :) [10:32] tseliot: ah no, we also have non-X drivers; I'll ask dpkg about the native arch instead === tkamppeter__ is now known as tkamppeter [10:34] pitti: I haven't looked into the apt code after the work on multi-arch but I guess that would be correct [10:35] pitti: BTW I've just pushed my patch [10:36] sladen: yes [10:36] or dpkg-reconfigure console-setup [10:37] cjwatson: got everything I needed. thank you! [10:39] tseliot: seems you pushed an empty changelog? [10:39] tseliot: want me to add it for you? [10:40] pitti: yes, sorry, I'm used to write the changelog only before the release [10:40] *writing [10:42] pitti: but I also pushed the actual patch [10:42] tseliot: yup, I saw, thanks! changelog committed as well [10:42] tseliot: I usually write them right away and then use debcommit to construct an appropriate bzr commit changelog [10:43] pitti: oh, I see. In git I simply push commits and then use git-dch to fill the changelog [10:44] I'll keep in mind the debcommit command [10:44] tseliot: that's fine [10:47] tseliot: hah, your's is an easy one: fglrx-updates does not have any Modaliases: :) [10:49] pitti: oh, it's definitely easy to fix then. I wonder how it happened. BTW your bug seems to be fixed here [10:50] tseliot: I updated the bug and added an fglrx-updates task [10:50] pitti: thanks [10:54] pitti: the code in fglrx-updates looks fine though. I have both XB-Modaliases: ${modaliases} in debian/control and the relevant code in debian/rules. I wonder why I didn't get any modaliases in the package [10:54] tseliot: it seems to work fine for nvidia-*-updates, anyway [10:54] tseliot: I suspect it's identical to the code in fglrx? [10:55] tseliot, tjaalton: jockey fixes uploaded, will go in right after b2 [10:55] pitti: well, the code in fglrx and fglrx-updates is the same. I can check nvidia-*-updates but it should be the same [10:59] pitti: nice, thanks === Pendulum_ is now known as Pendulum === MacSlow is now known as MacSlow|lunch [11:28] tyhicks: could you take over nannying bug 745836? [11:28] Launchpad bug 745836 in ecryptfs-utils (Ubuntu) "soffice.bin crashed with SIGSEGV in cppu::throwException()" [High,Confirmed] https://launchpad.net/bugs/745836 [11:28] tyhicks: that would be great. === dholbach_ is now known as dholbach [11:41] pitti, hi [11:43] hey tkamppeter [11:44] ricotz: did you get any answerS? [11:44] it seems to affect more packages than just that one [11:46] seb128, https://bugs.launchpad.net/ubuntu/+source/gnome-utils/+bug/855460 [11:46] Ubuntu bug 855460 in gnome-utils (Ubuntu) "Fonts Viewer and thumbnailers not installed" [Undecided,New] [11:47] elleuca_, yes? [11:48] seb128, GNOME font viewer and thumbnailer are no longer installed by oneiric, package build issue [11:48] pitti, it is about bug 855445 and bug 855026. It is a CUPS crash which happened to me yesterday and today, when creating a print queue. I have submitted the automatic reports hoping to get a stack trace for an upstream bug report. Unfortunately, Apport refuses to retrace as it seems to not have the correct dbgsym packages on the server (and my system was always up-to-date). Can this be a bug in Apport? [11:48] Launchpad bug 855445 in cups (Ubuntu) "cupsd crashed with SIGSEGV in _cups_strcasecmp()" [Undecided,Invalid] https://launchpad.net/bugs/855445 [11:48] Launchpad bug 855445 in cups (Ubuntu) "duplicate for #855026 cupsd crashed with SIGSEGV in _cups_strcasecmp()" [Undecided,Invalid] https://launchpad.net/bugs/855445 [11:49] tkamppeter: oh, I think that's fixed with the update I uploaded this moring [11:50] ah, ignore me [11:50] it's acrash, not _cups_strcasecmp() not existing, sorry [11:50] elleuca_, see bug #839407 [11:51] Launchpad bug 839407 in gnome-utils (Ubuntu) "gnome-font-viewer missing in oneiric" [Undecided,Confirmed] https://launchpad.net/bugs/839407 [11:51] tkamppeter: yeah, sorry about that; seems our debug symbols are very far behind, so the retracer can't get an useful trace out of it [11:51] pitti, yes, it is a crash. Has nothing to do with the Natty->Oneiric update. My box is a daily-grown Oneiric. [11:51] pitti: does the retracer retry later? [11:52] Sweetshark: no; why should it work better later on? [11:52] some ddebs seem to be missing [11:52] pitti: ah, ok. I misunderstood that. [11:54] seb128, ok, sorry for duplicate, it seems I performed a bad search before opening mine [11:54] elleuca_, no worry ;-) [11:54] seems to affect a lot of crashes; I'll try whether I can fish out some lost ddebs [12:05] pitti, that is bad for the development, as one cannot make use of Apport's retracer during the development period. pitti, is there a chance that I can retrace these bugs later, and how do I trigger a new retrace? [12:06] tkamppeter: you need to reuplaod the crash, I'm afraid [12:07] tkamppeter: but right now it won't make too much sense, it won't be any better [12:08] pitti, you need the file in /var/crash? How long do I have to wait? [12:09] tkamppeter: I'm re-running ddeb-retriever to fetch all ddebs from teh last 7 days; that might help a bit; I'll ping you when it's done [12:36] Laney, hi, no, i didnt get a real answer -- good that you can confirm this problem [12:36] they are just disappear from time to time [12:37] jpds is fixing it [12:37] ok :) === MacSlow|lunch is now known as MacSlow [13:08] pitti: ping [13:09] hey barry [13:09] pitti: hi. i wonder if you have any ideas about a weird problem i'm having with gtimelog 0.6.1. i've added the ppa you mentioned, and built a pkg from trunk's 0.6.1, but something very strange is happening [13:10] pitti: when i run 'gtimelog' say from a shell, none of the key presses get sent to the app. e.g. ctrl-q doesn't work, but neither does alt-1 or alt-2, etc. when i run it from lp:gtimelog via ./gtimelog, everything works fine. [13:11] barry: right, compiz/unity currently has a bug with eating keypresses [13:11] F10 and Alt+Letter also don't work anywhre [13:11] barry: you can work around it with UBUNTU_MENUPROXY= gtimelog [13:11] pitti: oh wow, trying! [13:11] that'll use the per-app menu instead of the global menu bar [13:12] pitti: bingo. [13:12] pitti: but why does it work when running from source but not when running from an installed pkg? [13:12] barry: hah! [13:13] barry: it's because trunk prefers pygtk [13:13] barry: we have a "force-gi" patch which makes it use pygi [13:13] barry: if you apply it to trunk (the "raise ImportError"), it's the very same [13:13] pitti: wait though, that patch was installed upstream, so it shoudl be the same (remember, i'm running a pkg built from trunk and both are 0.6.1) [13:14] barry: no, it wasn't; upstream said they prefer using pygtk [13:14] oh wait [13:14] right, it was the other gi patch that was added upstream [13:14] pitti: well, i think by default i am now the upstream maintainer :) should i just go ahead and apply force-gi? [13:15] barry: it's not a nice upstreamable patch, as it effectively just totally disables pygi [13:15] barry: for upstream it should rather swapa around the try/except ImportError: [13:15] barry: i. e. try to import the GI bits, and if that fails, fall back to pygtk [13:16] barry: force-gi is just a minimally intrusive hack which is easy to maintain in our packages [13:16] barry: at some point we should just drop the pygtk bits, though, which will make the code a whole lot easier [13:17] pitti: that makes sense. thanks for the explanation. let me look at doing exactly that. do you happen to have a bug # handy for the compiz/unity keypress gluttony? [13:17] didrocks: ^ do you happen to know? [13:18] * didrocks backlogs [13:19] yep, one sec [13:20] the is bug #849732 for Alt + key [13:20] Launchpad bug 849732 in unity-2d "Alt + doesn't work" [Critical,Triaged] https://launchpad.net/bugs/849732 === madnick_ is now known as madnick [13:21] F10 should work now though since last release [13:21] didrocks: thanks. note that if this is the bug affecting gtimelog, it's not just alt that gets eaten, but ctrl too [13:22] didrocks: i'll add a comment to the bug [13:22] Ctrl + w/q, those weren't reported, I think it's the same than the alt one, adding some news [13:23] barry: retitled [13:23] didrocks: ack [13:44] tedg: hi, do you have a minute to review the proposed branch to bug #853130? [13:44] Launchpad bug 853130 in Ubuntu Translations "Untranslated string in indicator-datetime" [Medium,Triaged] https://launchpad.net/bugs/853130 [13:46] kelemengabor, Hmm, it's merged, not sure why LP didn't pick that up.. http://bazaar.launchpad.net/~indicator-applet-developers/indicator-datetime/trunk/revision/132 [13:47] someone know which package I need to isntall for "from gi.repository import AppIndicator3 as AppIndicator"? [13:48] hrw, gir1.2-appindicator3-0.1 [13:48] tedg: no, it isn't, this is the same problem in another file [13:48] and another bug too [13:48] kelemengabor, Ah, okay. Sorry. [13:49] thx [13:50] kelemengabor, Done [13:51] thanks! [13:52] mvo: ping, got a few minutes to review some proposed branches in bug #853231? [13:52] Launchpad bug 853231 in Ubuntu Translations "Make the software-properties .policy file dynamically translatable" [Medium,Triaged] https://launchpad.net/bugs/853231 [13:54] barry: "we'll actually have a working app"> oh, is my 0.6.0 upload broken? [13:56] barry: but with 0.6.1 we should be down to just the force-gi patch, so that's nice :) [13:57] pitti: no, i'm sorry, my comment was misleading. i merged your gi-fixes patch to upstream 0.6.1 [13:57] ah, that'd be a working upstream release indeed [13:58] pitti: right! i'm going to rework the gi-by-default patch for upstream 0.7 too (it'll be overridable from an envar) [13:58] barry: simply swapping around the imports seems easiest, though? i. e. first try GI, then try static? [13:59] pitti: yep, with just a tiny bit of goo to read an envar first. or do you think that's not worth it? (i.e. upstream should always default to gi). would someone ever want pygtk if gi were available? [14:00] barry: I don't know; pygtk and gtk2 are dead in my view of the world, but some other people might still use it; but _if_ they have gtk 3 and GI, I can't think of why they wouldn't use it [14:01] pitti: fair enough. you know i have the same general rule (e.g. python3, though py2 is still twitching in my world. :). i'll make it unconditional and let bug reports drive any further change. thanks! [14:02] barry: the only thing that actually works better with pygtk2 is the dynamic adaption of the panel tray icon (it looks bad with Radiance) [14:02] with indicators that hack doesn't seem to work any more [14:02] (pygtk mode doesn't use indicators) [14:03] pitti: and this bug ;) https://bugs.launchpad.net/ubuntu/+source/computer-janitor/+bug/806574 [14:03] Ubuntu bug 806574 in computer-janitor (Ubuntu Oneiric) "computer-janitor-gtk crashed with AttributeError in reorder(): 'ListStore' object has no attribute 'reorder'" [Medium,Triaged] [14:03] barry: does that affect gtimelog, too? [14:06] barry: ah, not introspectable as the array has an unknown size [14:06] barry: hm, I thought I've seen that before [14:06] right, I even followed up there :) [14:07] pitti: :) [14:07] pitti: but tbh, i don't think anyone actually *likes* cj so i'm not particularly motivated to fix it ;) [14:08] I'm actually using it occasionally, as it's quite good at picking up some cruft [14:08] but yeah, it's become a step child === shadeslayer_ is now known as shadeslayer [14:08] pitti: i kind of like it too, but i think some people have had catastrophes with it [14:10] barry: perhaps the reordering could just be disabled [14:11] pitti: that's probably a fine solution, since i really don't know how useful the feature is [14:33] stgraber: hello. For ARB submitted apps, what's the process like for submitting a new version of an app? [14:34] jml: same process as for getting it in initially though you can skip the screenshots and logo step if they're the same. Code review is usually easier as we usually just check the delta. [14:35] stgraber: thanks. I guess https://wiki.ubuntu.com/PostReleaseApps/Process is the relevant doc? [14:36] jml: yep [14:37] stgraber: thanks! [14:49] * mneptok reboots and prays libnss3 is back where it should be [14:50] mneptok: hang on [14:50] mneptok: it won't come back automatically [14:50] mneptok: we just fixed the bug that kills it [14:50] mneptok: you have to reinstall libnss3 if it got zapped [14:50] pitti: i brought up eth0 by hand, used --reinstall, and then update && upgrade && dist-upgrade [14:51] pitti: my nm-applet icon is back, Chrome is launching (depends on libnss3-0d) and all seems well. [14:52] i guess i should have said "prays libnss3 is back where it should be, *AFTER* a manual --reinstall" :) [14:56] #include [14:56] namespace sf { [14:56] #include [14:56] } [14:56] #include [14:56] typedef ptrdiff_t GLintptr; [14:56] g++ -c -I/usr/include/python2.7 foo.cc [14:56] foo.cc:9:9: error: 'ptrdiff_t' does not name a type [14:57] doko: can i blame you for the broken ca-certificates-java issue? mind you, i don;t care if you are actually responsible. i just want a blame target. O:) [14:58] mneptok: you're meant to blame me, it's all multiarch's fault [14:58] mneptok, blame as you can ... [14:58] I just did upload it, didn't approve it ;-P [14:59] slangasek: drat. if i blame you, The Mighty Missus Slangasek will beat me to a pulp. less because she's burly and mostly because i'm a wuss. [15:05] doko: in better news, with the certs update Pidgin no longer warns about AOL servers being untrusted when trying to enable an AIM account. that's quite nice. === eyes_ is now known as EyesIsServer === brannig_an is now known as brannig [15:45] ScottK: could you ack my upload of banshee to oneiric please? no FFe required. just a new upstream bugfix release from an unstable version to a stable. === tkamppeter_ is now known as tkamppeter [15:55] pitti, is are the dbgsyms of Apport up-to-date now? === mdz` is now known as mdz === beuno is now known as beuno-lunch [16:09] mvo, I can't remember, does app-install-data-ubuntu contain translation for the descriptions of all desktop files in the Ubuntu archive, regardless of whether the packages containing them are in main, universe, etc? [16:12] dpm: yeah, I'm not sure though if those are striped during build === deryck is now known as deryck[lunch] [16:16] mterry: ping [16:16] mterry: i have an ecryptfs-verify script here [16:16] mvo, let me ask pitti: Martin, do you happen to know if the descriptions from non-main/restricted package are striped from app-install-data-ubuntu at build time? [16:16] mterry: i was wondering if you might help with a bit of testing [16:23] kirkland, oooh, ok [16:23] @pilot in === udevbot changed the topic of #ubuntu-devel to: ca-certificates eats system libraries, DO NOT UPDATE (bug #855171) | Beta 2 Freeze | Archive: Feature/UI Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubu [16:24] mterry: give me a minute, i'll get you a branch [16:24] Aaaaand, topic overflow. [16:31] mterry: bzr branch lp:ecryptfs, r566. see: src/utils/ecryptfs-verify [16:31] mterry: you can run it in place [16:31] kirkland, k [16:31] mterry: ie, no need to build/install [16:31] mterry: i've tested it a bit here, works for my test cases [16:46] mterry: can you reproduce bug 745119? [16:46] Launchpad bug 745119 in meld (Ubuntu) "meld crashed with IndexError in get_chunk(): list index out of range" [Undecided,Confirmed] https://launchpad.net/bugs/745119 [16:46] jtaylor, I think so. I believe it has to do with activating View->Refresh [16:47] k, gotta go now, if you ahve more information please post it in the bug, I'll have a look when I'm back. thx [16:47] also if oneiric is still affected, natty has a very buggy -dev version [16:49] kirkland, it seems to report 0 (ecryptfs enabled) on a user that isn't using it [16:49] mterry: doh [16:49] mterry: can you pastebin the output? [16:49] kirkland, though I'm running as a user that is. (src/utils/ecryptfs-verify -u tester) where tester is the username [16:49] kirkland, "INFO: Configuration valid" is all I get [16:49] mterry: hrm, okay, let me reproduce [16:50] mterry: can you pastebin the sh -x ? [16:51] kirkland, ah, I didn't give it any tests to run. Sorry, should have read --help first [16:51] mterry: oh, good call though -- i should error out in that case [16:52] kirkland, maybe add a quiet mode too, for ease of calling without redirecting output to /dev/null? [16:52]