[00:00]  * micahg doesn't know offhand
[00:00] <directhex> micahg, yes, it's for a firefor addon
[00:00] <micahg> but thanks to bdrung_we have an installer for addons now
[00:00] <RAOF> directhex: Did you see the xul packgaing team mail on debian-devel@ recently?
[00:01] <directhex> RAOF, no. link?
[00:01] <sebner> Keybuk: haha, I agree but the lines are too long imho, won't you agree? :P
[00:01] <micahg> http://wiki.debian.org/mozilla-devscripts
[00:01] <sebner> hi directhex :)
[00:01] <directhex> evening seb128
[00:01] <directhex> sebner,
[00:01] <RAOF> http://lists.debian.org/debian-devel/2010/02/msg00011.html
[00:02] <mneptok> Keybuk: You're in a desert, walking along in the sand, when all of a sudden you look down. You look down and see a tortoise, Scott. It's crawling toward you. You reach down and you flip the tortoise over on its back. The tortoise lays on its back, its belly baking in the hot sun, beating its legs trying to turn itself over, but it can't. Not without your help. But you're not helping. I mean ... you're not helping, Scott! Why is that?
[00:02]  * directhex retires mneptok 
[00:02]  * sebner is scared
[00:03] <Keybuk> mneptok: because I crave tortoise soup
[00:03] <Keybuk> sebner: "the lines" ?
[00:03] <directhex> micahg, blurgh, xpi-ifying what i have is added work
[00:03] <ion> mneptok: Have you stopped beating your wife?
[00:03] <Keybuk> sebner: I really don't know what about the graph you're asking me to comment on
[00:03] <Keybuk> it looks like a bootchart to me
[00:03] <micahg> directhex: an xpi is a zip file
[00:03] <Keybuk> of a hard-drive based machine
[00:04] <Keybuk> where on the first boot you took longer to log in than ureadahead bothered to wait
[00:04] <mneptok> ion: Sushi. That's what my ex-wife called me - cold fish.
[00:05] <micahg> directhex: there's an example of building from source in the wiki page
[00:06] <directhex> actually, maybe it's not so bad...
[00:07] <directhex> bleh, not sure
[00:08] <sebner> Keybuk: 38 seconds are bothering me :P
[00:09] <pitti> sebner: http://people.canonical.com/~pitti/bootcharts/tick-lucid-20100122-2.png ..
[00:09] <micahg> directhex: the ever shrinking rules file
[00:10] <directhex> micahg, for simple cases perhaps
[00:10] <sebner> pitti: on my bootcharts from february 1st too but I thought we are decreasing boot time instead of increasing it :P
[00:10] <bdrung_> when will be the next autosync run?
[00:12] <directhex> micahg, so delete all the ubufox Npp stuff?
[00:13] <micahg> directhex: I'm not sure what that is...which package?
[00:13] <bdrung_> directhex: i read xpi. do you work on xul extensions?
[00:13] <directhex> micahg, moon
[00:14] <bdrung_> ok, moon is not a xul extension - so not my field
[00:15] <directhex> bdrung_, so we're drawing a line between plugins & extensions? these rules are for extensions only?
[00:16] <micahg> yeah, this is for extensions, not plugins
[00:16] <bdrung_> directhex: yes.
[00:16]  * directhex has been wasting his time, then
[00:16] <bdrung_> directhex: did you read debian-devel ML?
[00:16] <directhex> so where should *plugins* be shoving themselves?
[00:16]  * micahg is looking directhex
[00:18] <micahg> directhex: /usr/lib/firefox-addons/plugins seems to be the place
[00:18] <directhex> micahg, firefox on karmic will load a plugin from /usr/lib/xulrunner-addons/plugins. on lucid it won't. hence the question
[00:18] <micahg> see above
[00:19] <Keybuk> sebner: well, part of your problem is that it's not auto-login
[00:19] <Keybuk> sebner: make it auto-login
[00:19] <Keybuk> wipe the ureadahead pack
[00:19] <Keybuk> then do two reboots
[00:19] <Keybuk> giving it about 30s to a minute after the first to settle and make the pack
[00:20] <jdong> is there a secure way (reasonably) to auto-login and lock the screensaver?
[00:20] <micahg> directhex: firefox on lucid doesn't use xulrunner
[00:20] <jdong> I'd love to boot and walk away and come back to a ready desktop
[00:20] <directhex> i see
[00:20] <micahg> in fact, the xulrunner-addons is explicitely denied in the apparmor profile
[00:20] <sebner> Keybuk: I'll give it a try. Btw, what's the goal now. 15-20 seconds right?
[00:21] <Keybuk> sebner: along those lines
[00:21] <micahg> oops
[00:21] <micahg> ignore my last statement
[00:21]  * micahg read it wrong
[00:21] <jdstrand_> micahg: that is actually unrelated-- it is denied to prevent logging-- DAC wouldn
[00:21] <jdstrand_> 't allow it anyway
[00:21] <directhex> and in debian, is /usr/lib/firefox-addons/plugins appropriate?
[00:21] <micahg> jdstrand_: yeah, I misread it
[00:22] <micahg> bdrung_: ^^
[00:22] <lifeless> cjwatson: https://bugs.edge.launchpad.net/ubuntu/+source/xdg-user-dirs/+bug/516344 for your depressed edification
[00:24] <lifeless> pitti: where to language pack bugs go? [scott was asking about a klingon desktop but there isn't a klingon (-tlh) langpack]
[00:24] <ion> jdong: I’d like that, too. It would also be nice if the unlocking of the screensaver unlocked the Gnome keyring in the same session as well.
[00:25] <bdrung_> micahg: yes
[00:26] <directhex> /usr/lib/firefox-addons/plugins/ for both distros, then? right, that simplifies matters.
[00:27] <directhex> and what's an appropriate Depends: line to use, without the commonality of xulrunner? firefox|iceweasel|abrowser|somethingelse ?
[00:27] <pitti> lifeless: there needs to be a locale first; once there is, and some translations on LP, they'll be created automagically
[00:28] <bdrung_> directhex: i think we should provide tools for plugins, too.
[00:28] <dpm> lifeless, https://wiki.ubuntu.com/Translations/KnowledgeBase/StartingTeam
[00:29] <micahg> directhex: you still need to build on xulrunner
[00:29] <StevenK> Apparently, the colour of Klingon should be a deep purple
[00:30] <micahg> so technically, it still depends on xulrunner, but enhances firefox in Ubuntu
[00:30] <directhex> bdrung_, that could well be useful. although plugins can be somewhat unwieldy beasts, so don't go overboard in how much hand-holding you do. i'd settle for a variable signifying the system plugin dir plus a substvar for the odd thing here & there
[00:30] <micahg> that reminds me, I should talk to asac about that...
[00:31] <directhex> but ff on lucid doesn't use xulr... frankly, i'm totally lost now
[00:31] <micahg> bdrung_: maybe an install-plugin similar to install-xpi
[00:31] <ccheney> isn't xulrunner being killed off for all releases?
[00:32] <micahg> ccheney: not entirely, just for firefox
[00:32] <directhex> ccheney, did i mention i was lost? ;)
[00:32] <ccheney> micahg: ok
[00:32] <bdrung_> micahg: and dh_xul-ext needs to be adjusted on cloned to dh_xul-plugin (or something like this)
[00:32] <ccheney> directhex: heh
[00:32] <micahg> ccheney: we're migrating what we can away from it
[00:32] <ccheney> micahg: ah ok, i thought it was migrate what we can and kill everything else :)
[00:32] <ccheney> but i am probably wrong
[00:33] <bdrung_> micahg: you are welcome tho write install-plugin
[00:33] <bdrung_> :)
[00:33] <micahg> bdrung_: is that an invitation for me to work on it ;)
[00:33] <micahg> you beat me to it bdrung_...
[00:33] <micahg> bdrung_: where should I file the bug?
[00:34] <bdrung_> micahg: it should go into mozilla-devscripts
[00:34] <directhex> i really really don't care about the specifics. i just want a symlink to usr/lib/moonlight/plugin/libmoonloader.so to be shoved in whatever location is used by mozilla-flavoured browsers, whatever they may be. that's all i want. with or without Xb-Npp-MimeType or other such nonsense, that's all i need. one symlink in the correct place.
[00:34] <directhex> and dependencies of some variety to make it actually work
[00:35] <directhex> meaning moonlight-plugin-core plus whatever else tastes good, like shlibs:depends and misc:depends and a browser of some variety
[00:36] <bdrung_> directhex: for the second part you want a equivalent to dh_xul-ext
[00:36] <directhex> yes, that'd be fine & dandy
[00:37] <ccheney> pitti: do we have code to ask a user to install a particular package when an app runs, similar to how the codec stuff works?
[00:37] <ccheney> pitti: i need to ask users to install java when they run OOo if they don't already have it
[00:38] <lifeless> pitti: oh thats interesting; I'm making the locale for scott now.
[00:38] <directhex> ccheney, i don't know of a generic framework for that
[00:38] <micahg> bdrung_: it's on my list, but I don't know when I'll get to it
[00:38] <micahg> oops
[00:39] <micahg> bdrung_: bug 516350
[00:40] <bdrung_> micahg: you may want to write a equivalent to dh_xul-ext
[00:40] <micahg> bdrung_: should I rename it to that
[00:40] <micahg> bdrung_: is it not 2 pieces of the same thing?
[00:41] <bdrung_> micahg: no. install-xpi installs the xpi file (extract + symlinks). dh_xul-ext evaluates ${xpi:*}
[00:42] <bdrung_> micahg: 2 scripts for the same thing
[00:42] <micahg> bdrung_: I think I'll call the bug provide plugin install assistance and explain the in description
[00:42] <bdrung_> sound good
[00:42] <micahg> done
[00:43] <lifeless> pitti: langpack-locales - does that control what langpacks are made?
[00:43] <pitti> lifeless: indirectly
[00:43] <pitti> /usr/share/i18n/SUPPORTED has the list of available locales
[00:44] <lifeless> right
[00:44] <pitti> langpack-locales ships that file, and the locales
[00:44] <lifeless> ah
[00:44] <pitti> and langpack-o-matic builds packages for locales which are in SUPPORTED
[00:44] <lifeless> pitti: thats not quite right
[00:44] <pitti> why not?
[00:44] <lifeless> pitti: la_AU.UTF-8 is in my SUPPORTED file, and not in the package
[00:45] <pitti> /usr/share/i18n/locales/la_AU
[00:45] <pitti> lifeless: ^ it was you who contributed that :)
[00:45] <lifeless> I know
[00:45] <lifeless> but I've just done apt-get source langpack-locales
[00:46] <lifeless> and it doesn't have la_AU in the source package so I'm checking my facts
[00:46] <pitti> lifeless: it's in debian/patches
[00:46] <pitti> (it's still not accepted upstream)
[00:46] <lifeless> yeah
[00:46] <pitti> or should I rather say "refused"
[00:46] <pitti> so we keep it as a patch
[00:46] <lifeless> ok, well I'll add klingon the same way
[00:47] <lifeless> I wish I had time to do a proper orthogonal language separate from location system
[00:47] <pitti> Qapla'
[00:48] <StevenK> pitti: Won't Klingon hit the "Enough isn't translated, so no langpacks for joo"
[00:48] <pitti> StevenK: no, we have plenty of scarcely translated langpacks
[00:50] <lifeless> also klingon folk are insane
[00:50] <directhex> lifeless, they're just overly exuberant
[00:59] <lifeless> dpm: so why did you link that wiki page to me?
[01:01] <dpm> lifeless, I was complementing pitti's answer to your question on Klingon translations. You need to create an Ubuntu Klingon team following that process to be able to translate Klingon in Launchpad
[01:06] <directhex> dpm, klingon needs more vocab first though, surely? i mean, eskimos have 50 words for snow, klingons have 50 words for "disembowel"
[01:06] <directhex> and whilst "disembowel" might work as a replacement for "cut", i'm not sure where else it fits
[01:08] <sebner> directhex: but they don't have a word for fridge! :P
[01:14] <lifeless> dpm: I have no interest in translating it ;)
[01:15] <lifeless> dpm: I'm doing a favour for Keybuk
[01:15] <dpm> np, just trying to be helpful :)
[01:15] <lifeless> kk:)
[01:16] <Keybuk> directhex: you could translate fridge pretty easily
[01:16] <Keybuk> "be cold box"
[01:17] <Keybuk> tep bImeHwI or something
[01:17] <directhex> o_o
[01:17] <Keybuk> "box for the purposes of being cold" :p
[01:18] <directhex> nerd!
[01:18] <Keybuk> heh
[01:18] <Keybuk> Klingon has a sufficiently large vocab that entire books have been translated into it, and a fairly flexible one that it allows word creation by description
[01:20] <lifeless> hmm, I've forgotten how to turn a locale on
[01:21] <StevenK> Keybuk: And words invented due to cultural references
[01:23] <pitti> lifeless: sudo locale-gen xx_YY.UTF-8
[01:23] <pitti> lifeless: and then export LANG=xx_YY.UTF-8
[01:24] <zul> cjwatson: im in the middle of writing an apport hook for openssh-server do you want to review it after can i just upload it when Im done writing it?
[01:24] <directhex> shame unicode doesn't formally include klingon
[01:25] <lifeless> pitti: actuall  I needed to edit /var/lib/locales/supported.d/local
[01:25] <lifeless> pitti: so that it stays up to date when the locales package is refreshed
[01:25] <lifeless> anyhow
[01:25] <lifeless>   tlh_GB.UTF-8... done
[01:25] <lifeless> Keybuk: ^
[01:25] <StevenK> lifeless: Where GB is effectively, well, Earth?
[01:26] <lifeless> StevenK: its for Keybuk, so I've used GB layout
[01:26] <StevenK> lifeless: Does it work, though? :-)
[01:27] <lifeless> StevenK: 'meh'
[01:28] <directhex> barring the confusing rules regarding plugin packaging in lucid, the lack of adequate support for firefox 3.6, the lack of a debian/copyright file, and a debian/rules which doesn't work twice in a row, i have a preliminary package for moonlight 2.0. i feel i should sleep now
[01:29] <directhex> seb128, ^^
[01:30] <seb128> directhex, waouh, good work ;-)
[01:31] <lifeless> pitti: https://code.edge.launchpad.net/~lifeless/ubuntu/lucid/langpack-locales/bug-516359/+merge/18496
[01:31] <directhex> seb128, upstream have promised me a new release within a couple of weeks which will resolve at least one of those issues. as well as the current need to +dfsg some of the tarballs which i've been ignoring
[01:39] <seb128> lamont, is that normal that amd64 has only 2 buildds?
[01:41] <lamont> seb128: some days
[01:41] <lamont> and yes
[01:41] <lamont> i386 is the workhorse that does all, so it has more
[01:41] <seb128> hum, ok
[01:41] <seb128> I guess those changes will be for tomorrow then
[01:42] <seb128> it's annoying to have things blocked for over 10 hours as soon as gcc or openoffice get uploaded
[01:42] <seb128> lamont, thanks
[01:46] <lamont> seb128: yes, it is.
[01:46] <lamont> I know where we can find our favorite german.....
[01:47] <seb128> lamont, yeah, me too
[01:47] <lamont> seb128: yeah - but I can actually throw  things at him...
[01:48] <seb128> oh, please do ;-)
[01:49] <StevenK> seb128: Yes, I'm blocked for an armel CD build for 28 hours because of OO.o
[01:50] <seb128> StevenK, that's a different issue
[01:50] <seb128> StevenK, you have 7 buildds, which means it at least doesn't block everything else
[01:50] <StevenK> seb128: Sure, but while we're complaining about OO.o and gcc :-P
[01:50] <seb128> ;-)
[01:55] <Riddell> geser: do you have a magic script for these move to universe bugs or are you doing it all manually?
[01:57] <cjwatson> zulI'd like to review it
[02:15] <lifeless> pitti: ping
[02:16] <pitti> lifeless: pong
[02:16] <lifeless> hey, klingon all gtg :) - pushing the second patch in a second
[02:16] <lifeless> been interrupted ;>
[02:17] <lifeless> https://code.edge.launchpad.net/~lifeless/ubuntu/lucid/langpack-locales/bug-516359/+merge/18496 is the langpack one
[02:17] <pitti> lifeless: ++territory "Great Britain"
[02:17] <pitti> shouldn't that be "Kronos"? :=)
[02:17] <lifeless> pitti: no :P
[02:17] <lifeless> pitti: its GB phone # layout etc
[02:21] <pitti> lifeless: no translated weekdays? :)
[02:21] <lifeless> patches accepted :)
[02:21] <lifeless> how many weekdays does klingon have?
[02:22] <pitti> no idea
[02:22] <pitti> anyway, uploading now :)
[02:23] <lifeless> pitti: lp:~lifeless/ubuntu/lucid/libx11/bug-516359 is the second
[02:23] <lifeless> pushed
[02:24] <pitti> lifeless: nice, it's already in langpack-o-matic's maps/languages
[02:25] <StevenK> pitti: It's also already in Rosetta
[02:29] <pitti> lifeless: uploaded
[02:30] <Riddell> DktrKranz: do you have an opinion on bug 508013 ?
[02:41] <lifeless> pitti: weet, thanks
[02:47]  * Dante_J greets the room
[02:49] <Dante_J> Under Lucid Alpha 2 with Firefox 3.6, noscript in the repo is not compatible with Firefox, and noscript supplied via Mozilla locks everything - caps light won't even toggle.
[02:49] <Dante_J> This is on a T30 Laptop with a radeon graphics card.
[02:54] <gnomefreak> IIRC noscript is waiting for xul* naming update
[04:50] <Linux-CLI> hi
[04:55] <Linux-CLI> I'm trying to install a .deb package, however it told me that I already had a package in use (because I pressed Ctrl+C on "sudo apt-get install patch"). So I gave up & just rebooted. Still getting the error when trying to install the .deb package, any ideas?
[04:59] <sbalneav> Linux-CLI: Can you give the exact error message?
[05:09] <Linux-CLI> I'm trying to install a .deb package, however it told me that I already had a package in use (because I pressed Ctrl+C on "sudo apt-get install patch"). So I gave up & just rebooted. Still getting the error when trying to install the .deb package, any ideas?
[05:09] <Linux-CLI> Do we use the Debian maintainers guide to create .deb packages for Ubuntu?
[05:10] <RAOF> Yes.
[05:10] <Linux-CLI> Thanks
[05:10] <RAOF> The answer to your first question is likely to be “get dpkg to configure the partially-installed package by calling 'sudo dpkg --configure -a'”
[05:11] <Linux-CLI> Yeah it was, sorry
[05:11] <Linux-CLI> lol
[05:11] <Linux-CLI> It took me 5 minutes to download fakeroot before
[06:00] <Mad_Gouki> what sort of kernel development happens specifically for Ubuntu?
[06:01] <crimsun> Mad_Gouki: the async population, hardware enablement (OEM), among others
[06:02] <crimsun> async rootfs *
[06:02] <Mad_Gouki> interesting
[06:02] <Mad_Gouki> do most distros have kernel developers, and do the changes get folded back into the main kernel from time to time?
[06:03] <maco> the corporate sponsored ones do tend to have them, yes
[06:03] <maco> and at least of ubuntu, red hat, and suse.... yeah, those get submitted upstream
[06:03] <Mad_Gouki> very cool
[06:03] <crimsun> the merge policies tend to be governed by each team, but the general approach is to work directly in upstream as much as possible
[07:00] <superm1> any archive admins about?  I was wondering if someone could clear ubiquity from binary new so that it can be included on the live cds for tomorrow in time?
[07:17] <sabdfl> hi folks, why are redland-utils and raptor-utils in the default install?
[07:20] <cjwatson> sabdfl: openoffice.org-core Depends: librdf0 Depends: redland-utils; librdf0 Depends: libraptor1 Depends: raptor-utils
[07:21] <cjwatson> sorry, Recommends: for the last step in each of those chains, not Depends:
[07:22] <cjwatson> superm1: done
[07:22] <superm1> thanks
[07:23] <sabdfl> cjwatson: i have oo.o-core 1:3.2.0~rc4-1ubuntu1, which appears not to
[07:24]  * cjwatson peers
[07:26] <cjwatson> sabdfl: ah, in that case the answer is that it is no longer in the default installation :-) I've confirmed this from the current override files
[07:26] <sabdfl> doh
[07:26] <sabdfl> so much changes so quickly round here :-)
[07:26] <cjwatson> (I hadn't updated since this afternoon ...)
[07:27] <cjwatson> it may or may not fall out automatically due to apt-get autoremove; I'm not sure exactly how sensitive that is
[07:27] <cjwatson> it looks like it will stay in main for some time due to KDE bits and pieces
[07:29] <cjwatson> specifically (at least) soprano-daemon)
[07:39] <geser> Riddell: I checked them manually
[08:06] <superm1> dang, appears to have missed the publisher cycle in time, still got the old ubiquity in the livefs :(
[08:23] <slytherin> Hi. I would like to know if anyone is working on updating evolution-data-server in lucid. I want to upload latest version of evolution-mapi which depends on e-d-s 2.29.x.
[09:03] <strycore> slytherin, if I recall correctly, Lucid sticks with Evolution 2.28
[09:53] <slytherin> strycore: Where was this discussed? And what is the reason?
[10:29] <strycore> slytherin, sorry I can't find where it has been discussed but I remember seeing that on IRC
[10:30] <slytherin> hmm, I trust a discussion on mailing list than IRC discussion about such a bug decision.
[10:37] <strycore> http://irclogs.ubuntu.com/2010/01/20/%23ubuntu-desktop.txt
[10:37] <strycore> at 20:07
[10:39] <slytherin> hmm, I wonder when and why was this decided.
[16:16] <hexa-> hey, can anybody take a quick look into bug #514299 please?
[16:34] <jelmer> slangasek: Hi
[16:35] <jelmer> slangasek: Are you aware of any source packages in Debian that have component orig tarballs at the moment, or are bz2 tarballs the main issue when syncing ?
[16:36] <Laney> aiui the sync script is hardcoded to expect orig.tar.gz at the minute
[16:36] <Laney> jelmer: wgrant was looking at it AFAIK
[16:38] <jelmer> Laney: I'm working on the v3 support for the sync script at the moment, but the bug mainly talks about bz2 support.
[16:56] <smoser> james_w, it looks to me like 'bzr branch lp:ubuntu/python-boto' is out of sync with the archive, could you kick it ?
[17:01] <lifeless> pitti: https://code.edge.launchpad.net/~lifeless/ubuntu/lucid/libx11/bug-516359/+merge/18538
[17:02] <lifeless> bryceh: ^ may interest you too
[17:12] <superm1> lifeless, "   * Add klingon language definition." is that a patch pulled from upstream I hope?
[17:12] <jdong> hahaha
[17:13] <StevenK> superm1: You tell funny jokes ...
[17:13] <jdong> sounds SRU-worthy!
[17:13] <slangasek> jelmer: bz2 tarballs are the only issue I can recall running into
[17:14] <superm1> slangasek, could you re-roll daily-live from today?  tried to get the new ubiquity in in time, but the publisher was a little late
[17:22] <slangasek> superm1: "daily-live" - mythbuntu or ubuntu?
[17:22] <superm1> slangasek, ubuntu
[17:22] <slangasek> superm1: ok, running
[17:23] <superm1> slangasek, thanks
[17:43] <lifeless> pitti: https://code.edge.launchpad.net/~lifeless/ubuntu/lucid/libx11/bug-516359/+merge/18538 is the new patch
[17:52] <mdeslaur> slangasek: do you own nvidia hardware? Would you like to see what plymouth looks like on my nvidia laptop (including freeze every second boot)?
[17:53] <TheMuso> mdeslaur: *raises hand, I get that too.
[17:54] <TheMuso> mdeslaur: Although mine is a little worse than that. Atm I can't boot the -12 kernel at all, either with plymouth or without/recovery mode.
[17:56] <charlie-tca> Most of us have to use the Alt+SysRq+k to get a gdm screen in the -12 kernel
[17:57]  * TheMuso can never remember what sysrk is... Please remind me. :) as in what key it is.
[17:57] <charlie-tca> printscreen
[17:57] <TheMuso> ah ok thanks.
[18:19] <doctormo_> I have a question about this bug:
[18:19] <doctormo_> https://bugs.launchpad.net/groundcontrol/+bug/516651
[18:19] <doctormo_> I want to know what the best thing to do about translating debug messages
[18:20] <StevenK> cjwatson: Should we remove the lpia kernel section in the platform.lucid installer seed?
[18:27] <cjwatson> StevenK: feel free
[18:37] <ccheney> is lock screen broken for anyone else today?
[18:38] <persia> ccheney: I've heard a couple reports.  `gnome-screensaver -l` seems to be the workaround.  Go chase dbus.
[18:38] <chrisccoulson> somebody mentioned gnome-screensaver?
[18:38] <StevenK> kees: Just curious, is the fortification stuff in our toolchain upstream?
[18:38] <chrisccoulson> heh, i bet the new autostart delay causes it to race with the indicator-session applet
[18:38] <chrisccoulson> ccheney - can you not lock the screen from there?
[18:38] <persia> chrisccoulson: Seems to be a bug in how the notification applet calls it right now.  g-s itself seems fine.
[18:39] <kees> StevenK: the glibc goo that responds to setting -D_FORTIFY_SOURCE=2 is in upstream glibc, yes.
[18:39] <chrisccoulson> persia - right, i've noticed this before. if the indicator starts before gnome-screensaver, then it doesn't work
[18:39] <kees> StevenK: our compiler sets -D_FORTIFY_SOURCE=2 by default.  that is not in the upstream compiler.
[18:39] <chrisccoulson> and we just changed gnome-screensaver to not start for 5 seconds
[18:39] <chrisccoulson> so, that's an indicator bug
[18:39] <ccheney> ah ok
[18:40] <ccheney> i tried locking by the power button in the top right of the screen in lucid
[18:40] <ccheney> it does nothing though :-\
[18:40] <ccheney> chrisccoulson: so i think that is the applet you are talking about?
[18:40] <chrisccoulson> ccheney - yeah, it's broken because of my change to gnome-screensaver to delay starting it
[18:40] <chrisccoulson> yeah, thats the applet i'm talking about
[18:40]  * ccheney larts chrisccoulson for breaking stuff ;-)
[18:41] <chrisccoulson> heh, yeah, that's my fault :P
[18:43] <dholbach> kenvandine: did you guys see a bug about the indicators that rhythmbox is not shown although it's running (up-to-date lucid)?
[18:45] <kenvandine> dholbach, i haven't seen that
[18:46] <dholbach> kenvandine: which source package should I report a bug on and what kind of info do you need?
[18:46] <kenvandine> rhythmbox
[18:47] <kenvandine> the patch is to a plugin that is included
[18:47] <slangasek> charlie-tca: sorry, who's "most of us"?  The two folks who have laptops I've looked at haven't needed to Alt+SysRq+K anything
[18:47] <Sarvatt> Heyo, anyone around that works with plymouth? Got a patch for it to work with the linux-backports-modules-nouveau kernel module that is being worked on now and is not really upstream material -- http://sarvatt.com/downloads/patches/0001-src-plugins-renderers-drm-plugin.c-Add-check-for-lbm.patch
[18:47] <charlie-tca> Sorry, I had two or three in #ubuntu+1 with this issue
[18:48] <charlie-tca> It seems to be the way around the garbled gdm screen that appears after update to the -12 kernel in lucid
[18:53] <dholbach> kenvandine: awesome, will do
[18:53] <kenvandine> dholbach, thx
[19:01] <dholbach> kenvandine: bug 516685
[19:02] <Keybuk> james_w: around?
[19:04] <StevenK> cjwatson: I'm going to try a sync of a package that is quilt 3.0 and orig.tar.bz2, I'll let you know if it goes bang
[19:05] <StevenK> cjwatson: Looks fine ...
[19:05] <kenvandine> dholbach, thx
[19:05] <dholbach> no worries
[19:18] <lifeless> pitti: ping :P
[19:20] <pitti> lifeless: hi; will get to the merge, still debugging pm-utils
[19:21] <lifeless> kk
[19:21] <lifeless> I can get someone else to do it if you like
[19:22] <pitti> sure, go ahead
[19:25] <seb128> DktrKranz, hi
[19:26] <seb128> DktrKranz, do you think you could get the change from bug #495326 in debian?
[19:26] <seb128> DktrKranz, we need it in lucid and since the package is in sync right now...
[19:26] <StevenK> seb128: That looks like the wrong number ...
[19:27] <seb128> StevenK, why?
[19:28] <StevenK> seb128: There's no Debian task, and I didn't think lazr.restfulclient was in Debian
[19:29] <seb128> StevenK, well the fix is upstream now so there is no real reason to add a debian task there
[19:29] <seb128> and it is in debian and in sync right now
[19:34] <cjwatson> StevenK: oh, did somebody fix soyuz?
[19:35] <StevenK> cjwatson: It seems so, it got synced correctly, and went through source and binary NEW easily
[19:35] <StevenK> But let's see if the publisher goes BANG
[19:36] <DktrKranz> seb128: hi! I think I can easily cherrypick and upload it. I don't have main upload privileges, may I ping you so you can eventually sync it?
[19:37] <seb128> DktrKranz, yes, I was going to upload to lucid but I figured it would be better to get it in debian
[19:37] <seb128> DktrKranz, thanks
[19:37] <seb128> DktrKranz, I will sync when it's uploaded to debian
[19:38] <DktrKranz> seb128: I don't think I beat dinstall, so you have to sync from incoming. Is that still possible?
[19:38] <seb128> DktrKranz, yes
[19:38] <seb128> thanks
[19:38] <DktrKranz> ok then
[19:45] <zul> cjwatson: ping
[19:46] <pitti> kees: http://cgit.freedesktop.org/pm-utils/tree/src/import-fdi-quirkdb.in#n75
[19:47] <cjwatson> zul: yes?  (please include content with pings :-) )
[19:47] <tkamppeter> pitti, can you help Stew Ellis on bug 447961? He has problems installing CUPS from -proposed.
[19:48] <zul> cjwatson: sorry im going to adding an apport hook to openssh do you want to review it first or should I just upload it
[19:48] <cjwatson> zul: I answered yesterday - I'd like to review it, please
[19:48] <zul> cjwatson: ah ok i didnt see it yesterday ;)
[19:49] <StevenK> slangasek: Is yada still trying to enter main? I have this feeling I got 70% through a yada-repackage
[19:49] <cjwatson> zul: feel free to commit it to lp:~ubuntu-core-dev/ubuntu/lucid/openssh/lucid though
[19:49] <cjwatson> zul: is there some urgent need for it? :-)  openssh doesn't get many crash reports
[19:49] <zul> cjwatson: no urgency its just apart of the server-lucid-apport-hooks spec
[19:50] <cjwatson> zul: ah, ok
[19:50] <cjwatson> the spec is missing /etc/ssh/ssh_config, which is useful for client bugs
[19:51] <cjwatson> I imagine the hook should be binary-package-specific if possible
[19:51] <zul> cjwatson: will do
[19:53] <slangasek> StevenK: see components-mismatches?  I don't know if it's still trying to get back
[19:57] <geser> zul: Hi, in case you didn't notice: your php5 upload depwaits on libmcrypt-dev, looks like it slipped though in the merge
[19:58] <zul> geser: thanks ill take a look
[20:09] <StevenK> slangasek: No yada, so I guess we are safe :-)
[20:09] <slangasek> Riddell: what's happening with koffice-l10n?  It's removed in Debian, and ISTR hearing that was specific to old koffice and should also eventually be removed for us - or should it be sync-blacklisted instead?
[20:11] <Riddell> slangasek: we probably want to sync it from debian experimental
[20:11] <Riddell> our koffice update is blocked on MIRs currently
[20:12] <slangasek> hmm, when is koffice-l10n going to re-enter unstable then?
[20:12] <Riddell> I don't know I'm afraid
[20:12] <slangasek> doh
[20:12] <StevenK> Riddell: How many MIRs?
[20:12] <ScottK> Piles
[20:13] <Riddell> StevenK: 6
[20:13] <StevenK> 6 is not piles
[20:13]  * ScottK thought he'd take longer to answer so the phear would build.
[20:14]  * StevenK has submitted and argued for a large number of MIRs
[20:14] <Riddell> it's enough to stop it progressing anyway
[20:15] <Riddell> we could really do with more main inclusion reviewers
[20:19] <ScottK> StevenK: I know the feeling.  IIRC I had to do 22 or some similar number to get spamassassin in Main.
[20:24] <Riddell> asac, lool: got any MIR time schedule in the near future for those koffices ones you have assigned?
[20:28] <lifeless> pitti: james_w is uploading it
[20:34] <dpm> ccheney, doko, would you have a few minutes after lunch to discuss OO.o translations?
[20:35] <ion> keybuk: Please see my last comment in LP #506727.
[20:36] <Keybuk> ion: I'm not reading bugs at the moment
[20:37] <doko> dpm: is there anything to add after the uds discussion?
[20:37] <didrocks> currently Quickly use python-mkdebian from python-distutilsextra which needs debchange and so, devscripts. devscripts recommends bsd-mailx | mailx | mailutils and by and large, postfix is installed with the awful debconf question. What do you think about putting the recommends as only a suggests and patch the scripts using mail to tell something like "you need blablabla package"?
[20:39] <dpm> doko, I'd simply like to know what the current status is. Translations in LP are scheduled to be open tomorrow, and if the infrastructure for importing and exporting translations is not working, I think we should disable them from Launchpad.
[20:40] <dpm> (disable does not mean deleting, just hiding the templates in the UI in order not to create false expectations on translators that their translations will be included in Ubuntu)
[20:40] <doko> dpm: afaik ccheney did commit to updating the import/export for lucid and have the translations from lp included in the -l10n package
[20:42] <dpm> doko, yes, that was in UDS, I just want to have a quick chat to know about the current status, if this is still doable, and whether there is something else to do on the LP side (e.g. enabling or disabling translations)
[20:43] <lamont> didrocks: what "awful debconf question"
[20:43] <lamont> didrocks: what "awful debconf question"
[20:43] <lamont> ?
[20:44] <LaserJock> lamont: the questions about how to set up postfix
[20:45] <LaserJock> like satelite, host only, no config, smart server, or something along those lines
[20:46] <didrocks> LaserJock: the relayhost one, yes
[20:46] <didrocks> lamont: ^
[20:47] <LaserJock> didrocks: I would love to see such a patch to debscripts
[20:48] <LaserJock> that issue has annoyed me for the last few years but I not enough to write one myself
[20:48] <didrocks> LaserJock: should be pretty easy to fix, but I prefer to have some feedback on it first :)
[20:49] <lamont> well, that's what you get for recommending an MTA
[20:52] <didrocks> lamont: that's why I think we can just suggests it and tweak the scripts to help the user/dev
[20:53] <ccheney> dpm: have not had time to even look at it since i have been focused on firefox related issues
[20:54] <slangasek> doko: you uploaded sagemath for python 2.6, but left a build-dependency on libboost-python1.38-dev...
[20:54] <ccheney> dpm: i got OOo 3.2 uploaded but only to make sure it got in under the FF deadline in a working state
[20:54] <dpm> ccheney, no worries, I just wanted to know the status. I think for now the best would be to disable them in LP until you've had the time to have a look at them
[20:54] <ccheney> dpm: yea
[20:55] <dpm> ccheney, ok, but still, I think it'd be good to have a quick chat about it, would you have a few mins later on?
[20:55] <ccheney> dpm: ok
[20:55] <doko> slangasek: ok, will have a look, was just a no change upload
[20:56] <persia> kees: armel schroots are now buildable: after fixing another little bobble.  It's still in bzr though.
[20:56] <ccheney> anyone able to upload to ubuntu?
[20:56] <ccheney> its hanging for me atm
[20:56] <dpm> thanks ccheney :)
[20:57] <persia> ccheney: The last-1Kbyte hang, or a different one?
[20:58] <ccheney> well with dput it just hangs directly after checking signatures
[20:58] <ccheney> last 1k byte hang usually is a local router issue
[20:59]  * ccheney will try copying to chinstrap then uploading from there
[20:59] <ccheney> worked fine from there, very strange
[20:59] <ccheney> and the scp to chinstrap worked fine also
[21:01]  * ccheney bbl lunch time
[21:01] <kees> persia: \o/
[21:02] <persia> kees: http://paste.ubuntu.com/368455/
[21:42] <Keybuk> kees: when you get a moment, could you come down to the Foundations room
[21:52] <DktrKranz> seb128: lazr.restfulclient uploaded and available on incoming, all yours :)
[22:22]  * ccheney still can't upload directly from home, this is annoying :(
[22:23] <ccheney> actually i'm not uploading from home, i'm uploading from my laptop, hnmm
[22:23] <ogra> slangasek, did you upload the plymouth fix that should make it work on imx51 already ?
[22:23] <slangasek> ogra: yes
[22:23] <ogra> hmm
[22:23] <slangasek> did it build on arm yet?
[22:23] <ogra> we dont have a splash on the current live image
[22:24] <ogra> oh, didnt check yet
[22:24]  * ogra goes to look
[22:24] <ccheney> ah passive mode :)
[22:24] <slangasek> yah, it's built on arm
[22:24] <ogra> right
[22:24] <slangasek> does the current live image have 0.8.0~-8 on it?
[22:24] <ogra> i'll check soon, cant access it atm
[22:25] <seb128> DktrKranz, thanks
[22:30] <ogra> slangasek, manifest says it has 0.8.0~-8
[22:30] <ogra> http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-live/20100203/lucid-netbook-armel+imx51.manifest
[22:31] <slangasek> hmm
[22:32] <lifeless> james_w: so we're happy that the debhelper bug is fixed?
[22:34] <slangasek> ogra: please give me the value of readlink /lib/plymouth/themes/default.plymouth; it's possible this is a separate bug
[22:34] <slangasek> (I don't see any mistakes in my code)
[22:34] <ogra> will do
[22:34] <ogra> i'm just downloading it, i cant access the one booted instance atm
[22:34]  * slangasek nods
[22:43] <ogra> slangasek,
[22:43] <ogra> ubuntu@ubuntu:~$ readlink /lib/plymouth/themes/default.plymouth
[22:43] <ogra> ubuntu-logo/ubuntu-logo.plymouth
[22:43] <ogra> looks ok to me
[22:44] <slangasek> ogra: yep - so it's a different bug :)
[22:44] <ogra> ubuntu@ubuntu:~$ plymouth-set-default-theme
[22:44] <ogra> ubuntu-logo
[22:44] <slangasek> what's your framebuffer?  (cat /proc/fb)
[22:44] <ogra> seems ok
[22:44] <ogra> 0 DISP3 BG
[22:44] <ogra> 1 DISP3 BG - DI1
[22:44] <ogra> 2 DISP3 FG
[22:44] <slangasek> ooookay... what are those? :)
[22:45] <ogra> heh, mxcfb devices
[22:45] <ogra> plymouth worked on my former install so i know the framebuffer does actually work
[22:45] <ogra> i havent seen it since the theme was updated though
[22:46] <slangasek> is other fb output working?
[22:46] <ogra> sure, X is on the framebuffer
[22:47] <ogra> (we have no free driver for the GPU so it defaults to xfbdev)
[22:47] <slangasek> right
[22:47] <slangasek> ogra: can I come get a console on this?
[22:48] <ogra> console is no prob, we're a bit out od monitors atm
[22:48] <ogra> *of
[22:48] <ogra> but you can have a serail console
[22:48] <ogra> *serial
[23:12] <pitti> slangasek, Keybuk, tseliot: if you get complaints about plymouth breaking X.org and boot, hold on with debugging
[23:13] <pitti> I just found out that gdm's "force first server to vt7" patch does not work any more for some reason
[23:13] <pitti> I'm debugging that now
[23:14] <pitti> aah
[23:15] <pitti> the patch is just fine, but debian/patches/28_plymouth_transition.patch breaks it
[23:15] <pitti> it implements its own startup logic
[23:15] <Keybuk> pitti: yes, there is different startup logic if plymouth is running
[23:16] <Keybuk> since you want to re-use plymouth's vt, and not cause a vt switch
[23:16] <Keybuk> there's possibly an issue there if you're not on vt7 ;)
[23:16] <Keybuk> ie. if plymouth wasn't showing the splash
[23:16] <pitti> right, jdstrand booted without "splash"
[23:17] <Keybuk> yeah, that should still have switched vt
[23:17] <Keybuk> but it doesn't
[23:17] <pitti> for jdstrand, X.org always starts on vt1
[23:17] <pitti> which wreaks a lot of havoc
[23:18] <pitti> (you get the password and other input to vt1, control-C kills the server, etc.
[23:19] <pitti> Keybuk: would you recommend that 28_plymouth_transition.patch gets fixed to run X on vt7 again, or should we just stop having a getty on vt1?
[23:19] <Keybuk> pitti: no
[23:19] <Keybuk> neither
[23:19] <Keybuk> I would recommend that plymouth is fixed to switch to vt7 in the text/details case
[23:19] <Keybuk> it's a plymouth bug
[23:19] <Keybuk> it's actually outputting to vt7
[23:19] <Keybuk> it just forgot to switch
[23:19] <pitti> ok
[23:19] <Keybuk> if it had, then X would have inherited it
[23:20] <pitti> Keybuk: so I guess we still need to fix the patch to start X on vt7 the first time if we boot with "nosplash"?
[23:20] <Keybuk> no
[23:20] <Keybuk> no
[23:20] <Keybuk> no
[23:20] <Keybuk> we need to fix *plymouth*
[23:20] <pitti> "nosplash" -> no plymouth?
[23:20] <Keybuk> no
[23:20]  * pitti confused now
[23:20] <Keybuk> nosplash -> plymouth using a text output plugin, rather than a graphical one
[23:21] <pitti> ah
[23:21] <Keybuk> you still need plymouth to arbitrate who's asking for input, etc.
[23:21] <pitti> ok, got it
[23:21] <Keybuk> when you have no splash, it means plymouth uses text.so or details.so instead of drm.so or fb.so
[23:21] <Keybuk> the code to do the vt switch is missing in the text/details case
[23:21] <pitti> Keybuk: that actually means that we can drop this hideous 05_initial_server_on_vt7.patch patch
[23:21] <Keybuk> (it assumes drm/fb did it already)
[23:21] <Keybuk> pitti: in theory
[23:21] <Keybuk> pitti: I left that there so when people do "start gdm", it does flip to vt7
[23:22] <pitti> *nod*
[23:22] <pitti> ok, thanks for the heads up!
[23:23] <Keybuk> (from single user mode, etc.)
[23:23] <pitti> Keybuk: interestingly enough, when adding a sleep to the gdm upstart job it works just fine
[23:23] <Keybuk> sure
[23:23] <pitti> presumably because the getty is faster, or so
[23:23] <Keybuk> yeah
[23:23] <Keybuk> red car wins the race, despite stuffing its face, etc.
[23:25] <cjwatson> sigh, I broke grub.  again.
[23:25] <cjwatson> (not in the archive)
[23:26] <lamont> cjwatson: that's because you rock
[23:26] <cjwatson> "grub-probe: error: unknown filesystem."  not what you want to see w.r.t. /
[23:26] <lifeless> Keybuk: https://translations.edge.launchpad.net/ubuntu/karmic/+source/launchpad-integration/+pots/launchpad-integration/tlh/+translate - fully translated. a rgh.
[23:30] <Keybuk> I like the translation of Launchpad - taghwI'
[23:30] <Keybuk> "Thing the begins a process/initiates proceedings" - ie. launches
[23:33] <crimsun> hmm, bzr merge-package is (perhaps correctly) picky with the trailing / ("bzr: ERROR: Invalid source branch URL?")
[23:34] <ion> keybuk: The message i wanted you to see was about it seeming like mountall blocks while waiting for the user to either skip a mount or have mountall exit to shell when boredom_timer is triggered on a mount. IMO the prompt should be done asynchronously. If the device appears and the user hasn’t done anything by then, just hide the prompt and continue with the mount. The guy who reported the bug has the boot hang consistently to that prompt just because the ...
[23:35] <ion> ... device doesn’t happen to appear quickly enough.
[23:35] <Keybuk> ion: if you can work that out, do it ;)
[23:36] <ion> keybuk: I’ll try to get that done.
[23:44]  * Keybuk decides that Debian clearly needs to be translated to ghobchuq loDnI'pu'
[23:44] <Keybuk> lit. "The Brothers Fight One Another"
[23:46] <ion> Hah
[23:49] <cjwatson> ah, I didn't break grub, upstream did
[23:50]  * ogra files another plymouth bug so Keybuk doesnt get bored ...
[23:50] <StevenK> ogra: He's not bored, he's translating
[23:51] <ogra> StevenK, splash screens to klingon ?
[23:54] <StevenK> Keybuk: Idea from plars about Ubuntu in Klingon: "I have what I have because I killed you for it"
[23:55] <plars> StevenK: might require some small modifications to the CoC
[23:55] <StevenK> plars: I welcome a translation of the CoC into Klingon
[23:55] <Keybuk> StevenK: I was going with something like "My honour is mine because of the enemies of I have killed"
[23:59] <Keybuk> StevenK: Heghlu'meH QaQ jajvam
[23:59] <crimsun> StevenK: do you have plans to merge ekiga from squeeze soon?