[00:03] <edlik> RAOF: Good morning to you- actually it is my desktop computer, do you have a suggestion on how I can work around this error?
[00:06] <edlik> I just edited my xorg.conf file as suggested in workaround B here https://wiki.ubuntu.com/X/Bugs/Lucidi8xxFreezes - still not working
[00:08] <RAOF> Can you pastebin your /var/log/Xorg.0.log, /etc/X11/xorg.conf and dmesg logs please?  You can do that from a VT with the “pastebinit” package.
[00:12] <edlik> I only have command line, but I can do it if you dont mind walking me through a little bit. What is VT?
[00:13] <RAOF> Virtual Terminal - the command line that you've got :)
[00:13] <RAOF> (The things accessed by Ctrl+Alt+F{1,2,3,4,…})
[00:13] <edlik> :-[
[00:13] <edlik> I got it
[00:14] <RAOF> So, “sudo aptitude install pastebinit” to install the package, then “pastebinit /etc/X11/xorg.conf” will send xorg.conf to a pastebin and return the URL.
[00:19] <ccheney> RAOF, it seemed like he might have a messed up xorg.conf plus another problem, after updating his bios the console is now high resolution so it appears kms works
[00:19] <ccheney> RAOF, he tried booting lucid live cd and it didn't come up to desktop
[00:19] <RAOF> Hm.  That's more troubling.
[00:20] <ccheney> RAOF, i was having him try the maverick live cd once he could download it, but i'm not sure if that would help or not as the intel driver is still the same
[00:20] <edlik> http://pastebin.com/S1UXksk4
[00:20] <RAOF> The kernel is different, though, and that contains a _lot_ of the driver code.
[00:20] <ccheney> RAOF, yea, it might help, but the console working was the reason I wasn't sure if it would be enough
[00:23]  * ccheney is confused by the xorg.conf file being set to vesa by nvidia
[00:24] <edlik> I set it to vesa per instructions from the site I pasted earlier
[00:24] <ccheney> oh ok
[00:24] <RAOF> Oh.  That's not going to work with KMS active :).
[00:25] <ccheney> it looks like he could just delete the xorg.conf and have it potentially work?
[00:25] <RAOF> I note with suspicion that the xorg.conf was generated by nvidia-xconfig - do you have an nvidia card in there at all?  Anyway, try moving the xorg.conf out of the way totally.
[00:26] <ccheney> edlik, pastebin output of lspci
[00:26] <ccheney> that should be able to conclude for certain there isn't any nvidia stuff in their lurking around
[00:26] <ccheney> er there
[00:27] <edlik> can you give me more detailed instructions? Im kind of new to the command line
[00:28] <RAOF> sudo mv /etc/X11/xorg.conf ~/xorg.conf.backup
[00:28] <RAOF> That'll move your xorg.conf out of the way.
[00:29]  * RAOF contends that mission-control-5 shouldn't be using 500MiB physical memory.
[00:29] <ccheney> i think for lspci running:  lspci | pastebinit   would do it
[00:32] <edlik> pastebin.com/Xx7S0RnS
[00:35] <RAOF> Have you manually installed the nvidia drivers at some point?
[00:38] <edlik> I know I had them once upon a time, I have tried since my upgrade to 10.04 but it says they are not there
[00:40] <ccheney> doesn't appear to be any nvidia devices in the box at least anymore
[00:42] <edlik> I just got done installing maveric to a usb, should I try it?
[00:42] <RAOF> Yes please.
[00:45] <edlik> :-( disappointment, the same as lucid.
[00:46] <RAOF> Hm.  So, the system brings up a nice Ubuntu splash screen, then you don't get anything when X should come up?
[00:47]  * ccheney bbl, dinner time
[00:49] <edlik> correct, it powers down my monitor, i cant even get into safe graphics mode and have a gui anymore. At first I was able to get into safe graphics mode, then I messed around and had kde at start up, and then I tried that other one...xfce I think, no gui since.
[00:51] <RAOF> edlik: https://wiki.ubuntu.com/X/Reporting#Reporting%20Bugs%20from%20a%20Different%20Machine should, at least, get you a usable bug report.
[00:53] <ccheney> edlik, and hitting the ctrl-alt-f1 gives you high resolution console from what you said before?
[00:53] <edlik> correct
[00:54] <ccheney> so at least from someone not familiar with kms/xorg i think that would indicate that edid is ok, which some reports have been about
[00:54]  * ccheney finally really has to leave, wife is ready now
[01:00] <edlik> I am rebooting into lucid, it is checking disc for errors, it must do that after so many reboots?
[01:10] <TheMuso> RAOF: fun times ahead.
[01:10] <edlik> I tried the reporting as suggested...my computer says "no pending crash reports". I tried sudo startx and get fatal server error: server is already active for display 0, if this server is no longer running remove /tmp/.X0-lock and start again
[01:10] <RAOF> Damn straight!
[01:10]  * TheMuso is still running lucid, so won't be affected.
[01:11]  * RAOF is running the new server, and is affected by vsync working.  Yay!
[01:14] <RAOF> edlik: Hm, I think those instructions might be slightly misleading for you.  Try “ubuntu-bug --save ~/xorg-bug.apport xorg”.
[01:18] <edlik> it worked, does that send the information or just put it into a file that I have to find and send?
[01:21] <RAOF> It just saves it to the file xorg-bug.apport.  When you've got a webbrowser available, you can report it by running “ubuntu-bug ~/xorg-bug.apport”
[01:26] <edlik> I have a live 9.10 cd that works great, can I run that command from there and send it?
[01:27] <RAOF> Absolutely, as long as you've got the file (xorg-bug.apport) with you.
[01:34] <edlik> How do I navigate from my live terminal to the file on my hard drive?
[01:57] <edlik1> RAOF: I was able to find the file by a search, can you decipher this? http://pastebin.com/q9dANQQy
[01:59] <RAOF> edlik1: Sorry, didn't notice your question.  That's the main apport script.  From memory, to get at the files on your hard drive you want to go to Places→Computer and browse the hard drive there.
[01:59] <RAOF> edlik1: I'm pretty sure that just double-clicking on the xorg-bug.apport will start the submission process.
[02:14] <edlik1> RAOF: that worked, it is nice to know that the ubuntu community is so full of good people like you and ccheney who are there to help others, I thank you very much:)
[03:04]  * ccheney back
[07:38] <pitti> Good morning
[08:00] <didrocks> good morning
[08:01] <baptistemm> salut didrocks
[08:01] <didrocks> hello baptistemm, ça va ?
[08:02] <baptistemm> mouais
[08:04] <pitti> bonjour didrocks, baptistemm
[08:04] <baptistemm> hi pitti
[08:04] <didrocks> Guten Morgen pitti, enjoyed your week-end?
[08:04] <pitti> it was great, yes
[08:04] <pitti> no rain any more since Friday \o/
[08:04] <pitti> it was really depressing before
[08:07] <didrocks> oh really? Very nice weather from a few more days there (apart from yesterday Morning, very very rainy for an hour)
[08:08] <pitti> I'm back in Dresden now
[08:09]  * pitti goes to hunt some food to refill his fridge, bbl
[09:03] <didrocks> salut seb128
[09:03] <seb128> lut didrocks
[09:05] <pitti> bonjour seb128
[09:05] <seb128> hello pitti
[09:58] <pitti> l
[10:26] <seb128> mvo, hey
[10:26] <seb128> bug #572550
[10:26] <ubot2> Launchpad bug 572550 in xserver-xorg-video-mga (Ubuntu) (and 1 other project) "Panel utilities not shown on startup using Matrox gfx with compiz (affects: 15) (dups: 6) (heat: 115)" [Low,Confirmed] https://launchpad.net/bugs/572550
[10:26] <seb128> do you have any clue if compiz works with matrox drivers for some people on lucid?
[10:26] <mvo> no idea
[10:26] <mvo> sorry
[10:27] <seb128> or if we can,should turn compiz off on those cards?
[10:27] <mvo> its odd
[10:27] <mvo> is that hardware still in production?
[10:27] <mvo> we can easily do that
[10:27] <mvo> if we gather the pciids
[10:27] <mvo> its probably some sort of timing problem (a race)
[10:27] <mvo> like that mga inits slowly
[10:27] <seb128> not sure what you call production
[10:27] <mvo> and panel gets loaded
[10:27] <mvo> before compiz
[10:27] <seb128> but the bug has 6 duplicates now
[10:28] <seb128> so it means some users still have such cards ;-)
[10:28] <mvo> I was not aware that you can buy mga cards that will work with compiz :)
[10:28] <mvo> its cool if it works :)
[10:28] <seb128> I'm not sure that you can still buy those
[10:28] <seb128> but seems compiz accepts to run on old cards
[10:29] <seb128> mvo, the compiz filtering is by pci ids not drivers?
[10:30] <mvo> we can do both
[10:30] <mvo> but nowdays that its no longer a script
[10:30] <mvo> but part of the binary
[10:30] <mvo> I think its not looking for the driver anymore
[10:30] <seb128> right
[10:30] <mvo> but instead just probes the capabilities
[10:30] <seb128> ok, let's wait for some feedback on the bug
[10:30] <mvo> and if they look ok, starts
[10:30] <seb128> I will ask for lspci infos
[10:30] <mvo> that would explain why we see the bug now
[10:30] <mvo> thanks seb128
[10:31] <seb128> mvo, did matrox used to be filtered out by compiz?
[10:31] <seb128> ie compiz was not running on matrox cards before?
[10:31] <mvo> yeah, before 9.10 I think we just did not run it for them
[10:31] <mvo> because I thought it would just not work
[10:32] <mvo> eh, before 10.04
[10:32] <seb128> ok
[10:33] <seb128> mvo, thanks
[10:33] <seb128> mvo, how are you otherwise?
[10:33] <seb128> had a good weekend?
[10:40] <mvo> seb128: yeah, very nice
[10:40] <mvo> seb128: looong
[10:40] <seb128> ;-)
[10:40] <mvo> seb128: and next week I will be on vacation too
[10:40] <mvo> kind of odd :)
[10:40] <seb128> slacker!
[10:41] <mvo> haha
[10:41]  * seb128 hugs mvo
[10:41] <mvo> I knew that you would say this :)
[10:41]  * mvo hugs seb128
[10:41] <mvo> didn't you just change jobs from hacker to slacker for the whole cycle ;) ?
[10:41] <seb128> lol
[10:41] <seb128> right, but it's official for me!
[10:50] <seb128> chrisccoulson, hey
[10:50] <seb128> chrisccoulson, how are you?
[10:50] <chrisccoulson> hey seb128
[10:50] <chrisccoulson> yeah, i'm ok thanks. how are you?
[10:51] <seb128> chrisccoulson, I'm fine thanks
[10:51] <seb128> chrisccoulson, "ok" is not great? did you work again during weekend?
[10:52] <chrisccoulson> i did a bit of work, trying to figure out why firefox isn't respecting gnome font settings
[10:52] <chrisccoulson> i didn't work much though ;)
[10:53] <seb128> chrisccoulson, ok
[10:53] <seb128> chrisccoulson, I assigned bug #562027 to you
[10:53] <ubot2> Launchpad bug 562027 in gnome-session (Ubuntu Lucid) (and 1 other project) "openoffice: unable to shutdown / reboot / logout when quickstarter is active (affects: 35) (dups: 6) (heat: 202)" [Low,New] https://launchpad.net/bugs/562027
[10:53] <seb128> no hurry to look at it so please don't overwork yourself for it
[10:53] <fta> kenvandine, here? gwibber refuses to start in maverick. http://paste.ubuntu.com/445997/
[10:54] <chrisccoulson> seb128 - that's an openoffice bug
[10:54] <seb128> fta, https://lists.ubuntu.com/archives/kernel-team/2010-June/010945.html
[10:54] <chrisccoulson> i had a quick look at that one at UDS, and openoffice is cancelling the logout
[10:54] <seb128> fta, it's likely fixed by that change
[10:54] <seb128> chrisccoulson, ok, can you drop a comment on the bug saying that?
[10:55] <chrisccoulson> seb128 - yeah, can do. i think there's a duplicate somewhere too
[10:55] <seb128> chrisccoulson, and maybe reassign to openoffice, I will assign to ccheney
[10:55] <seb128> chrisccoulson, well that one has a collection of duplicates
[10:55] <fta> seb128, uh? a new kernel?
[10:55] <chrisccoulson> yeah, i just saw that
[10:55] <seb128> fta, it's the ptrace security change which limitation proc use
[10:55] <seb128> fta, that breaks port finding for desktopcouch
[10:56] <fta> seb128, oh. ok. Thanks
[10:56] <seb128> np
[10:56] <seb128> that breaks lpi as well
[10:56] <seb128> ara, hey
[10:57] <seb128> ara, chrisccoulson: do you know if anybody tested the hardy langpack updates?
[10:57] <seb128> ara, chrisccoulson: we need those to be tested with the new firefox today
[10:57] <ara> seb128, I don't
[10:58] <ara> (and I haven't)
[10:58] <seb128> ara, could you try to organize some testing?
[10:58] <seb128> ara, how are you btw? had a good weekend? ;-)
[10:58] <seb128> ara, sorry to have tasks already on a monday morning there :-)
[10:59] <ara> seb128, OK, I will try to organize something, although I am busy with other stuff. where are the langpacks?
[11:00] <seb128> dpm, ^
[11:00] <seb128> dpm, maybe you can get some translators to help testing those?
[11:00] <seb128> ara, https://wiki.ubuntu.com/Translations/LanguagePackUpdatesQA
[11:00] <ara> seb128, thanks
[11:00] <seb128> ara, dpm has been setting that
[11:01] <ara> seb128, but are the lang packs already in -proposed?
[11:01] <seb128> ara, I'm checking, I think not since they should go with a security update
[11:01] <seb128> ArneGoetje, ^
[11:02] <seb128> though that would be a good way to get them tested
[11:02] <seb128> ara, https://edge.launchpad.net/~ubuntu-langpack/+archive/ppa
[11:02] <seb128> pitti, ^
[11:02] <seb128> help! ;-)
[11:03] <pitti> seb128: I got a mail from Arne over the weekend wrt. langpacks
[11:03] <seb128> the langpacks updates for hardy should go with the security update
[11:03] <seb128> how do we test those?
[11:03] <pitti> but there were some problems with the PPA overflowing, haven't checked the status yet
[11:03] <seb128> do we push them to hardy-proposed for now?
[11:03] <pitti> yes, -proposed sounds fine
[11:03] <seb128> pitti, I got that solved on thursday
[11:03] <seb128> the ppa has 8G now
[11:03] <seb128> ArneGoetje did the upload
[11:03] <seb128> pitti, I'm not sure what to do next though
[11:03] <pitti> right, but I got a million reject mails
[11:04] <seb128> pitti, when?
[11:04] <pitti> did he reupload the bunch after increasing the size?
[11:04] <seb128> pitti, should have been fixed on thursday?
[11:04] <seb128> yes
[11:04] <seb128> on thursday evening
[11:04] <pitti> ok, good
[11:04] <pitti> we have an existing process for testing langpack updates
[11:04] <seb128> right, though usually don't go to -security
[11:05] <seb128> so I don't know how much that impacts the process for this round?
[11:05] <pitti> do they need to go to -security?
[11:06] <seb128> I think so
[11:06] <seb128> chrisccoulson, ^ can you confirm
[11:06] <seb128> pitti, we need the new firefox xpi with the update
[11:06] <seb128> I don't think -security can depends on -updates
[11:07] <pitti> ok, then we should upload them to -proposed, test, and then copy to -security
[11:07] <seb128> ok
[11:07] <seb128> pitti, can you do the copy to proposed?
[11:07] <chrisccoulson> yeah, tha langpacks have to go through security
[11:07] <pitti> can do
[11:08] <seb128> pitti, thankss
[11:08] <chrisccoulson> we probably don't want to do the copy just yet
[11:08] <seb128> chrisccoulson, why not?
[11:08] <seb128> chrisccoulson, well, we are speaking about copying the updated langpacks to hardy-proposed
[11:08]  * pitti holds on
[11:08] <seb128> chrisccoulson, so they get some testing
[11:11] <pitti> I'm just confused why Arne doesn't want me to copy the entire PPA, just a subset of languages
[11:11] <pitti> but well, I'll use Arne's subset for now, once we clear chrisccoulson's comment about "not just yet"
[11:11] <seb128> pitti, another issue is that the updated langpacks don't have translations for current firefox
[11:12] <seb128> pitti, that's the issue chrisccoulson is concerned about
[11:12] <pitti> seb128: ? I thought that was the very point of them?
[11:12] <seb128> since the new firefox didn't get flagged yet
[11:12] <pitti> "flagged"?
[11:12] <seb128> pitti, well it means people using -proposed without the mozilla ppa will get broken firefox
[11:12] <pitti> oh, I thought ffox already was in -proposed
[11:12] <seb128> pitti, it's still in the ppa and the security update is not officially out yet
[11:13] <pitti> why isn't it?
[11:13] <seb128> because mozilla still didn't release it
[11:13] <pitti> ah
[11:13] <pitti> seb128: then we should ask people to test the langpack PPA instead of -proposed
[11:13] <seb128> we should perhaps copy those langpacks in the mozilla ppa?
[11:13] <seb128> can we do that?
[11:13] <seb128> chrisccoulson, ^
[11:14] <pitti> yes, there's a --to-ppa option
[11:14] <pitti> but it might be easier to just add the langpack PPA
[11:15] <seb128> well that means having to reach testers with that informations again
[11:15] <chrisccoulson> we can. i'm not sure if i need to change the series to hardy-security though
[11:15] <seb128> rather than having people getting those updates as they test what we called for testing a week ago
[11:15] <chrisccoulson> i'll ask jdstrand
[11:22] <asac> i would think pushing the langpacks in the mozilla ppa makes sense if we just stage everything there and push the update from there. why did you do a full new langpack update anyway? i would have thought that putting the mozilla.data.tar.gz in the old hardy langpacks manually would have been the safest way to move forward
[11:24] <seb128> asac, that is a good question, I would have though as well
[11:24] <seb128> chrisccoulson, ^
[11:24] <seb128> or ArneGoetje^
[11:25] <chrisccoulson> i'm not sure, i'm not really involved with the langpacks
[11:25] <asac> at least i thought that we didnt roll langpack updates for ages, which makes it feel risky to send out a big batch
[11:25] <asac> from a fresh hardy launchpad export
[11:25] <seb128> it does
[11:26] <seb128> that's why I'm a bit nervous that didn't get tested yet
[13:39] <seb128> hey slomo
[13:39] <seb128> slomo, did you read bugs about divx playing being broken with current gst stack?
[13:39] <seb128> it's in maverick, could be an issue with ffmpeg or something
[13:49] <slomo> seb128: nope, which bug?
[13:50] <seb128> slomo, https://bugs.edge.launchpad.net/ubuntu/+source/gstreamer0.10/+bug/590062
[13:50] <ubot2> Launchpad bug 590062 in gstreamer0.10 (Ubuntu) " Missing plugin: gstreamer (affects: 2) (dups: 1) (heat: 3131)" [Undecided,New]
[13:50] <seb128> for example
[13:51] <slomo> seb128: maybe a rebuild against ffmpeg 0.6 helps, i don't know
[13:52] <seb128> slomo, ok
[13:52] <slomo> seb128: seems to be a ffmpeg problem though, gst-ffmpeg git uses ffmpeg 0.6 too without any changes and there it works ;)
[13:52] <seb128> slomo, you don't have such issues in debian?
[13:53] <tdr112> anyone know how to automount a ext4 drive , i looked up https://help.ubuntu.com/community/Fstab but there is noting on ext4 there
[13:55] <slomo> seb128: debian doesn't have 0.6
[13:57] <seb128> slomo, in experimental it has it seems
[13:57] <slomo> oh yes, i didn't try that ;) but sjoerd uses the experimental ffmpeg and had no problems
[13:58] <seb128> ok thanks
[13:58] <seb128> slomo, btw I will upload dconf to debian this week
[13:58] <seb128> I would have done it some days ago but current glib i386 built failed
[13:58] <seb128> and I didn't have time to rebuild glib before the weekend to build dconf
[13:59] <seb128> I hate that Debian doesn't accept source uploads ;-)
[14:02] <ccheney> good morning
[14:20] <seb128> hey ccheney
[14:20] <ccheney> seb128, hi
[14:22] <seb128> ccheney, I assigned you that openoffice inhibiting the session bug
[14:22] <seb128> ccheney, chrisccoulson says it's an openoffice bug
[14:23] <ccheney> seb128, ok, testing it now, yea i saw he said it is the quickstarter telling the session not to end
[14:28] <ccheney> seb128, forwarded it on to the ooo-build guys it appears that part of the code is disabled in official OOo at the moment
[14:28] <ccheney> seb128, so it seems ooo-build thought they fixed it and turned it back on
[14:30] <seb128> ccheney, ok thanks
[14:43] <ArneGoetje> seb128: The Hardy langpacks have been rebuilt with the FF3.6 translations injected and the FF3.0 ones removed for those languages where we have translations for. The rest in the langpacks is the same like in the currently published ones. Therefor, once you can confirm that FF3.6 is properly translated for the subset of languages I mailed to you, you can copy them to -security directly. For the remaining languages, there are no changes at all compare
[14:44] <seb128> ArneGoetje, hey
[14:44] <seb128> ArneGoetje, so they have no new export of po?
[14:44] <seb128> ArneGoetje, only the xpi changes?
[14:45] <ArneGoetje> seb128: For Jaunty, I had to do a faked full export (i.e. a merge of the last full export and the latest published delta) and therefor there will be translation updates for other applications as well. But only the subset of languages like in the Hardy langpacks, have XPI updates.
[14:45] <ArneGoetje> seb128: For Hardy, yes.
[14:46] <seb128> ArneGoetje, ok thanks
[14:46] <seb128> pitti, chrisccoulson^
[14:46] <seb128> ara, dpm, chrisccoulson: so we need to test those translations
[14:46] <seb128> either by telling users to add the langpack ppa or by copying those to the mozilla one
[14:47] <seb128> but we need to start testing now
[14:47] <pitti> ok, thanks
[14:47] <ara> seb128, hardy only?
[14:48] <dpm> ArneGoetje, seb128, yeah, which distros and which languages need testing?
[14:48] <seb128> chrisccoulson, ^
[14:48] <chrisccoulson> ArneGoetje, thanks. would you be able to do the same for karmic as well when you get the chance?
[14:48] <seb128> ara, dpm: hardy to start yes
[14:49] <ArneGoetje> chrisccoulson: sure, just tell me when
[14:51] <chrisccoulson> ArneGoetje, once we've got hardy ready, the plan is to work on jaunty and karmic in parallel too
[14:52] <ArneGoetje> chrisccoulson: I see... Iʼll have a meeting in 10 minutes, but after that I can prepare new Karmic langpacks as well.
[14:52] <chrisccoulson> ArneGoetje, thanks :)
[14:53] <dpm> So we need to give instructions to testers: where do we put the PPAs then, on the langpack or on the mozilla one? Would the mozilla one not be easier for users, so that they only have to add a PPA subscription?
[14:53] <dpm> ArneGoetje, what's the subset of languages that need testing?
[14:57] <ara> chrisccoulson, are you checking the feedback people are giving at http://mozilla.qa.ubuntu.com/qatracker/result/4173/537
[14:57] <ara> ?
[14:57] <chrisccoulson> ara - i am, although i didn't look today
[14:57] <chrisccoulson> i'm going to address jdstrand's issue today once i've got the font rendering issues sorted
[14:57] <ara> dpm, if we use the mozilla ppa, we could use the same instructions as https://wiki.ubuntu.com/Testing/Firefox3.6.4Upgrade
[14:58] <ara> dpm, if you want, we can provide different instructions for the langpacks, and add a couple of specific test cases
[14:58] <chrisccoulson> jdstrand found some fairly serious regressions in epiphany too
[14:59] <dpm> ara, reading the instructions now
[15:02] <ArneGoetje> dpm: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/latest-3.6/linux-i686/xpi/ <- all those language codes have the updates
[15:05] <dpm> ara, yeah, I'd say if technically possible to use the mozilla ppa, it will be easier for testers and we can reuse the current instructions as you're saying. As per specific test cases on FF translations, I'm still not sure which ones would be best to add. A crash due to invalid translations will be noticed in other test cases, and the only think I can think of is to go through the menus and check if everything is translated as it was before. Actually,
[15:05] <dpm>  that might be a test case worth adding
[15:06] <ara> dpm, OK, I will add that testcase
[15:06] <dpm> thanks ara
[15:07] <ara> seb128, chrisccoulson: please, let us know when the lang packs are in the mozilla ppa, so we can resend the updated call for testing
[15:32] <ara> seb128, ping
[15:33] <seb128> hello
[15:39] <ara> seb128, dpm and I thought that it is better to move the lang packs to the mozilla ppa to make it easier for testers
[15:39] <ara> seb128, need the packages to be moved to send the call
[15:44] <rodrigo_> hmm, emacs seems to be broekn in maverick
[15:45] <seb128> ara, chrisccoulson is working on it
[15:45] <ara> seb128, OK, thanks
[15:45] <seb128> ara, the issue is that he needs to change the changelog target to be lucid-security
[15:46] <seb128> so he can't ppa copy over
[15:56] <ArneGoetje> seb128: if we copy them over to another ppa, doesnʼt it mean the packages need to be rebuilt in that ppa?
[15:56] <seb128> pitti, ^ do you know?
[15:57] <seb128> chrisccoulson, pitti, ArneGoetje: I'm not clear how we get those updated hardy packages in the mozilla ppa but we need that today
[15:57] <pitti> you can copy the binaries, too
[15:57] <pitti> no need to rebuild
[15:57] <seb128> chrisccoulson, what is the current plan of actions?
[15:57] <seb128> pitti, but will that work for security?
[15:57] <ArneGoetje> pitti: thanks for info
[15:57] <chrisccoulson> seb128 - i'll do that in a minute
[15:57] <pitti> no, we can't copy binaries from PPA to distro
[15:57] <pitti> they'll need rebuilds
[15:58] <pitti> but I don't see a problem with that?
[15:59] <seb128> pitti, I don't think there is an issue I'm just trying to figure how we move forward since we are not making progresses today on this it seems
[15:59] <seb128> so current plan of record is to move the updates langpacks to the mozilla ppa and do a call for testing?
[16:00] <seb128> chrisccoulson, ^
[16:09] <vish> seb128: have you seen the recent comments on Bug 403135 , seems to be pointing to the gnome-panel again. seems to be fixed when compiled with--with-in-process-applets=all
[16:09] <ubot2> Launchpad bug 403135 in wine1.2 (Ubuntu) (and 31 other projects) "Notification area icon wrongly rendered/uses bg_color as a background (multiple apps) (affects: 356) (dups: 32) (heat: 1692)" [Low,Triaged] https://launchpad.net/bugs/403135
[16:09] <vish> seb128: can the gnome-panel task be re-opened?
[16:11] <seb128> vuntz, ^ do you know about this?
[16:11] <seb128> vish, seems there is still application side issue since some are working
[16:11] <seb128> vish, but yes you can reopen the gnome-panel task if you want
[16:12] <rodrigo_> seb128, do you know anything about X having some brokenness in latest maverick? most apps run ok, but at least banshee and emacs fail with X errors
[16:12] <seb128> rodrigo_, it's bratsche's fault with gtk csd
[16:12] <rodrigo_> bratsche, !!! :)
[16:12] <seb128> rodrigo_, there is an environement variable to turn rgba off I think
[16:12] <rodrigo_> seb128, oh, which one?
[16:12] <seb128> mvo knows it
[16:12] <seb128> mvo, ^
[16:14] <fta> strangely, i loose the cursor in the evolution editor each time i click somewhere in the window. could it be gtk/rgba once again?
[16:14] <seb128> fta, there is an open bug about that but not sure
[16:14] <pedro_> rodrigo_, try to run it with: export XLIB_SKIP_ARGB_VISUALS=1
[16:14] <seb128> that's it
[16:14] <rodrigo_> hey pedro_, cool, trying
[16:14] <seb128> thanks pedro_
[16:14] <pedro_> you're welcome
[16:15] <bratsche> I'm getting back to work on this stuff today finally.  Sorry for the trouble.
[16:15] <seb128> pedro_, hey btw
[16:15] <rodrigo_> yay, it works
[16:15] <seb128> how are you?
[16:15] <seb128> hey bratsche
[16:15] <seb128> bratsche, had a nice weekend?
[16:15] <pedro_> bonjour seb128! good good catching up with weekend bug mail. how are you doing?
[16:16] <seb128> pedro_, I'm good thank you!
[16:46] <ara> dpm, seb128, chrisccoulson: I have to step out now. I have added a "Translations" testcase to mozilla.qa.ubuntu.com and I have updated https://wiki.ubuntu.com/Testing/Firefox3.6.4Upgrade to ask to test the langpacks
[16:46] <seb128> ara, thanks!
[16:46] <seb128> ara, have fun, see you tomorrow
[16:46] <ara> once ready, you can send the updated call for testing to the translator mailing list, and also reply my original email to ubuntu-dev and ubuntu-qa with the updated info
[16:47] <seb128> ok
[16:47] <seb128> thanks!
[16:49] <ara> seb128, np, please, keep me posted by email
[16:49] <ara> thanks!
[16:49] <ara> cheers
[16:49] <seb128> will do
[16:50] <ArneGoetje> seb128, chrisccoulson, dpm: I have tested ff3.6.4 on hardy with the following languages: ar_SA de_DE es_ES fi_FI fr_FR it_IT tr_TR zh_CN zh_TW; all look fine to me.
[16:51] <seb128> ArneGoetje, thanks!
[16:52] <jcastro> seb128: what days are you going to guadec?
[16:52] <seb128> jcastro, didn't decide yet
[16:52] <seb128> jcastro, I guess start to wednesday or thursday
[16:52] <seb128> I need to look at the schedule
[16:52] <seb128> jcastro, what about you?
[16:52] <jcastro> wednesday is the start afaik
[16:53] <seb128> ?
[16:53] <seb128> bah
[16:54] <seb128> sucks
[16:54] <jcastro> indeed
[16:54] <seb128> I'm not sure then
[16:54] <seb128> I might go back home after the sprint
[16:55] <seb128> and come to GUADEC on tuesday afternoon
[16:58] <ArneGoetje> seb128, chrisccoulson: langpack-o-matic run for karmic to include FF3.6 translations is running. Expect uploads to the langpack PPA tomorrow morning.
[17:00] <seb128> ArneGoetje, excellent, thank you
[17:03] <chrisccoulson> thanks ArneGoetje
[17:05] <seb128> chrisccoulson, let me know when you get those in the mozilla ppa
[17:55] <seb128> chrisccoulson, bug #562027, shouldn't gnome-session display a dialog with "log out anyway"?
[17:55] <ubot2> Launchpad bug 562027 in openoffice.org (Ubuntu Lucid) (and 1 other project) "[ooo-build] OOo QuickStarter: unable to shutdown / reboot / logout when quickstarter is active (affects: 35) (dups: 6) (heat: 198)" [Low,New] https://launchpad.net/bugs/562027
[17:56] <seb128> isn't the standard way to display, the "what do you want to do" with "cancel" or "log out"
[17:56] <chrisccoulson> seb128 - if openoffice was genuinely interacting with the user, or not responding, then gnome-session would display a dialog
[17:56] <chrisccoulson> but it requests interaction and then immediately sends a message saying it has finished and logout shoud be cancelled
[17:57] <seb128> I see
[17:57] <seb128> gnome-session[30945]: DEBUG(+): GsmManager: Response from end session request: is-ok=1 do-last=0 cancel=0 reason=
[17:57] <seb128> gnome-session[30945]: DEBUG(+): GsmXSMPClient: Client '0x16e1be0 [/usr/lib/openoffice/program/soffice 10e1827b246fac322127590469171257800000309450041]' received InteractDone(cancel_shutdown = True)
[17:57] <seb128> that?
[17:57] <chrisccoulson> seb128 - yeah, thats it
[17:58] <seb128> chrisccoulson, ok, makes sense, thank you ;-)
[17:58] <chrisccoulson> so, as far as gnome-session is concerned, openoffice has already displayed a dialog and the user clicked to cancel the logout
[17:59] <seb128> right
[17:59] <seb128> I knew there was a reason I don't use openoffice ;-)
[17:59] <didrocks> LaTeX \o/
[17:59] <didrocks> sorry :)
[18:00] <didrocks> seb128: do you think you will have some time for NEWing or we will do the back and forth tomorrow morning? (no hurry, almost all the MIR paperwork is done, just have to get a package in launchpad to open corresponding bugs)
[18:01] <seb128> didrocks, what source do you need NEW-ed,
[18:01] <seb128> ?
[18:01] <seb128> didrocks, I will go to sport in 15 minutes but if I don't do it tonight I will do it first thing tomorrow
[18:02] <didrocks> seb128: bamf, indicator-datetime, dee, unity-asset-pool, unity
[18:03] <seb128> I didn't NEW bamf the other day?
[18:03] <didrocks> seb128: but no hurry, if you can't do it this evening, not a big issue. I'll cut and paste tomorrow the MIRS :)
[18:03] <didrocks> oupss
[18:03] <didrocks> no bamf, sorry
[18:03] <seb128> ;-)
[18:03] <seb128> no worry
[18:03] <didrocks> my bad being tired after a day in packages and branches and patches :-)
[18:04] <seb128> didrocks, open the bugs against ubuntu if you want and we will reassign when I new things
[18:04] <seb128> didrocks, it's likely going to be later tonight or tomorrow morning
[18:04] <seb128> I don't think I will have time before sport now
[18:04] <didrocks> seb128: well, no need, gedit is my MIR handler :)
[18:04] <seb128> starting by having a quick look in case I see an issue
[18:04] <didrocks> seb128: don't be late at sport! ;)
[18:05] <seb128> don't worry
[18:05] <seb128> it's in 35 minutes
[18:05] <seb128> and it takes 10 minutes to get there
[18:07] <didrocks> seb128: libunity-misc was the 5th in fact
[18:18] <seb128> didrocks, dee
[18:19] <seb128>  examples/synced-lists.c       |  269 ++++++++++++++++++++++++++++++++++++++++++
[18:19] <seb128>  vapi/dee-1.0-custom.vala      |   11 +
[18:19] <seb128> changes out of the debian dir
[18:19] <didrocks> seb128: yeah, this is because of merge-upstream when a file is in the tarball and not in upstream branch
[18:19] <didrocks> seb128: typically, generated file
[18:19] <seb128> ok
[18:20] <seb128> I need to go but I will continue reviewing those later
[18:20] <seb128> see you ;-)
[18:20] <didrocks> seb128: enjoy your sport time :-)
[18:20] <seb128> thanks