[00:00] do you happen to know off-hand if the trend has been towards more or less? [00:00] mrooney|w: I doubt there's a clear trend; we always stuff as many langpacks on as we can, some releases we manage more, some we manage fewer [00:00] overall the trend is probably towards "less" [00:00] I'm interested to know to know if Ubuntu is getting bigger or smaller over timem when you subtract the langpacks from the 700MB [00:00] ah ok [00:04] Survived the reboot with GDM not showing up unless being started manually and /etc/resolv.conf getting "nameserver 127.0.0.1" as content. [00:05] No visible speed change (forgot to do a benchmark before, will get one now), and I've also seen this: http://img215.imageshack.us/img215/1502/10092009118.jpg [00:05] although maybe the ML would be a better place to say all this :P [00:06] http://static.arstechnica.com/windows_linux_bb_9.png [00:06] I can't figure out how "hundreds of updates a month" are hard to maintain in the context of Ubuntu specifically [00:07] bluefoxicy: Why do you even look at such stuff? :) [00:07] this is a direct lie and false advertisement, even out of context. In context, ... we're talking about netbooks, aimed at end-users in freaking Best Buy, who just turn on Automatic Updates in whatever OS they use. [00:08] RainCT: Actually what's interesting me here is that encouraging the dissemination of false information about a specific business competitor by a third party may be slander, unethical, and illegal. [00:09] Microsoft basically directly attacked Canonical, LTD with libelous written-word falsehoods and encouraged a third party to repeat the written word as slanderous spoken word in a false advertisement campaign. [00:10] mathiaz, not necessarily, but I think you should ask him for help diagnosing whether it is an apt bug or a packaging bug (and what the problem is exactly) === rickspencer3-afk is now known as rickspencer3 [00:38] slangasek: If you deny an FFE, what do you usually set the bug to? I am responding to the alsa FFe, and don't think its worthwhile at this time, and I want to be sure the status is consistant with other denied FFes. [00:39] * TheMuso will just use wont fix for now. [00:40] TheMuso: didn't I already mark that 'wontfix'? [00:41] slangasek: don't know, I am just responding to bug mail as I go through it. If you did already, then sorry. :) [01:01] jdstrand: I've no plans to upload qt4, did you do your upload? [01:10] Riddell: I saw it recently listed as building in their PPA === rickspencer3 is now known as rickspencer3-afk === cprov is now known as cprov-zzz === vorian is now known as obama [05:49] is there any chance that the gdu-notification-daemon dialog can be shut up so it doesn't uselessly whine at me every time I log in? [06:40] good morning [07:02] Good morning [07:02] kirkland: test .dmrc> just select a different session (like "xterm") or a different keyboard layout and check ~/.dmrc that it has the setting afterwards (and that it exists in the first place) [07:03] kirkland: will look at the bug and comment there; thanks for working on this! [07:20] is anybody else waiting for a upload confirmation of LP too? [07:22] I'm waiting for LP to display my bugs, or file one [07:22] it keeps timing out [07:33] pitti: * spm has changed the topic to: ** Launchpad Is Having Issues atm ** | [.......] [07:34] pitti: dholbach: fwiw, edge appears unaffected, only lpmain seems to be having woes. [07:34] hm, not really [07:35] filing a bug on edge times out as well [07:35] heh. I'll rephrase - I have a sea of nagios red on lpmain; not on edge :-) [07:35] * dholbach goes back to all the emails he wanted to write for a longer while [07:36] pitti: how can I submit a crash report to LP later on? [07:36] I just got "502: bad gateway" [07:36] spm: heh, ok; so then I'll just hope that fixing production will magically fix edge, too :) [07:37] dholbach: cancel, and then click on /var/crash/... in nautilus or ubuntu-bug /var/crash/... later on [07:37] pitti: you and me both... :-) [07:37] pitti: thanks, I'll do that [07:37] it's funny: LP is broken, then I decide to do emails, then evo crashes on me and I can't send the crash report in [07:37] seems like I should do something completely different today [07:38] I know it sounds a bit like "my dog ate my homework" :) [07:38] dholbach: same for me; I was supposed to debug an X hang on suspend, and kernel -10 broke suspend [07:38] dholbach, I had that happen once in school [07:39] dholbach, although it happened to the teacher [07:39] * StevenK tries to convince edge to talk nicely to him [07:39] liw: the dog's teacher ate your homework? sounds like you were on the safe side then and nobody could accuse you of shamelessly lying :) [07:39] dholbach, yes :) [07:40] the whole class's homework, to be exact [07:40] Haha, way cool [07:40] nice :) [07:44] What package has the "system restart required" notifier? [07:44] I don't think it's update manager [07:44] update-notifier [07:44] thanks dholbach [07:49] dholbach: actually I'm not sure that's it either. I'm talking about the actual "System restart required. In order to complete the update of your system, it needs to be restarted. Until you do so, security updates..." [07:49] grepping through update-notifier and update-manager doesn't give me that as a string anywhere :( [07:50] you mean the upgrade from one distro release to another? [07:50] No like after you install a kernel update [07:50] no, it is update-notifier [07:51] hmm maybe I'm looking wrong [07:51] the strings are provided by the individual packages [07:51] daniel@miyazaki:~/update-notifier-0.87$ grep -ri restart * | wc -l [07:51] 125 [07:51] daniel@miyazaki:~/update-notifier-0.87$ [07:51] there's a lot of restart in there :) === tkamppeter_ is now known as tkamppeter [07:53] <\sh> where is the gnome .desktop entry gone after latest karmic updates? ;) [07:55] \sh: you mean the gnome session in gdm? [07:55] <\sh> pitti: yepp [07:55] \sh: sounds like bug 426800 [07:55] Launchpad bug 426800 in xubuntu-default-settings "lost gnome in gdm session chooser" [High,Triaged] https://launchpad.net/bugs/426800 [07:55] ah, found it in the .ui dialog [07:56] I guess this makes sense [07:57] <\sh> pitti: ihh...sounds like removing xfce will bring it back then... [07:58] \sh, just xubuntu-default-settings for now [07:58] once the proper solution is in place for gdm to use default.desktop, those hacks can be dropped on mythbuntu-default-settings and xubuntu-default-settings [08:01] <\sh> superm1: I wanted to remove xubuntu anyways..cause I don't use it .. just installed it earlier to test something... [08:02] pitti: hi! around? [08:04] ivoks: hey [08:04] Keybuk, ?? [08:04] superm1: second-next on my list [08:04] pitti: hey, regarding bug 426652 [08:04] Launchpad bug 426652 in corosync "Please sync corosync 1.0.0-5 (main) from Debian experimental" [Undecided,New] https://launchpad.net/bugs/426652 [08:04] pitti: you've acked the upload [08:04] right after unbreaking DVD builds [08:06] pitti: there's an issue with compression level of orig.tar.gz in ubuntu's package; so, if you could upload it manually, that would be great :) [08:08] oh, fakesync? [08:09] don't know what fakesync is :/ [08:09] spm: Edge now gives 'please try again' immeadiately [08:10] StevenK: yes [08:10] spm: Oh, so you know. Okay. :-) [08:10] :-) [08:10] yes. sorrry. terse atm :-) [08:15] ivoks: -ENOLAUNCHPAD, sorry; can you assign it to me and ask for a fakesync in the bug? [08:19] ivoks: (later on, I mean, when it comes back) [08:26] pitti: sure [08:26] ** launchpad should be back to normal now ** [08:27] whee [08:28] spm: thanks :) [08:28] spm: merci [08:31] oh, now going offline? [08:31] pitti: I think I already muttered about fakesync when denying the archive admin request in that bug [08:32] ivoks: ah, I get the bug now; doing [08:32] pitti: awesome, thanks! [08:43] shrug, edge is not able to reassign bugs since yesterday [08:43] it keeps timeouting [08:47] bah, edge keeps timeouting and that drops the comments I write when going back [08:48] very annoying [08:48] * seb128 switches to non edge === dholbach_ is now known as dholbach [09:08] ArneGoetje: language-selector gnome and qt are so incredibly different, it's not even funny [09:10] * pitti chuckles [09:10] $ sudo service network-manager start [09:10] Rather than invoking init scripts through /etc/init.d, use the service(8) [09:10] utility, e.g. service network-manager start [09:10] Keybuk: hmm... ^ want a bug for that somewhere? [09:11] apachelogger: I know. And I'm trying to port some of the functionality from the gnome to the qt version [09:13] ArneGoetje: IMHO the qt thing needs a complete rewrite [09:13] it's ab abomination of Qt [09:14] pitti: hmm, and does it know not to spit that out when called from rc? [09:19] slangasek: I didn't see those on boot, but then again it's made very quiet by default [09:19] * slangasek nods [09:23] apachelogger: I won't be able to do that as I have no idea about qt or pyqt. I just want the combobox for input method choosing to get in. [09:24] * apachelogger aint got no idea about python :D [09:24] ArneGoetje: combobox population implemented, moving on to applying the setting [09:25] apachelogger: is my description in the mail enough for you to understand what's going on? [09:26] ArneGoetje: sure :) [09:26] Is there a 64 bit equivalent to htonl? [09:26] apachelogger: thanks a lot for helping out :) === Ng_ is now known as Ng === thekorn_ is now known as thekorn [09:55] pitti: I'm cc:ed on this mail because... I filed bad FFe requests? :-) [09:56] slangasek: heh, no; "CC" FYI, not because it's aimed at you :) [10:16] pitti: huh, how were you able to conclude that quickly that bug #427224 was bugfix-only? [10:16] Launchpad bug 427224 in pulseaudio "Feature freeze exception request for pulseaudio v0.9.16 final." [Undecided,Invalid] https://launchpad.net/bugs/427224 [10:16] slangasek: I read the upstream changelog [10:16] http://launchpadlibrarian.net/31581311/pulseaudio-changelog.txt? [10:17] half of those one-liners are completely opaque to me, so I have no idea if they're bugfixes :/ [10:18] ArneGoetje: btw, did you take a look at making kde langpacks depend on kde-l10n-$code? Riddell said that youd give that a shot IIRC [10:18] hm, they mostly sounded like code cleanup; and it's just rc -> final, too, and TheMuso also said it's just bug fixes [10:19] ah, so he did [10:19] apachelogger: recommend I think rather than depend [10:19] something default-installish at least :D [10:23] apachelogger: it's in the latest language-selector code. please give it a try. when starting up, l-s should give a message about missing packages for the given language. the check should include several kde related packages now. [10:24] Missing: ['kde-l10n-engb', 'gnome-user-guide-en', 'kde-l10n-es', 'language-pack-gnome-es', 'gnome-user-guide-es', 'openoffice.org-l10n-es'] [10:24] sweet [10:24] * apachelogger hugs ArneGoetje [10:24] apachelogger: see data/pkg_depends in the source tree [10:31] ArneGoetje: We will just sync the new ibus into karmic? [10:33] StevenK: the new upstream version? [10:35] slangasek: At this point, just trying to figure out the plan, so ... maybe? [10:40] StevenK: I think so. Unless you have any reason not to do so... [10:41] ~, [10:42] mvo: bzr upgraded the app-install-data-ubuntu branch, should now be a bit faster :) [10:43] good thing that bzr2 is supposed to handle large histories better [10:44] apachelogger: wehh, great :) [10:44] apachelogger: many thanks (also for your work on software-store!) [10:44] ArneGoetje: lp:~apachelogger/language-selector/karmic-qt++ merge r273..274 [10:44] mvo: I didn't do work on software-store? [10:45] apachelogger: eh, typo - software-properties [10:45] apachelogger: my fingers auto-complete software- to software-store these days it seems ;) [10:46] oh, yeah, that also needs some more love still :) [10:46] work all over the place, but fist utf8ing in apturl-kde [10:46] Riddell: btw, did you ever consider implementing that stuff in some python module? [10:47] def _ and def utf8 are a perfect example of code duplication [10:47] apachelogger: thanks a lot [10:56] apachelogger: well it's all a cludge the utf8 stuff, I'm hoping python 3 will fix it [10:58] Riddell: ScottK said that it will still be some time until that becomes default, so I think that a more maintainable implementation would be a good idea :) [11:05] pitti: bug for what? [11:05] Keybuk: "service" saying that you should run "service" [11:05] pitti: that's a server bug [11:05] err service bug [11:05] ok, sysvinit then? [11:07] kees: could you set OGRA=n on that script? :) [11:07] Keybuk, that was in my lastlog output without much context, mind explaining what you were referring to ? [11:07] did i trash something without knowing ? [11:08] ogra: don't worry ;) [11:08] ok :) [11:09] I believe I was making light fun of your occasional habit of panicing about things unnecessarily [11:09] just like that init script was doing ;) [11:09] ah :) [11:12] done, bug 427277 [11:12] Launchpad bug 427277 in sysvinit ""service start" complains about using the init script and recommends using "service"" [Low,New] https://launchpad.net/bugs/427277 [11:57] Hi all. I've written a wee gui in python. How can I graphically prompt for a sudo password? [11:59] stooj: ideally you wouldn't need to; but first, what is wee? [12:00] pitti: Heh. Sorry. Wee = small. [12:00] ah [12:00] pitti: I have a collection of DVDs that used to be part of a LinuxMCE collection. [12:00] stooj: so, the "modern" way of doing privileged things is to have a d-bus backend with PolicyKit-protected functions [12:01] and GUIs running as normal user, calling the d-bus functions [12:01] if your frontend itself needs root privileges, then start it through gksu in its .desktop file [12:01] e. g. /usr/share/applications/synaptic.desktop [12:02] OK. The gui just runs an mount command when you choose a file in a filepicker [12:02] eww [12:02] So, d-bus would be the way to go. [12:02] Bad? [12:03] stooj: well, devicekit-disks already provides that d-bus interface for mounting for you [12:03] and you don't even need to mess with d-bus yourself; if you have GNOME, you can call gvfs-mount from python [12:04] there's a nice library libgdu for this, but it doesn't have a Python binding right now [12:04] but doing the mount through devkit-disks should be okay [12:05] stooj: you can just call "devkit-disks --mount /dev/sdc1", or (for more control), call the corresponding d-bus method [12:06] Wow. OK. [12:07] Any documentation in particular I should look at for that? [12:08] stooj: http://hal.freedesktop.org/docs/DeviceKit-disks/ is pretty comprehensive [12:08] "man devkit-disks" should probably get you going in 2 minutes [12:09] Keybuk: just as a warning, I uploaded a new gdm to fix an alpha-6 bug; this has a higher version number than your PPA [12:10] Many thanks pitti! [12:22] pitti: no problem [12:22] "bzr update" for me ;) [12:24] pitti: talking of which, any idea when all of the network-manager updates in the bzr branch will be uploaded? [12:25] mvo: any objections to making apturl use debhelper 7 automation? [12:30] http://img193.imageshack.us/img193/9544/travislaptopkarmic20090.png [12:30] ^ I wonder what the "exe" is [12:33] pitti: you have the mysterious "exe" in your graph too === cyphermox_ is now known as cyphermox [12:33] but it goes away again after the first boot [12:33] wonder whether it's an ext4 thing [12:36] apachelogger: no [12:37] apachelogger: dh7++ [12:37] (for whatever that's worth :-) ) [12:38] hehe [12:39] Riddell: not yet, but will today for sure [12:40] dh7: the power of cdbs, and the obfuscation of cdbs, but with the good taste of joeyh [12:40] yum yum joeyh [12:44] mvo: should apturl get bug reports related to encoding within the next few days, then I seriously screwed up ... now encodes to utf8 all over the place (as seen in gdebi) [12:45] other than that is apturl-kde all awesome now and lintian all happy again [12:46] apachelogger: wonderful, I think if its following gdebi, then we should be fine [12:47] *nod* I still think we should move that stuff to one module imported by all of our pyapps though [12:47] pitti: am I okay to reopen bug 395103, given your discovery in the upstream report that the existing patch breaks variants? [12:47] Launchpad bug 395103 in gdm "Gnome doesn't have my configured keyboard layout after login anymore" [High,Fix released] https://launchpad.net/bugs/395103 [12:51] Keybuk, the exe ? [12:51] Keybuk, clearly the first steps of http://www.tuxradar.com/content/ubuntu-rewrite-linux-kernel-using-mono [12:53] about time [13:44] Heya [13:44] yeah, that is the penguinfucker's night [13:46] kelemengabor_: that's unnecessary; please cut it out [13:46] cjwatson: nevermind [13:47] just I try little spammer troll-bot [13:47] try it somewhere else [13:47] it is run under ubuntu sucked penguin 12.4 release candidate [13:50] hm, that's the third troll/spammer I see in two days [13:54] * ScottK notes the +o came less than a minute after the initial troll. Very solid reaction time. [13:54] it only took that long because for some reason my /op alias wasn't working [13:55] oh, that's because I called it /opself, bah [13:57] heh, I had a habit of using my native language for naming scripts, aliaes, and other such things I wrote for myself, so they'd not be confused with stuff that came from elsewhere === slacker_be is now known as slacker_nl [13:57] Keybuk, geez, thats an insanely long changelog [13:57] then I kept forgetting which native language I used in each instance, since I have to choose from [13:57] (sysvinit) === kenvandif is now known as kenvandine [14:04] Keybuk: I noticed that I get a couchdb instance started, for no reason; that's a bug as well; perhaps "exe" is something from erlang [14:05] no, the exe is happening inside the initramfs [14:05] Keybuk: network-manager> redirecting to asac; I don't know [14:09] dont see the question. repost please ;) [14:10] exe> presumably /proc/$pid/exe [14:12] pitti: I need some assistance with build_kdeui in python-distutils-extra and using the kde ui file to generate translations in the usb-creator project. I am at a loss. I see build_kdeui can generate a .py file, but my app uses the pyqt.uic.loadui method to load the ui directly rather than a compiled version. [14:13] pitti: so, I was wondering what the correct way to generate the necessary pot info sould be for this project to combine with the gtk pot/po (if you have some pointers) [14:14] rgreening: hi [14:16] rgreening: for .ui> right, Apport still uses loadUi() as well; your setup.py manually needs to install the *.ui files in data_files [14:17] rgreening: I spoke with some KDE devs, and they said that the preferred way would be to build and ship the .py files instead, which is why distutils-extras does that by default; but you don't need to use that, of course [14:17] pitti: done that. so it loads the ui fine. The issue at hand is getting the translations template to include my stuff in the ui [14:17] rgreening: pot> usually you just have one domain for the project, and try to share as many strings between the projects as possible; you want to have several domains? [14:17] ah [14:18] pitti: no, want to merge to domain usbcreator [14:18] anyone knows a eager + not-so-overloaded debian ftpmaster? [14:18] just to make sure we don't miss any differences [14:19] it's not picking them up automatically? [14:19] pitti: for example, I use Close not Exit, in the window. there are some minor differences. [14:19] nope. [14:19] rgreening: indeed, seems you found a bug [14:19] pitti, maybe you could have a look at usb-creator in lp and see what I may be doing wrong [14:19] rgreening: we use extractrc to extract strings from .ui files, see the script extract-messages.sh [14:19] rgreening: mind to report it against python-distutils-extra? I'll fix it ASAP, but probably not today [14:19] Riddell: doesn't that require cdbs [14:20] Hey guys. I saw that UIFreeze is in place for Karmic. Is there a place we can see what it will look like ? I search the wiki with no success. [14:20] rgreening: no, it's from upstream KDE [14:20] asac: pick on one of http://lists.debian.org/debian-devel-announce/2009/08/msg00004.html ? [14:20] Riddell: are there any required deps to ensure extract-messages is called? [14:20] florian__: grab the current daily CD and start the live system? [14:20] rgreening: I did say I'd look at i18n for usb-creator, although I utterly failed to get to it yesterday I'm afraid [14:21] pitti: not a bad idea... is there anything easier ? [14:21] pitti: I'll try what Riddell suggest first. If it still doesn't work as expected, I'll open a bug report. [14:21] rgreening: cdbs kde.mk will call it, you can also call it any other way you wish. it uses Messages.sh files [14:21] cjwatson: good idea. fresh blood :) [14:21] rgreening: cool, thanks [14:22] Riddell: so I include a Messages.sh and where do I call extract-messages.sh? In the makefile I assume [14:22] pitti: ty. I'm so not good with translations :) [14:22] cjwatson: in qemu-kvm, we have a very simple shell script called 'kvm-ok' that basicly does egrep "flags.*:.*(svm|vmx)" /proc/cpuinfo [14:22] cjwatson: i often ask people to run that, to tell me if they have VT [14:22] rgreening: don't worry; distutils-e is supposed to extract them, but it seems that fails for some reason [14:23] cjwatson: i was thinking that script belongs somewhere more basic than qemu-kvm package [14:23] kirkland: oh, I dunno, qemu-kvm sounds OK [14:23] pitti: what are the requirements to enable it to extract them? [14:23] we don't really have any more general place that I can think of [14:23] cjwatson: because i often tell them to run kvm-ok, which they run that script, find out they can't do VT, and then uninstall the package [14:23] rgreening: me fixing the bug, I suppose :) [14:23] maybe I misses something [14:23] lol [14:23] cjwatson: i was thinking pciutils, perhaps [14:23] rgreening: you can of course have a manual po/POTFILES.in with everything [14:23] kirkland: stick it on a web page then :) [14:23] well, maybe shell scripts on web pages not a great plan [14:24] kirkland: pciutils doesn't make sense to me, but I can't think of anywhere better [14:24] pitti: does the kdeui file need to be tagged with a special tag in POTFILES.in? like the text: gettext/glade is? [14:24] cjwatson: web page didn't do it; telling people to do that grep didn't do, hence the stupid script [14:24] * rgreening wishes there was documentation for all this :) [14:25] cjwatson: it can stay where it is, i suppose; i was just thinking that it's a little strange to install a package to run a script to tell you if you can use the package at all; would be nice to know that ahead of time [14:25] rgreening: I know that GtkBuilder .ui files work with "[type: gettext/glade] file.ui" [14:25] pitti: so, does the kde ui have an equiv? [14:26] rgreening: hm, according to intltool-extract(8) apparently not :-( [14:26] heh [14:27] it should really.. [14:28] pitti: should the setup be using auto mode for this to work? [14:29] rgreening: well, it won't make much difference; if intltool can't handle them, then auto mode can't do magic [14:29] ok === jdong_ is now known as jdong [14:32] * rgreening wishes translations were easier :) or at least more documented :) [14:32] Riddell: so, if I want to merge the .pot into the same domain, the sample Messages.sh I have assumes a seperate domain.. suggestions? [14:33] rgreening: you want to merge two .pot files? I think msgcat can do that [14:34] (untested) [14:34] msgmerge maybe also? [14:34] I don't think so [14:34] that joins on msgids [14:34] ah, so that may be what I was doing wrong [14:34] haha [14:35] pitti: you are golden :P [14:35] I'll try the msgcat... [14:36] * rgreening really wants to ship usb-creator-kde with working translations [14:36] cjwatson: do you ack, nack, or abstain, on the move of kvm-ok from kvm to pciutils? [14:37] cjwatson: i ask because we're about to do a qa community call for testing of kvm, and the qa team wants to give the community easy instructions to find out if they can participate or not [14:37] oh dear [14:37] kirkland: abstain leaning towards nack; it's not a pci thing [14:37] I shouldn't have remotely updated with the new boot stuff [14:37] cjwatson: fair enough, thanks [14:37] Laney: Defintely not. [14:38] dhcp-20-65:~ laney$ ssh laney@home.orangesquash.org.uk [14:38] ssh: connect to host home.orangesquash.org.uk port 22: Connection refused [14:38] :(! [14:38] Laney: no worries, use the serial console to resolve it :P. [14:39] oh yeah... that... [14:39] nah it's my workstation at home, I can just prod it when I get back later [14:47] pitti: just to confirm, if this was working as expected, I wouldn't need to add build_kdeui to my setup.py nor call it, as the build_il8n (in theory) would handle the kde ui file if listed in the po/POTFILES.in, correct? [14:47] if so, then I'll file a bug to get that working. [14:47] rgreening: those are two entirely different things [14:47] slangasek: Just a heads up, one last UI change that I hoped to sneak through after mpt and I discussed: http://yokozar.org/blog/archives/142 -- I uploaded a bzr branch just before feature freeze, though the package isn't live yet. [14:48] rgreening: extracting strings from KDE *.ui files to the POT doesn't work, and needs intltool support [14:48] yeah, just wanted to confirm that kdeui was something different than what I was trying to achienve [14:48] rgreening: build_kdeui is for compiling *.ui into *.py files which you would ship instead of the *.ui files [14:48] ya. cool. Ok, I'll file a bug about the second part then. ty pitti === zul_ is now known as zul [14:51] Keybuk: fyi I filed bug 421422 about the desktopcouch launching xulrunner [14:51] Launchpad bug 421422 in xulrunner-1.9.1 "xulrunner dependency is overkill - only spidermonkey is needed" [Wishlist,Confirmed] https://launchpad.net/bugs/421422 [14:51] Keybuk: sorry, I meant bug 427036 [14:51] Launchpad bug 427036 in couchdb "Launching xulrunner affects boot time" [High,In progress] https://launchpad.net/bugs/427036 [14:55] doko: Is python-central still our preferred python packaging system? [14:56] jcastro: cool, can you subscribe me [14:57] pitti: bug 427358 [14:57] Launchpad bug 427358 in python-distutils-extra "extracting strings from KDE *.ui files to the POT doesn't work, and needs intltool support" [Undecided,New] https://launchpad.net/bugs/427358 [14:58] Keybuk: done, you don't have a boot tag for bugs or anything do you? [14:58] no [14:58] (since you can't subscribe by tag) [14:58] I see === asac__ is now known as asac === cprov-zzz is now known as cprov [15:09] soren: On the off chance you care, the Debian Python teams have picked python-support to standardize on. [15:10] ScottK: Is python-central frowned upon? [15:10] ScottK: Or is it just a preference? [15:10] The DD that sponsors ~70% of sponsored uploads for those packaging teams will no longer sponsor python-central stuff. [15:11] The perception in Debian is that python-central is not maintained. [15:12] My view is that each one has it's advantages and disadvantages. Python-support has improved a lot recently. === robbiew-afk is now known as robbiew [15:14] ScottK: Ok, thanks. [15:15] Keybuk: $ sudo stop -q anacron [15:15] stop: Unknown instance: [15:15] Keybuk: anacron isn't a daemon, so does that command even make sense? [15:15] Keybuk: (it's in /usr/lib/pm-utils/sleep.d/95anacron and currently breaking suspend) [15:16] I'm not quite sure whether it should be a daemon, controlled by /etc/init/anacron.conf, or a cronjob, controlled by /etc/cron.d/anacron [15:17] Keybuk: but the manpage doesn't talk about a daemon at all, and ancron -s just processes pending jobs and returns [15:19] mathiaz: do you think it would be reasonable to reuse bug #426613, regarding checkbox 0.8.2, in order to apply for a FFE? [15:19] Launchpad bug 426613 in checkbox "Candidate revision checkbox_0.8.2" [Undecided,New] https://launchpad.net/bugs/426613 [15:19] pitti: I already fixed that in the PPA [15:19] "stop anacron" *will* stop any running anacron instance [15:19] ie. if cron.daily is underway [15:19] Keybuk: great, thanks [15:19] which is what the sleep.d is trying to do [15:20] it just needed an || : [15:20] * pitti dist-upgrades -- lots of new stuff [15:21] just minor tweaks [15:22] pitti: I'm surprised that I haven't got any of one bug report, and more more of another [15:22] the one I've had a couple of reports of, which I expected, is the "computer just sits on boot with the hard drive light on" [15:22] ie. fsck running ;) [15:22] * Keybuk hadn't hooked the progress stuff up yet [15:23] Keybuk: argh, dist-upgrade just killed my session again [15:23] the other is that gdm is currently started even in recovery mode ;) [15:23] does anything there restart gdm or so? [15:23] pitti: nope [15:23] I think X crashes [15:24] pitti, for your 15_default_session, it looks like the file name is favors is default.desktop, not default.session, correct? [15:24] or would either work? [15:24] superm1: erm, sorry, yes; I meant xsessions/default.desktop [15:24] no problem, thanks :) [15:25] Keybuk: Might have something for you later... when I discover why my PC didn't boot ;) [15:25] Laney: ? [15:25] I upgraded to the PPA and it never came back up [15:26] Laney: I'd like to help with that "discovery" :) [15:26] well I'll be going home in a couple of hours so we can check it out then [15:26] ok [15:26] anything unusual or non-standard about your setup? [15:26] in particular, the contents of your /etc/fstab / [15:27] I've got it partitioned into a few LVs [15:27] across... 4 disks I think [15:28] * seb128 grrrs at Keybuk for opening a collection of tasks on the same bug [15:28] which means spamming everybody subscribed to any of those components [15:29] Boots took ages before anyway, probably because it's been upgraded since forever (http://orangesquash.org.uk/~laney/chicken-karmic-20090910-1.png) [15:30] Are there any plans to package Clonezilla? [15:30] seb128: I was told to do it that way [15:30] who told you to do that? [15:30] seb128: robbie [15:30] besides, that's how LP is supposed to work ;) [15:30] robbiew, could you please not recommend people to do that? ;-) [15:31] seb128: just ignore the bug [15:31] Laney: huh, lvm taking that long kinda implies that you have an actual problem there [15:32] well I wouldn't be surprised if some of the disks are on the way out (indeed I have ordered the replacements) [15:32] seb128: if you are talking about the FFE...slangasek recommend that [15:32] soren: yes [15:32]