[07:48] <lordievader> Good morning.
[09:08] <twager> Sysinfo for 'twager-Aspire-5552': Running against KDE Frameworks 5 on Ubuntu 15.10 (Wily Werewolf) powered by Linux 3.19.0-20-generic, CPU: AMD Athlon(tm) II P320 Dual-Core Processor at 1500/2100 MHz, RAM: 2361/2752 MB, Storage: 4/105 GB, 173 procs, 2.8h up
[12:22] <BluesKaj> Hey all
[14:46] <g3tpi> Sysinfo for 'twager-Aspire-5552': Running against KDE Frameworks 5 on Ubuntu 15.10 (Wily Werewolf) powered by Linux 3.19.0-20-generic, CPU: AMD Athlon(tm) II P320 Dual-Core Processor at 1500-2100/2100 MHz, RAM: 2346/2752 MB, Storage: 8/109 GB, 172 procs, 8.43h up


[12:55] <brunch875> zesty doesn't come with ifconfig installed
[12:55] <brunch875> how to check ip then?
[14:54] <nacc> brunch875: `ip a`
[14:56] <brunch875> nice thanks nacc
[15:01] <nacc> brunch875: which i believe is just short of `ip addr`, but the `ip` command is what you want
[15:03] <brunch875> ip addr? I remember this from before
[15:06] <nacc> brunch875: yes
[15:23] <Dreaman> https://paste.ubuntu.com/24334519/  k1l_ big proble with unsteable ubuntu :)
[15:25] <nacc> Dreaman: #ubuntu+1 for support for 17.04
[15:25] <nacc> Dreaman: also, that paste has no useful content for any instability
[15:28] <Dreaman> my videocard 940 mx not in the list :)
[15:28] <nacc> Dreaman: sorry  for the channel redirect, didn't pay attention to where we were :)
[15:28] <nacc> Dreaman: isn't that the nvidia device 179c?
[15:29] <Dreaman> yes
[15:29] <nacc> Dreaman: so it is in the list, but presumably the nvidia driver didn't recognize it
[15:30] <Dreaman> work
[15:30] <nacc> Dreaman: right `dmesg` grep for nvidia or whatever
[15:33] <Dreaman> https://paste.ubuntu.com/24334585/
[15:50] <ikonia> Dreaman: please check your pm
[15:50] <ikonia> (as in private messages)
[22:46] <ZeZu> Can anyone confirm package 'gpa'  ( gnu privacy assistant )  is not in Zesty repo?   It's a pretty standard package but I have to install a binary from Yakkety
[22:47] <k1l_> !info gpa
[22:47] <k1l_> make sure universe is enabled
[22:47] <nacc> ZeZu: no, i cannot confirm that
[22:47] <nacc> ZeZu: and you don't mix and match releases, even to workaround something, imo
[22:49] <ZeZu> nacc,  it's highly doubtfull it will cause any issue installing a binary from yakkety
[22:49] <k1l_> its the straight way into the dependency hell
[22:49] <ZeZu> k1l_,  universe is enabled of course :|
[22:49] <k1l_> and its not needed at all
[22:50] <k1l_> ZeZu: what does apt policy gpa say?
[22:50] <ZeZu> k1l_,  generally no it's not
[22:50] <nacc> ZeZu: i disagree based upon the number of times in the past year i've had to help people disentangle their systems
[22:50] <nacc> ZeZu: but hey, you're root on your system, do whatever you want of course
[22:52] <ZeZu> k1l_, policy: https://pastebin.com/UeBwe62a
[22:52] <nacc> ZeZu: so it's quite clearly there
[22:52] <nacc> ZeZu: just install it
[22:52] <k1l_> ZeZu: so you can install it from zesty repos. what is your issue then?
[22:54] <ZeZu> No clue,  i changed repo when i checked universe and it installs fine now
[22:54] <ZeZu> idk why it wouldn't find it before  but I'm not complaining
[22:54] <k1l_> hmm, maybe the old mirror was broken
[22:54] <ZeZu> possibly
[22:54] <ZeZu> thanks anyhow


[04:49] <crimsun> siretart: hi, do you know of any reason not to sync openal-soft_1:1.10.622-1 from Debian testing?
[05:45] <suji11> hi, already i upload a package here http://revu.ubuntuwire.com for review with the version 1.3.6, now i have to upload the package with Upgrading it to latest upstream version(1.3.8), how to do it?
[05:48] <ScottK> suji11: Just upload it, it will replace the previous one
[05:52] <suji11> ScottK: using this command dput revu package_version_source.changes
[05:52] <ScottK> Yes
[06:05] <suji11> ScottK: my packae is here, http://revu.ubuntuwire.com/details.py?upid=7253 but it shows some warnings. what to do to resolve that?
[06:15] <RAOF> suji11: Which warning in particular?  They seem fairly self-explanatory to me, but then I've got plenty of experience.
[06:16] <suji11>  RAOF: The Maintainer field is invalid. It has to contain an @ubuntu.com address (usually the Ubuntu MOTU Team's). The packager can leave his/her name as XSBC-Original-Maintainer.
[06:17] <suji11> RAOF:  I changed the maintainer field in control file as Ubuntu MOTU Developers<EMAIL_ADDRESS>and upload it again, but also it shows that warning again.
[06:19] <RAOF> suji11: I don't see that upload; the package I see still has you in the Maintainer: field.
[06:24] <suji11> RAOF: ya,but when i give this command dput -f revu iok_1.3.8-0ubuntu1_source.changes  it shows "Successfully uploaded packages"
[06:25] <suji11> RAOF: and i'm getting the mails also.
[06:26] <suji11> RAOF: when i go through the link in my mail, the same content there in the previous upload page.
[06:28] <siretart> crimsun: no idea, I have to admit that I haven't followed openal lately. I should probably have myself removed from the uploaders field
[06:29] <suji11> RAOF: on top of the files list Details for upload "iok" from user " suji87-msc" - 21 Dec 2009 06:57 this was changed every time
[06:33] <RAOF> suji11: How are you changing the maintainer?
[06:34] <suji11> RAOF: i edit the control file, in the maintainer field i put this Ubuntu MOTU Developers<EMAIL_ADDRESS>[06:35] <RAOF> And have you run dpkg-buildpackage again?
[06:35] <suji11> RAOF: no
[06:35] <RAOF> (Or debuild, or however it is you're building the source package)
[06:35] <RAOF> Well, that's the problem; you're uploading the same thing every time :)
[06:35] <RAOF> You need to rebuild the source package to pick up your changes :)
[06:35] <suji11> RAOF: oh! ok
[06:35] <suji11> RAOF: i will rebuild and upload it again
[06:36] <suji11> RAOF: in the maintainer list should i give this Ubuntu MOTU Developers<EMAIL_ADDRESS>or the mail id is enough
[06:37] <RAOF> That looks right to me.
[06:37] <suji11> RAOF: the mail-id only enough?
[06:38] <RAOF> "Ubuntu MOTU Developers<EMAIL_ADDRESS>[06:43] <suji11> RAOF: ok, the warning was cleared http://revu.ubuntuwire.com/details.py?upid=7255 . but have three warnings yet. what about that?
[06:45] <suji11> RAOF: in the first warning, i check the lintian file, it shows three warnings
[06:48] <suji11> RAOF:  I couldn't understand the first warning ,  second  should i change the Standard version as 3.8.3 in control file and  third should i remove the config.log file. am right?
[06:51] <RAOF> suji11: Have you checked out "Debian Policy Manual section 4.11", as suggested by the first warning?
[06:52] <RAOF> For the second one, yes.  You should have the Standards-Version as 3.8.3 (and you should also ensure that the package _complies_ with that standard version; it probably does).
[06:52] <RAOF> And, yes, as the warning suggests, you should remove the config.log file in the clean: target
[06:57] <suji11> The standard version is automatically generated, can i change it manually?
[06:58] <RAOF> Yes; it's not automatically generated, it's just that the template has an older version.
[06:58] <suji11> I checkout the debian policy manual now and here http://www.debian.org/doc/maint-guide/ch-dother.en.html also they said about the file watch.ex . but i remove the all the files with the extension .ex and .EX from the debian directory.
[06:59] <suji11> what should i do now?
[06:59] <RAOF> Write a new watch file; they're very easy.
[06:59] <RAOF> You can check out any number of source packages for examples - I know both specto & gnome-do have watch files, for example.
[06:59] <RAOF> "man uscan" also has information.
[07:00] <suji11> hmmm.. ok
[07:07] <suji11> RAOF: ok i will do it and let you know later. Thanks for the help:)
[08:32] <dholbach> good morning
[08:38] <geser> good morning
[08:38] <dholbach> hey geser
[09:06] <suji11> RAFO: i added the watch file, then again i upload my package? or do anything before that?
[09:15] <suji11> RAFO: i added the watch file and upload the package again http://revu.ubuntuwire.com/details.py?upid=7256 now i have 1 warning yet. What is that?
[09:16] <slytherin> suji11: Have you read the warning?
[09:18] <suji11> slytherin: yes, it means the bug should fixed in launchpad which is this package is needed, am right?
[09:19] <slytherin> suji11: Is there a bug in launchpad corresponding to this package?
[09:20] <suji11> slytherin: couldn't get...
[09:20] <suji11> slytherin: i upload this package in launchpad ppa, is  there a bug in it?
[09:21] <slytherin> suji11: Is there a bug filed in launchpad that says 'Please package iok'?
[09:21] <suji11> slytherin: no, i think.
[09:22] <slytherin> suji11: It is preferable that you file such a bug before starting to work on a new package so that others know that you are working on it. Also this bug needs to be mentioned in debian/changelog using format - LP: #nnnnnn
[09:23] <suji11> slytherin: oh! should i file that? or some others should file that?
[09:26] <slytherin> suji11: see if there is already such a bug. if not then file it.
[09:27] <suji11> slytherin: ok, how to know or search already a bug is there relate to this or not?
[09:27] <slytherin> suji11: Just search for iok. :-)
[09:58] <lazka> Hi guys, I'm trying to automate my package build.. does anyone know how to pass my password to dpkg-buildpackage for signing?
[09:58] <lazka> or point me to examples
[10:06] <slytherin> lazka: Are you using some password agent like seahorse?
[10:07] <lazka> slytherin, yes, it picks up my key id and everything but asks me for the password
[10:10] <slytherin> lazka: You can use seahorse for password caching. You can check caching preferences from System -> Preferences -> Encryption and Keyrings.
[10:13] <lazka> slytherin, ok thanks, but I don't have that entry, do you meen in seehorse?
[10:14] <slytherin> lazka: Do you have seahorse package installed?
[10:14] <slytherin> Wait a minute, are you running GNOME?
[10:15] <lazka> yes, I have seahorse in accesories
[10:22] <lazka> slytherin, -p did the trick I think
[10:22] <lazka> thanks
[10:23] <lazka> hm.. no
[10:23] <lazka> damn
[10:50] <lazka> slytherin, the package was seahorse-plugins
[10:50] <slytherin> Ok.
[10:54] <lazka> but it's not caching anything
[11:01] <slytherin> lazka: I believe caching is disabled by default
[13:00] <bddebian> Heya gang
[13:21] <lucas> what's Maia Kozheva's nickname?
[13:21] <slytherin> lucas: LucidFox or sikon
[13:22]  * LucidFox raises a hand
[13:22] <lucas> thanks
[13:22] <lucas> LucidFox: you should use update-maintainer from ubuntu-dev-tools
[13:22] <lucas> LucidFox: you typoed Original-Maintainer in inform
[13:22] <LucidFox> What package is this about?
[13:22] <LucidFox> Oh.
[13:23] <lucas> also, if I remember correctly, you shouldn't use
[13:23] <lucas> Maintainer: Ubuntu MOTU Developers<EMAIL_ADDRESS>[13:25] <LucidFox> What should be used instead?
[13:25] <lucas> if I remember correctly, Ubuntu Developers<EMAIL_ADDRESS>[13:25] <lucas> but now, I can't find the reference for that
[13:25] <LucidFox> Does update-maintainer do that automatically?
[13:26] <lucas>     target_maintainer = "Ubuntu Developers<EMAIL_ADDRESS>[13:26] <lucas> yes
[13:28]  * LucidFox nods
[13:28] <ScottK> lucas: It was in the minutes of one of the tech board meetings.
[13:28] <dholbach> https://wiki.ubuntu.com/DebianMaintainerField
[13:29] <lucas> LucidFox: could you fix it for inform? I'm asking because Ultimate Debian Database sends email to me about unknown fields
[13:29] <LucidFox> Going to fix it now, thanks.
[13:29] <lucas> great, thanks
[13:33] <Laney> lucas: UDD carries information about Ubuntu packages too?
[13:34] <lucas> Laney: sure
[13:34] <Laney> cool, did not know
[13:34] <Laney> this could maybe replace MDT then
[13:34] <lucas> Laney: totally
[13:35] <lucas> Laney: I'm the original author of MDT, and this was one of the motivations for writing UDD
[13:36] <dktrkranz> lucas: I take the occasion to thank you for making UDD possible, it's really amazing!
[13:36] <lucas> heh, thanks :)
[18:22] <sharms> can someone review this debdiff for me for lucid?  Its a long standing issue I finally figured out: https://bugs.launchpad.net/ubuntu/karmic/+source/ncpfs/+bug/328020
[18:28] <sharms> oooh it actually showed up automatically on the sponsor queue link
[19:26] <dhillon-v10> hi all, I am trying to package a .jar file into debian package, what should I put in the debian/rules file
[19:32] <c_korn> dhillon-v10: as I told you. cp /usr/share/doc/debhelper/examples/rules.tiny debian/rules
[19:33] <dhillon-v10> c_korn, hi there sorry my client quit for some reason :D
[19:34] <c_korn> dhillon-v10: in ubuntu 9.10 you already have debhelper 7. you just need to make use of its features.
[19:34] <c_korn> dhillon-v10: change debian/compat to contain "7" and change the debhelper dependency in debian/control to debhelper (>= 7)
[19:34] <dhillon-v10> c_korn, alright, just a sec. then
[19:39] <ScottK> dhillon-v10: Java .jars are binary files.  You need to start from source.
[19:40] <dhillon-v10> c_korn, I did the changes you suggested now this happens: http://pastebin.com/d57cfd77d
[19:40] <dhillon-v10> ScottK, that bluej on the upstream website has a .deb and this .jar file that's it should I extract the jar file and continue as regular package
[19:41] <ScottK> No, you should get the source.
[19:50] <dhillon-v10> ScottK, hey I am getting errors on debuild why is that happening: http://pastebin.com/d57cfd77d
[20:04] <geser> dhillon-v10: line 22 of your paste
[20:05] <dhillon-v10> geser, ahh smart :D
[20:07] <dhillon-v10> geser, alright I made a change, I extracted the jar file and put the source in a directory with a debian folder. Now debuild works fine, but when I issue a pbuilder command, it builds a .deb that's only 1.8 kb while the jar file was 5.3 mgs
[20:10] <geser> I'm not an Java expert but doesn't a .jar file contain the compiled .class files and not the .java files?
[20:13] <maxb> geser, Correct, although sometimes .jar files containing .java files are used as input for IDEs to allow them to provide source browsing.
[20:14] <geser> dhillon-v10: you have the .java files, right? and from them you build the new .jar which you put into the .deb?
[20:15] <maxb> dhillon-v10, You need to clarify whether you're actually trying to produce a package for submission for Ubuntu, including actually building the software from source, or if you're just hacking up an encapsulation of prebuilt binaries into a .deb, which would not be acceptable for Ubuntu.
[20:16] <dhillon-v10> geser, I don't have the .java file for some reason
[20:17] <dhillon-v10> maxb, I am trying to build a package for Ubuntu, this was a bug that needed packaging, but the upstream website has a .deb package build for users.
[20:17] <dhillon-v10> geser, the package only has .class files
[20:17] <maxb> dhillon-v10: You must be able to build the software from source, if it is free software
[20:18] <geser> then that's not the source as you can't modify it (e.g. apply a patch)
[20:18] <dhillon-v10> maxb, this is what the website says: Currently, the full BlueJ source is not available. However, the source of the editor is.
[20:18] <maxb> Or is it not free software?
[20:19] <maxb> You would need to consult the guidelines for whether it is acceptable into multiverse, or is not distributable at all, then
[20:19] <dhillon-v10> wait alright I got the right package, sorry :P
[20:19] <geser> dhillon-v10: www.bluej.org?
[20:19] <ajmitch> did you get it from http://www.bluej.org/download/source-download.html ?
[20:19] <dhillon-v10> geser, yah, I got the wrong package
[20:19] <dhillon-v10> sorry guys, I did get the right package, it has a src folder and a bunch of .java files :D
[20:28] <punkrockguy3__> Hey, I'm a developer on the fceu project (nes emulator).  How can I get someone to package the newest version of my program for its universe inclusion?
[20:30] <Quintasan> punkrockguy3__: well, we would need tarball first, and list of dependencies would be nice :)
[20:34] <punkrockguy3__> Quintasan:  the old version of fceuX was called fceu, and that shouldn't be replaced.. But the new series is called fceuX and should be a seperate package.  Link to src: https://sourceforge.net/projects/fceultra/files/Source%20Code/2.1.2%20src/fceux-2.1.2.src.tar.bz2/download   Dependencies:  libz, libsdl, liblua, zenity
[20:34] <punkrockguy3__> there is also an optional GTK2 launcher (included in the tarbell) that is written in python and python-gtk2
[20:36] <randomaction> punkrockguy3__: you should contact fabrice_sp for that, he made a package for 2.1.2
[20:37] <punkrockguy3__> randomaction, oh i had no idea there was already a package
[20:38] <punkrockguy3__> randomaction, thanks, PM sent
[20:39] <randomaction> punkrockguy3__: and take a look at bug 254352
[20:53] <punkrockguy3__> thanks
[21:11] <fabrice_sp> punkrockguy3__, you can find it in revu, also: http://revu.ubuntuwire.com/p/fceux
[21:12] <fabrice_sp> if any motu is willing to have anotehr look at it: i'd like to have another opinion before uploading it
[21:16] <fabrice_sp> have to go now. Bye
[22:37] <Lure> mok0: around?
[23:46] <mok0> Lure: whassup?
[23:46] <Lure> mok0: are you working on debian-science merge?
[23:47] <mok0> Lure, no actually not
[23:47] <mok0> Lure: Is it assigned to me?
[23:47] <Lure> ok, merges.u.c has your name listed
[23:47] <mok0> Lure, ah
[23:47] <mok0> You are welcome to take it over if you wish
[23:48] <Lure> mok0: I am doing opencv 2.0 transition, so I need to tuch it anyhow
[23:49] <mok0> OK


[03:32] <ko_lo> hallyn: I've to set it befire running initctl or running initctl set it for me?
[03:32] <ko_lo> because I didn't set it, I wasn't aware of it
[03:35] <ko_lo> so in order to init the job, I need to set thos var, fo the initctl checkconf thing and then it should work?
[03:37] <hallyn> ko_lo: as an example, I have ~/bin/start_upstart_job as http://paste.ubuntu.com/24431042/
[03:38] <hallyn> it's possible that unity desktop sets it for you.  i'm running different wm so i have to do it all by hand
[03:39] <ko_lo> yeah but my goal is to have it run as desktop-start
[03:39] <ko_lo> so if I follow this, it will be started by the script? or I'm mossing something
[03:41] <ko_lo> https://0bin.net/paste/zaUN7E9bb+v1jcyC#A4Pb7ubYX2CkBI9kt4fiN1dLQB46ifxq6apOWGuOULe this is my script
[03:43] <ko_lo> I want to run it when the user end his session. internet told me to use upstart but perhaps I got the whole thing wrong :)
[04:00] <hallyn> your bin requires js
[06:50] <ko_lo> ywah it's unvrypted client side. hold on I'll upload somewhere else.
[06:52] <ko_lo> http://paste.ubuntu.com/24431724/
[16:05] <hallyn> ko_lo: hm.  looks fine - though maybe you want to make it 'start on starting desktop-stop', that way desktop-stop won't actually start until your job is done?


[00:46] <rsalveti> and goes fine at qemu, just when running the tests that everything breaks
[00:46] <rsalveti> argh
[00:47] <rsalveti> jimerickson: do you have the pvr driver installed?
[00:47] <rsalveti> did you try to login at ubuntu 2d?
[00:50] <infinity> rsalveti: Did you break something?
[00:51] <rsalveti> infinity: nops, just wanted to know if the issue is related with unity 3d
[00:52] <rsalveti> but I noticed today that nux also got updated to a newer version
[00:52] <rsalveti> seems to be still at proposed
[00:52] <infinity> I think that's all waiting on some co-ordinated unity release.
[00:53] <infinity> I've lost track.
[00:53] <rsalveti> I'm scared that this could break the desktop again, we'll see
[00:53] <rsalveti> at beta 2 I couldn't even login at unity 3d
[02:45] <jimerickson> rsalveti: yes i had the pvr driver installed. yes tried login at 2D.
[02:45] <rsalveti> jimerickson: even 2d failed?
[02:45] <jimerickson> yes
[02:46] <rsalveti> I'm updating my rootfs, will check in a few minutes
[02:47] <jimerickson> i am re-imaging my sd card with yesterdays image. will try again without pvr driver installed.
[02:49] <rsalveti> sgx shouldn't interfere at unity-2d
[02:53] <rsalveti> hm, ubuntu-desktop is not installable anymore
[02:53] <rsalveti> the update removed a few packages as well
[02:54] <rsalveti> probably archive out-of-sync issues
[02:59] <jimerickson> should i wait to update?
[03:15] <rsalveti> yes
[03:16] <jimerickson> rsalveti: ok i will wait.
[03:25] <jimerickson> rsalveti: ok i am back to normal with yesterdays image. no pvr driver installed this time.
[07:06] <djszapi> Hey! Which ubuntu image do you recommend for Pandaboard ? http://www.omappedia.org/wiki/Prebuilt_ubuntu_binaries
[07:06] <djszapi> perhaps this one ? https://wiki.ubuntu.com/ARM/OMAPHeadlessInstall
[07:10] <djszapi> oh probably even this one: wget http://cdimage.ubuntu.com/ubuntu-core/releases/11.10/release/ubuntu-core-11.10-core-armel.tar.gz
[13:35] <infinity> janimo`: Why did your last ac100 kernel upload make zcache builtin?  It's modular everywhere else..
[13:36] <ogra_> as long as zram isnt gone ...
[13:38] <infinity> ZRAM didn't appear to change, no.
[13:38] <infinity> So, I'm sure it's all fine.
[13:39] <ogra_> iirc zcache doesnt work without kernel cmdline option anyway
[13:44] <janimo`> infinity, it was suggested on the ac100 mailing list by marvin24
[15:08] <marvin24_DT> infinity: basicly, zcache as a module doesn't work
[15:08] <marvin24_DT> either built-in or nothing
[15:08] <marvin24_DT> looks like my 3.2.0 from precise also has zcache=m ...
[21:24] <jimerickson> hmm no more gwibber. sad.
[22:43] <makaru> hi
[22:43] <makaru> hi


[00:01] <jasoncwarner> robert_ancell TheMuso RAOF bryceh https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-04-19 Meeting time!
[00:01] <TheMuso> Hey.
[00:01] <bryceh> hi
[00:02] <jasoncwarner> morning everyone...hope everyone is enjoying these last few weeks before the release ;)
[00:03] <TheMuso> Yeah.
[00:03] <TheMuso> Just over a week now till the release.
[00:03] <RAOF> Morning.
[00:03] <jasoncwarner> Alright, lets get to it!
[00:03] <jasoncwarner> [TOPIC] X Update
[00:04] <RAOF> One broad class of compiz freezes fixed.
[00:04]  * DBO pokes RAOF
[00:04] <RAOF> But bug #740126 has a different cause, seems to be intel-specific, and I'm working on it.
[00:05] <ubot2> Launchpad bug 740126 in unity "compiz hangs randomly several times per day" [High,Triaged] https://launchpad.net/bugs/740126
[00:06] <RAOF> Apart from that, there seems to be an Xserver crasher still lurking around, possibly associated with fullscreen flash.
[00:06] <jasoncwarner> ah flash...
[00:07] <jasoncwarner> ok...thanks, RAOF
[00:07] <RAOF> Bug #764456 is an exemplar of that; the server dies in CallCallbacks.
[00:07] <ubot2> Launchpad bug 764456 in xserver-xorg-video-intel "X crashes frequently with flash video playback" [Undecided,New] https://launchpad.net/bugs/764456
[00:07] <RAOF> bryceh: Anything you want to add?
[00:08] <bryceh> been focusing on the Arrandale external monitor issues this week, there's about a dozen bug reports notably 747205 as the primary.  I suspect there are at least 3 distinct bugs that are getting mixed up.
[00:08] <bryceh> of the three, the primary issue might be a DPMS issue in the kernel; possibly this can be worked around int he X driver; I have a patched driver in my ppa I'm having folks test
[00:10] <bryceh> last week I worked on gpu lockup bugs for -intel and did some testing for unity/-ati corruption issues, but haven't nailed down any noteworthy fixes there.
[00:10]  * robert_ancell loves the random X crash
[00:10]  * jasoncwarner agrees with robert_ancell
[00:10] <RAOF> Jay pinged me about that; I've filed a bug upstream about misrendering on r300g
[00:11] <RAOF> robert_ancell: Lies!  X crashes are myths perpetrated by evil aarvarks!
[00:12] <jasoncwarner> Ok...anything else of note?
[00:12] <jasoncwarner> or, moving on to [TOPIC] AOB ;)
[00:12] <bryceh> I also wrote a GUI tool called xdiagnose to help people turn on debugging in the kernel
[00:12] <bryceh> anyway, guess nothing else of note.  lamenting loss of wayland, etc.
[00:13] <robert_ancell> loss of wayland?
[00:13] <RAOF> bryceh: We should discuss what to do with that at a session of UDS.
[00:13] <jasoncwarner> yes, I think so...
[00:14] <RAOF> robert_ancell: Linking cairo with libGL causes a significant memory use increase for people with nvidia's libGL.
[00:14] <bryceh> RAOF, *shrug*
[00:14] <RAOF> (On the order of 5MiB per process linking to cairo on x86-64, apparently up to 20MiB/process on i386)
[00:15] <TheMuso> Youch.
[00:16] <RAOF> bryceh: Well, we *will* want to have wayland in the archive - even in main - in the not too distant future.  Even if we just decieded to say “sucks to be you, nvidia users”, we should probably decide that :)
[00:16] <bryceh> RAOF, to be honest I'm kinda worn out... was a lot of work and is kind of a let down that it all ended up for naught
[00:17] <jasoncwarner> bryceh: might feel like that now, but we'll be using that soon enough!
[00:17] <bryceh> anyway, I suppose if/when people start caring about wayland, the work can be undertaken again
[00:17] <jasoncwarner> just a stumbling block ;)
[00:18] <jasoncwarner> Anyway...sounds like we are about done...so thanks everyone...appreciate it!
[00:18] <bryceh> thanks
[00:18] <TheMuso> Thanks.
[00:19] <RAOF> Ta.
[00:29] <chrisccoulson> is everyone looking forward to UDS?
[00:30] <DBO> i dont want to go to hungary
[00:30] <desrt> is it because of the new constitution?
[00:31] <RAOF> I always look forward to UDS.
[00:31] <TheMuso> Me too.
[00:31] <broder> I'm excited. I haven't gotten a chance to go to Europe in years
[00:33] <chrisccoulson> i have to make sure i don't let my daughter find my passport!
[00:33] <chrisccoulson> she's already hidden it in the bin once already ;)
[00:33] <chrisccoulson> i don't want her to do that just before UDS :)
[00:34] <DBO> chrisccoulson, high shelves
[00:34] <chrisccoulson> DBO - yeah, it's on a high shelf now :)
[00:35] <DBO> altitude is the natural enemy of children
[00:35] <DBO> if you cant go for altitude, go for weight
[00:36] <DBO> dude budapest is like 1.7 million people... thats like twice as many as detroit... but probably a whole lot cleaner
[00:54] <lifeless> RAOF: hey, around ?
[00:54] <lifeless> RAOF: my dad has this happening -
[00:54] <lifeless> Error mounting location: DBus error org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus)
[00:55] <lifeless> RAOF: I've seen a few inconclusive bugs/forum posts
[00:55] <lifeless> he's running maverick; are you interested in more data / helping get him functional ?
[00:56] <RAOF> lifeless: I've seen something like the reverse of that when unmounting twice quickly enough that the first hasn't gone through before the second is triggered.
[00:56] <RAOF> But more context would be good - what's your dad doing to get that message?
[00:56] <lifeless> gvfs-mount ssh://<IP_ADDRESS>
[00:56] <lifeless> or via the GUI connect-to-server
[00:57] <lifeless> originally only the gui failed, so I got him running gvfs-mount as a (fugly) workaround
[00:57] <lifeless> dbus-monitor didn't show anything obviously bogus to me [but I don't practice enough to be sure whats good/bad]
[00:58] <RAOF> I think that's a reasonably common gvfs error mode that gvfs has terrible reporting for.
[00:59] <RAOF> I don't really have any suggestions on how to proceed, though.
[00:59] <RAOF> It's not something that I'm particularly familiar with; robert_ancell might know more :)
[01:00] <robert_ancell> unfortunately I don't know enough about gvfs to say
[01:06] <lifeless> so, if network connectivity is up
[01:06] <lifeless> and the machine on the other end is ubuntu
[01:06] <lifeless> and ssh <host> works
[01:06] <lifeless> htf does one debug this?
[01:08]  * RAOF is clueless
[01:15] <GunnarHj> kees: Pls see bug 766672. Were Martin's changes intended for Maverick?
[01:15] <ubot2> Launchpad bug 766672 in language-selector "package language-selector-common 0.6.8 failed to install/upgrade: sub-processo script post-installation instalado retornou estado de saída de erro 2" [Undecided,New] https://launchpad.net/bugs/766672
[01:22] <lifeless> RAOF: robert_ancell: also worth noting is that it returns effectively instantly when it fails
[01:22] <lifeless> not some arbitrary point later
[01:31] <RAOF> I win at reading the entrails of X.
[01:34] <cyphermox> RAOF, what does it tell you? ;)
[01:35] <RAOF> That if I cast 0xb78f660 to a DrawablePtr then I've found the drawable compiz is waiting on.
[02:29] <TheMuso> RAOF, bryceh, seems that with newer kernels/x bits on my ThinkPad, I can leave NVIDIA Optimus enabled in the BIOS, and natty now comes up and uses the intel controller only. So I can leave optimus turned on now for whenever I use windows.
[02:29] <RAOF> That's pretty nice.
[02:29] <TheMuso> Yeah it is.
[02:29] <lifeless> RAOF: robert_ancell: so, should I file a bug? Minimally the inability to debug network share access seems uhm important ?
[02:30] <RAOF> lifeless: Please do file a bug.  I'm not sure who we've got who'll be particularly good at looking at it, though.
[02:35] <lifeless> RAOF: I'll pop round to his place in a bit and ubuntu-bug it up there
[02:46] <robert_ancell> lifeless, :P
[02:47] <robert_ancell> lifeless, oh I thought you meant my place, but of course you're not in this neighborhood now!
[02:48] <lifeless> robert_ancell: indeed ;)
[02:49] <lifeless> robert_ancell: Would be happy to drop in some day but needs a little more coord :>
[02:52] <bryceh> TheMuso, good to hear
[02:53] <bryceh> ok, /me -> EOD.  time to go play in the garage
[07:17] <pitti> Good morning
[07:46] <pitti> robert_ancell: btw, the gtk-doc upload keeps being in the queue; TBH I'm quite nervous about breaking package builds with a new version at this point
[07:47] <robert_ancell> pitti, should I make a package with just the patch? It completely breaks distcheck at the moment
[07:49] <pitti> distcheck of gtk-doc?
[07:49] <pitti> I am looking forward to getting out of tree builds fixed, I painfully remember the workarounds I had to do in udev and other places
[07:49] <pitti> but it changes quite a bit more, too
[07:51] <GunnarHj> pitti: Good morning, Martin! Can you please upload a backports update due to yesterday's security update? I suppose it's pretty urgent. https://code.launchpad.net/~gunnarhj/ubuntu/maverick/language-selector/backports-sec-update/+merge/58417
[07:52] <Sweetshark> Morning all!
[07:52] <pitti> robert_ancell: that patch is the main change of that version, so I think if we take it we can just as well take 1.17 completely
[07:52] <pitti> GunnarHj: ah, yes
[07:52] <pitti> Sweetshark: guten Morgen!
[07:53] <robert_ancell> pitti, well, if we deliver 1.16 any project that uses gtk-doc.make and doesn't have it checked in is going to fail make dist :(
[07:53] <pitti> GunnarHj: you apparently have a conflict in debian/changelog, but I'll sort it out during merging
[07:53] <pitti> robert_ancell: that bug is ages old, though; why do
[07:53] <pitti> ... did it suddenly become worse?
[07:54] <GunnarHj> pitti: I saw that bzr believes it's a conflict, but...
[07:54] <robert_ancell> pitti, I don't know how no-one noticed it! It's only occurred in 1.16 right?
[07:54] <pitti> robert_ancell: I first noticed it maybe two years ago
[07:54] <pitti> I don't think that ever worked right
[07:55] <pitti> it's great to see it fixed, though; less crappy workarounds in udev, pygobject and friends
[07:55] <robert_ancell> hmm, but it was working for me previously, so from my experience it has got worse
[07:55] <pitti> there was a previous failed attempt to fix it, so perhaps that made it worse
[07:56] <pitti> robert_ancell: do you have time to try and build udev, pygobject, and perhaps a GNOME library against the new version and debdiff the binaries to check that doc files are still where they belong?
[07:56] <robert_ancell> pitti, ok, will do
[07:56] <pitti> thanks; that
[07:56] <pitti> darn
[07:56] <pitti> .. that'll give me a lot more confidence in it
[07:57]  * pitti needs to get used to this laptop keyboard again
[07:59] <Sweetshark> pitti: there is a nice little libreoffice-3.3.2-1ubuntu4.dsc on chinstrap fixing bug 765010.
[07:59] <ubot2> Launchpad bug 765010 in libreoffice "LibreOffice StartCenter’s desktop file has an empty value for Name[en]" [Undecided,Confirmed] https://launchpad.net/bugs/765010
[08:03] <didrocks> good morning
[08:19] <robert_ancell> pitti, pygobject and udev seem identical
[08:21] <pitti> nice
[08:21] <pitti> well, they both have workarounds to copy the full source tree into the source dir because of that :)
[08:21] <pitti> robert_ancell: ok, accepting
[08:22] <pitti> looking forward to trying it
[08:22] <Sweetshark> didrocks: good morning ...
[08:22] <Sweetshark> ... traitor! ;)
[08:22] <didrocks> hey Sweetshark, pitti, robert_ancell!
[08:22] <didrocks> Sweetshark: ahah :-)
[08:22] <robert_ancell> debdiff is very odd when it returns nothing.  Makes you wonder if it's done anything!
[08:22] <didrocks> Sweetshark: sorry, LaTeX only annoys me when I need to upgrade with latex-full :-)
[08:22] <robert_ancell> didrocks, morning!
[08:22] <pitti> robert_ancell: it should at least report some noise in the control files?
[08:23] <pitti> robert_ancell: and it says "file list identical" usually
[08:23] <robert_ancell> pitti, should it?  I'll double check
[08:23] <didrocks> Sweetshark: TBH, the first version of my book (in 2006), was in gOOo, but it couldn't handle the number of images and I had to split it two files :/
[08:23] <pitti> robert_ancell: LP queue page timed out again, so not too late to hold it back :)
[08:28] <Sweetshark> didrocks: how did was it not able to handle the images? crashes? or hangs and mindboggling slowness?
[08:29] <didrocks> mindboggling slowness… 500 pages, 250 images (most of them < 100x100px)
[08:40] <Sweetshark> didrocks: there is a solution to that: http://wiki.services.openoffice.org/wiki/Documentation/OOoAuthors_User_Manual/Writer_Guide/Working_with_Master_Documents something that works in OOo/LO better than on MS Office \o/.
[08:41] <Sweetshark> (I learned about that rather late too, unfortunately).
[08:42] <chrisccoulson> good morning everyone
[08:42] <robert_ancell> pitti, hey, how much longer before no more uploads?  I'm fixing up a few gcalctool bugs, should I upload now, or can I wait another 24 hours?
[08:42] <pitti> robert_ancell: gcalctool should be okay tomorrow, too
[08:43] <robert_ancell> pitti, can you check my debdiff logic.  I compile once with my gtk-doc package, and once with the current natty one.  Then debdiffed like this: http://paste.ubuntu.com/596430/
[08:44] <Sweetshark> pitti: but the LO fix should be uploaded today, right?
[08:44]  * Sweetshark looks nervous.
[08:44] <pitti> robert_ancell: that looks fine
[08:44] <pitti> Sweetshark: would be better, as it takes ages on arm
[08:44] <pitti> and we should have room for another emergency upload if that one fails
[08:44] <Sweetshark> pitti: well, its on chinstrap already
[08:45] <seb128> hey desktopers
[08:45]  * Sweetshark waves at seb128.
[08:45] <seb128> hey pitti Sweetshark
[08:45] <seb128> hey robert_ancell
[08:45] <robert_ancell> seb128, hello
[08:46] <pitti> Sweetshark: oh, want me to upload, or do you want to do more changes?
[08:47] <Sweetshark> pitti: upload please!
[08:47] <pitti> yippie!
[08:48] <pitti> Sweetshark: would you mind uploading the debian.tar.gz, too? :-)
[08:49] <chrisccoulson> didrocks, have you seen something like bug 766630 before?
[08:49] <ubot2> Launchpad bug 766630 in firefox "firefox have a "gap" between tabs and the panel " [Undecided,New] https://launchpad.net/bugs/766630
[08:50] <chrisccoulson> i've seen it before, but not for a while
[08:50] <chrisccoulson> but someone reported that yesterday
[08:50]  * Sweetshark grumbles.
[08:51] <Sweetshark> pitti: yes, beacuse you asked so nicely ;)
[08:51]  * pitti bats eyelashes
[08:51] <didrocks> chrisccoulson: yeah, seems to be a compiz bug. I've reproduced it sometimes, smspillaz can't reproduce it
[08:51] <chrisccoulson> didrocks, thanks. is there a master bug already?
[08:52] <didrocks> chrisccoulson: there is one in compiz, I can find it later
[08:52] <chrisccoulson> thanks :)
[08:52] <didrocks> my computer is in a pain with all the rebuilds right now :)
[08:52]  * Sweetshark just had Jehovas wittnesses at the door.
[08:53] <chrisccoulson> Sweetshark, you answered the door?
[08:53] <chrisccoulson> i always leave it to jo to answer the door in the daytime :)
[08:53] <chrisccoulson> (for that reason)
[08:54] <pitti> Sweetshark: "Ich habe auf Euch gewartet!!!"
[08:54]  * pitti remembers Michael Mittermeier
[08:54] <Sweetshark> What a disappointment: a) I was expecting a Notebook delivery. b) I wasnt playing Iron Maiden at maximum volume.
[08:55] <chrisccoulson> pitti - i had to use google translate there ;)
[08:55] <pitti> Sweetshark: thanks, it just looks a lot more beautiful with a debian tarball! that talked me into uploading it
[08:55] <Sweetshark> pitti: *hrhr*
[08:55] <pitti> chrisccoulson: it's a German comedian, there was an act where he describes what he does with Jehova's witnesses at the door
[08:56] <chrisccoulson> heh :)
[09:01] <chrisccoulson> seb128 - any more bugs you want me to look at today?
[09:02] <seb128> chrisccoulson, not right know but I'm doing my daily bug review so I will tell you if I find something ;-)
[09:03] <chrisccoulson> thanks :)
[09:03] <chrisccoulson> i will carry on hacking on my new firefox extension for now :)
[09:09] <rodrigo__> morning
[09:10] <pitti> hey rodrigo_
[09:11]  * pitti assigns 58 bugs to rodrigo_, now that he's part of desktop team for real
[09:11] <pitti> *cough* I meant "great that it worked out!"
[09:11]  * pitti hugs rodrigo_
[09:12] <seb128> did it?
[09:12] <seb128> hey rodrigo_
[09:15] <didrocks> morning rodrigo_
[09:18] <rodrigo_> hey pitti, official now?
[09:18] <rodrigo_> hi seb128, didrocks
[09:18] <seb128> rodrigo_, congrats ;-)
[09:18] <rodrigo_> cool!!
[09:19]  * rodrigo_ stops working and goes out to celebrate :D
[09:20]  * pitti is quite pleased with https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus#rcbugs now
[09:21]  * didrocks hugs rodrigo_, welcome! :)
[09:21] <rodrigo_> thanks didrocks
[09:21] <Sweetshark> rodrigo_: welcome!
[09:22] <rodrigo_> thanks Sweetshark and seb128
[09:22] <rodrigo_> so to celebrate, can someone sponsor this -> https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/webkit/fix-header/+merge/58395 please?
[09:23] <pitti> rodrigo_: oh, sure
[09:23] <didrocks> pitti: (btw, nux waiting, nux waiting, nux waiting… it's kind, it won't bite :-))</whispering>
[09:23] <pitti> didrocks: already processing the queue
[09:23] <rodrigo_> pitti, it's not critical, but needed for empathy in the gnome3 ppa, so can it go in?
[09:23] <pitti> rodrigo_: looks ok to me
[09:23] <didrocks> pitti: you're too fast! :-)
[09:23] <rodrigo_> ok
[09:24] <pitti> and still time to build on arm
[09:24] <rodrigo_> when's the final timeline?
[09:24] <pitti> "The Unapproved queue is empty." yay
[09:24] <pitti> rodrigo_: practically, tomorrow; today for large pacakges like LibO/webkit
[09:25] <pitti> Easter holidays get in the way..
[09:25] <rodrigo_> pitti, ah cool, because I found a bug in evo-couchdb yesterday with jono, so I'm working on a fix
[09:25] <rodrigo_> hopefully will get it done today
[09:25] <pitti> rodrigo_: gosh, it complains about () and wants (void)?
[09:26] <pitti> how stupid is that..
[09:26] <rodrigo_> pitti, that's for stuff compiled with --strict
[09:26] <pitti> right
[09:26] <rodrigo_> yeah, quite dumb indeed
[09:26] <pitti> I still think these should be synonyms
[09:26] <rodrigo_> yes
[09:26] <pitti> oh, btw
[09:26] <pitti> rodrigo_: you aren't in ~ubuntu-desktop yet?
[09:27] <rodrigo_> pitti, I was, but then I was removed because of the process to accept people
[09:27] <rodrigo_> someone complained when I started the rotation
[09:27] <rodrigo_> that I hadn't followed the process to be accepted
[09:28] <pitti> rodrigo_: who except seb128 and me sponsored your work?
[09:28] <pitti> we need to find three people
[09:28] <pitti> I'll send an invite to the list
[09:28] <rodrigo_> hmm
[09:28] <rodrigo_> dholbach a couple of times iirc
[09:29] <rodrigo_> pitti, ah, and kenvandine, although that was before my rotation
[09:29] <pitti> rotation doesn't matter
[09:29] <rodrigo_> ok then
[09:30] <rodrigo_> pitti, https://wiki.ubuntu.com/RodrigoMoya/PerPackageUploadApplication
[09:30] <rodrigo_> if that's useful
[09:30] <seb128> didrocks, pitti: so you do you have any opinion on those geforce cards not working with unity and nvidia but "working" with nouveau
[09:31] <seb128> it's likely users will go and activate nvidia and get no desktop
[09:31] <rodrigo_> btw, can I propose this -> http://git.gnome.org/browse/couchdb-glib/commit/?id=f8765589465b16610e73fb37906716bade83efe6 for upload?
[09:31] <didrocks> right, I think we should blacklist them in jockey then
[09:31] <glatzor> morning mvo seb128  and pitti
[09:31] <seb128> do we consider nouveau to be solid enough and that they should use?
[09:31] <seb128> or should we send them to classic?
[09:31] <seb128> hey glatzor
[09:31] <rodrigo_> it's not critical neither, but it removes a lot of warnings in the logs that people send
[09:31] <pitti> glatzor: Servus!
[09:32] <pitti> seb128: 2D yes, but on nvidia you currently get classic by default, don't you?
[09:32] <seb128> rodrigo_, seems fine to me
[09:32] <mvo> hey glatzor
[09:32] <seb128> pitti, do you?
[09:32] <glatzor> mvo, it seems that the forzen_status context manager is still called in the forked child process if we just use os._exit. Very strange behavior
[09:32] <pitti> I don't think we should install nouveau-3d by default yet
[09:32] <rodrigo_> seb128, ok, and since I have upload rights, I just dput and it will get reviewed, right? or do I need a merge proposal?
[09:33] <mvo> glatzor: oh, that is indeed puzzling, no atexit should be called for _exit()
[09:33] <seb128> pitti, well, whatever you get by default manage to run unity but nvidia gives you a frozen desktop on geforce 7300 and 7400 cards
[09:33] <pitti> seb128: classic for natty IMHO
[09:33] <seb128> pitti, so people get unity working, install nvidia, restart and get no desktop
[09:33] <pitti> feh
[09:34] <glatzor> mvo, but this only happens if you send a ctrl+c to the forked client
[09:34] <didrocks> pitti: we can only blacklist by pcid right now, not pcid + driver
[09:34] <pitti> didrocks: oh, bummer; the nux testing tool doesn't check the driver?
[09:34] <didrocks> pitti: right, only pcids
[09:34] <didrocks> and I don't feel we should change that now
[09:34] <pitti> door bell, brb
[09:34] <pitti> didrocks: but I still think blacklisting is safer at this point
[09:35] <didrocks> so "sorry" for people wanting to try with nouveau?
[09:35] <seb128> didrocks, you just hate users admit it ;-)
[09:35] <didrocks> seb128: damned, my secret!! :-)
[09:35] <mvo> seb128: nowdays it works ok-ish for my 8400, but its not that smooth and I get a crash every now and then
[09:35] <seb128> didrocks, tseliot's point that the nouveau driver is not very efficient and will lead to other issues
[09:35] <didrocks> seb128: do you have the pcid btw?
[09:36] <didrocks> yeah, I see a lot of people using it, but they get artifacts and such
[09:36] <tseliot> yep
[09:36] <glatzor> mvo, you can reproduce by adding a import pdb; pdb; pdb.set_trace() in the finally statement of the frozen_status  method , and abort an installation with Crtl c
[09:36] <seb128> didrocks, we should probably recommend unity only when it will give a solid experience
[09:37] <tseliot> seb128, didrocks: I really think the check should be in either unity or nux, so that users can still use nvidia with the classic desktop or with unity 2d
[09:37] <seb128> didrocks, #728745, it has some, like the apport infos has
[09:37] <seb128> "nVidia Corporation G72M [GeForce Go 7400] [10de:01d8] "
[09:37] <didrocks> ok, looking to add it
[09:37] <seb128> we can ask for lspci infos from other commenters
[09:37] <didrocks> seb128: can you handle that? I'm chasing a bugs in theme with unity
[09:38] <seb128> didrocks, yes
[09:38] <didrocks> adding 10de:01d8 meanwhile
[09:38] <didrocks> seb128: thanks :)
[09:38] <seb128> thanks
[09:39] <didrocks> it will blacklist unity and compiz FYI
[09:41] <pitti> re
[09:42] <pitti> didrocks: is the blacklist in the code, or in any text file?
[09:42] <seb128> didrocks, the --unity and --compiz part of the helper don't have different lists?
[09:42] <didrocks> pitti: it's in the code unfortunately
[09:42] <pitti> didrocks: can it be ignored with an environment variable or a command line optino? (that might also be useful for people testing drivers in a PPA, etc.)
[09:43] <didrocks> seb128: no, despite my repeated demands
[09:43] <pitti> note that a full option is not required, just a very small "optino" one!
[09:43] <didrocks> pitti: can add that
[09:43] <rodrigo_> hmm
[09:43] <rodrigo_> Changes file must be signed with a valid GPG signature: Verification failed 3 times: ["(7, 9, u'No public key')", "(7, 9, u'No public key')", "(7, 9, u'No public key')"] : Permission denied.
[09:43] <rodrigo_> Note: This error might indicate a problem with your passive_ftp setting.
[09:43] <rodrigo_>       Please consult dput.cf(5) for details on this configuration option.
[09:43] <pitti> rodrigo_: argh, that again?
[09:43] <pitti> rodrigo_: just ignore it, it'll work anyway
[09:43] <rodrigo_> again? it's the 1st time I see it
[09:43] <rodrigo_> ah ok
[09:46] <rodrigo_> pitti, I ran dput twice, so there are 2 identical uploads, can you remove one of them?
[09:46] <pitti> rodrigo_: yes, no problem
[09:46] <pitti> rodrigo_: yeah, it has haunted people in the last couple of weeks
[09:46] <rodrigo_> also, can someone please merge this -> https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/couchdb-glib/remove-warnings/+merge/58453 ?
[09:47] <rodrigo_> pitti, well, haven't used dput myself much in the last couple of weeks, that's why I didn't see it, I guess :)
[09:47] <pitti> rodrigo_: isn't that the very one you just uploaded?
[09:47] <rodrigo_> pitti, yes
[09:48] <pitti> rodrigo_: done
[09:49] <rodrigo_> thanks
[10:05] <huats> seb128, I was wondering where to find some updates to do )
[10:05] <huats> :)
[10:05] <huats> well may be not for natty, it is too late I assume
[10:05] <huats> but I'd like to work again for oneiric...
[10:05] <huats> and the page versions.html gave me a 404
[10:06] <huats> so it is not used anymore ?
[10:08] <pitti> bonjour huats
[10:08] <pitti> huats: it just moved to http://people.canonical.com/~platform/desktop/versions.html
[10:08] <huats> hey pitti !
[10:08] <huats> thanks for the info
[10:08] <pitti> we'll have plenty of work to do for O :)
[10:09] <huats> pitti, I know there is
[10:09] <huats> and I'll do my best to help again
[10:09] <huats> :)
[10:10] <seb128> hey huats, yeah new url is in the topic, we moved there like in start of the cycle, you have been away from packaging for a while ;-)
[10:11] <huats> seb128, you know I have been away :)
[10:11] <seb128> huats, it's getting close from natty, hard freeze is tomorrow, so not really the best time for updates though, maybe universe ones
[10:11] <huats> that was my idea (to not work on natty because of the hard freeze)
[10:11] <huats> but to start update my tools :) to be able to work quite soon on oneiric
[10:12] <huats> I'll give a look on universe
[10:13] <pitti> huats: sounds awesome! you have some more time to spend on FOSS stuff again?
[10:13] <pitti> huats: if you are interested, there's still plenty of work to do on the gnome 3 PPA
[10:13] <pitti> which isn't bound by the natty freeze
[10:14] <pitti> huats: it's kind of a staging area for oneiric anyway, but should also be useful for natty users who want to try it
[10:16] <huats> let's say that I have spent sometime working on FOSS but I couldn't find time to work on ubuntu desktop :)
[10:16] <huats> pitti, and yes I should be able to find some more time in the next months !
[10:16] <pitti> tres bien!
[10:16] <huats> indeed the gnome3 ppa is something quite interesting too
[10:17] <huats> pitti, I'll give a look right now
[10:18] <seb128> mvo, have you seen bugs about http://paste.ubuntu.com/596474/ or similar before?
[10:18] <seb128> the error in english says that broken packages are in "keep in state" mode
[10:19] <rodrigo_> huats, we have lots of things todo in the gnome3 ppa, like packaging e-d-s, evolution, gnome-panel, the new network manager, etc, so feel free to do it :)
[10:20] <huats> rodrigo_, I'll give a look quite soon
[10:20] <huats> rodrigo_, how do you coordonate inside the team ? (well if there is coordination :))
[10:21] <mvo> seb128: what bug is that?
[10:21] <seb128> mvo, it's happening on my box, it's not a bug (yet)
[10:21] <mvo> in what context did it happen?
[10:21] <mvo> it usually mean that the poor reslver is confused
[10:22] <seb128> mvo, it seems that's when clicking a binary for upgrade in  update-manager
[10:22] <mvo> ok
[10:22] <seb128> like I click on of the firefox-... which should make firefox to be checked as well
[10:22] <seb128> like firefox-branding
[10:22] <seb128> but instead of checking firefox as to upgrade as well it triggers apport
[10:23] <seb128> mvo, it's my way to select updates I want to do first, I tend to unselect all, click a few I want to try without waiting for other download, install those and then upgrade the remaining
[10:24] <seb128> mvo, bug #752104
[10:24] <ubot2> Launchpad bug 752104 in update-manager "update-manager crashed with SystemError in mark_install(): E:Unable to correct problems, you have held broken packages." [Undecided,New] https://launchpad.net/bugs/752104
[10:24] <mvo> seb128: right, I suspect its just confused over one dependency somewhere or a inconsitent archive
[10:24] <seb128> I'm not the only one ;-)
[10:24] <seb128> mvo, well I'm my system in that buggy state if you want, but it's easy to trigger with a natty box from yesterday where you didn't upgrade firefox yet
[10:24] <seb128> clicking on firefox select the other depends as it should
[10:27] <rodrigo_> huats, there's a mailing list https://edge.launchpad.net/~gnome3-team
[10:27] <huats> rodrigo_, yeah I have seen that :)
[10:27] <rodrigo_> huats, also, there are branches -> https://code.edge.launchpad.net/~gnome3-team
[10:27] <rodrigo_> huats, so, if you start working on something, just tell the list, and propose a branch merge
[10:28] <rodrigo_> that's all :)
[10:28] <huats> rodrigo_, ok that is way to coordonate :)
[10:28] <huats> rodrigo_, thanks for letting me know
[10:28] <rodrigo_> huats, for the stuff we don't have branches yet (e-d-s, evo, etc), just branch from the ubuntu-desktop branch and we'll push that to a gnome3-team branch
[10:28] <huats> ok
[10:29] <rodrigo_> huats, well, to be honest, we haven't used the list much to tell what we were working on :)
[10:29] <huats> (I have seen that since I gave a look at the archives since :) )
[10:30] <huats> rodrigo_, I don't know if you used the url I mentioned (andthat I was looking) but it worked quite well in the past in the desktop team
[10:30] <huats> may be having smething similar might be a good idea :)
[10:30] <rodrigo_> huats, hmm, which url?
[10:30] <huats> rodrigo_, http://people.canonical.com/~platform/desktop/versions.html
[10:30] <rodrigo_> ah yes, we use that
[10:31] <rodrigo_> robert_ancell changed it to show the 3.0 versions
[10:31] <seb128> chrisccoulson, oh, if you feel like it might be worth trying to clean some of the unity or indicator warnings spamming .xsession-errors
[10:31] <chrisccoulson> sure, i can look at that
[10:31] <huats> rodrigo_, do you have the url for the 3.0 ppa ?
[10:31] <rodrigo_> huats, https://edge.launchpad.net/~gnome3-team/+archive/gnome3
[10:33] <huats> no I might misunderstood you, but I thought you mention that robert  set up a web page like the one I just  showed you but focussed on the gnome3 ppa
[10:33] <huats> and I was asking if you have that ur l :)
[10:33] <huats> (or may be I should ask robert directly :))
[10:33] <rodrigo_> huats, no, it's the same page, but it shows the 3.0 versions also
[10:35] <huats> rodrigo_, pfff I think I might need some sleep : I just realized the 2 versions separated by a / :)
[10:35] <rodrigo_> huats, see the Ubuntu and Upstream columns
[10:35] <rodrigo_> huats, heh
[10:35] <seb128> chrisccoulson, ok, other goal for you, can you make unity print the g_debug output in a log rather than spamming .xsession-errors?
[10:35] <seb128> didrocks, ^
[10:36] <mvo> seb128: hm, not on my (slightly outdated box, will try on a second one in a bit, just finishing some code)
[10:36] <huats> rodrigo_, thanks
[10:36] <didrocks> seb128: I thought you told that you would tackle it some weeks ago?
[10:36] <huats> Ineed to go right now, but I'll come back later and try to start workng on something
[10:37] <seb128> didrocks, yeah, you know how it goes ;-)
[10:37] <didrocks> :-)
[10:37] <seb128> didrocks, well it's stable time now I would turn debug off by default
[10:37] <seb128> but anyway let's see if chrisccoulson can help there
[10:38] <didrocks> yeah, I've other more important things to fix now
[10:42] <pitti> seb128, didrocks: WDYT about turning off apport by default tomorrow?
[10:42] <pitti> do you still depend on it for tracking down stuff?
[10:42] <seb128> pitti, the later the better this cycle
[10:42] <seb128> pitti, I want to see what segfaults are still there in the new unity
[10:43] <seb128> but one day should be enough
[10:43] <didrocks> pitti: sounds good to me, most of people reporting stacktrace now are using the "light" report, so we get unuseful stacktrace though…
[10:43] <pitti> oh, they do? why
[10:44] <pitti> ah, I think it sometimes displays vastly inflated numbers for the size of the full one
[10:44] <pitti> I saw it display "130 MB" or so, but it's counting uncompressed size
[10:44] <pitti> the core dump usually melts down to more like 5
[10:44] <seb128> because people judge they don't have enough upload for those
[10:44] <pitti> meh; let's hope it's usually enough to at least identify it as a dupe
[10:45] <pitti> most of the time when I tried to report one, I already got several existing ones with teh same title
[10:45] <pitti> sorry about that; need to fix for o
[10:45] <seb128> no worry
[10:46] <didrocks> pitti:  no worry, but yeah, being more incitating on the "full" version can be nice :)
[10:46] <seb128> I've restarted the amd64 retracer
[10:46] <seb128> it had a lock and a log with no error but not updated since 3am this night
[10:46] <seb128> not sure why it stopped, let's see if just removing the lock is enough
[10:47] <abhinav-> pitti: Hi, smb approved this proposal yesterday, I made a few small changes again today. is it too late for natty now ? https://code.launchpad.net/~er-abhinav-upadhyay/ubuntu/natty/tomboy/patch-757635/+merge/58303
[10:47] <seb128> chrisccoulson, yeah, ok, so if you have time try to clean warnings and errors in the bug, those might point real issues and maybe for bonus point make unity g_debug calls log into a unity.log
[10:47] <seb128> didrocks, ^
[10:48] <fta> pitti, most people don't upload full report for chromium because of the announced size, which is always wrong, stuff like 230MB, 370MB, ...
[10:48] <pitti> fta: same problem I guess
[10:48] <chrisccoulson> heh, my ~/.xsession-errors is 150kB, and i restarted my session less than 1 hour ago
[10:48] <fta> pitti, yep, that was just a +1 :)
[10:48] <pitti> chrisccoulson: (nautilus:1700): GLib-GObject-CRITICAL **: g_value_get_object: assertion `G_VALUE_HOLDS_OBJECT (value)' failed
[10:48] <pitti> ?
[10:49] <pitti> 800 kB/2 hours
[10:49] <chrisccoulson> pitti - mostly "(xchat-gnome:3012): Gdk-CRITICAL **: _gdk_pixmap_new: assertion `(width != 0) && (height != 0)' failed"
[10:49] <chrisccoulson> and some similar ones from nm-applet too
[10:52] <chrisccoulson> brb
[10:53] <seb128> the spamming is mostly that here:
[10:53] <seb128> (<unknown>:8523): GLib-GObject-WARNING **: invalid (NULL) pointer instance
[10:53] <seb128> (<unknown>:8523): GLib-GObject-CRITICAL **: g_signal_handler_disconnect: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
[10:54] <pitti> didrocks: did a test install in kvm (for testing another bug), and now got the dialog about "you can't run unity blabla" (but not on the live system); so that works as it should, nice!
[10:54] <didrocks> pitti: excellent! thanks for confirming :)
[10:54] <pitti> seb128: hm, seems that everyone got a different spam source now :/
[10:56] <didrocks> seb128: pitti: on bug #728745 seems people are trying nvidia with nouveau when the other driver doesn't work. Hoping that the environment variable to set won't upset them :)
[10:56] <ubot2> Launchpad bug 728745 in unity "[nvidia, 7300, 7400] display freeze when using unity desktop" [Undecided,New] https://launchpad.net/bugs/728745
[10:57] <seb128> pitti, yeah... :-(
[10:57] <seb128> didrocks, well those are technical users, most users which a frozen session will not know what to do
[10:58] <seb128> they will just think their install and screwed and reinstall
[10:58] <seb128> or install another os
[10:58] <didrocks> ok, let's put them in the classic "no effect" then
[11:07] <seb128> didrocks, bug #764379 might be in a similar case
[11:07] <ubot2> Launchpad bug 764379 in nvidia-graphics-drivers "Partial screen corruption and poor performance on GeForce 6150" [Undecided,New] https://launchpad.net/bugs/764379
[11:08] <seb128> didrocks, though nouveau doesn't work for that one
[11:09] <didrocks> seb128: blacklisting then
[11:09] <didrocks> UNITY_BLACKLIST_DISABLE is a good env name for you?
[11:09] <seb128> didrocks, we should maybe tag those card specific issues in some way and do a sru a bit later
[11:10] <pitti> didrocks: UNITY_DONT_CHECK ?
[11:10] <pitti> or UNITY_FORCE_START to avoid a negation?
[11:10] <seb128> I was going to suggest something around pitti's suggestion
[11:10] <didrocks> pitti: it's not FORCE_START, it's just for the blacklist
[11:10] <didrocks> you want to totally disable the checking?
[11:10] <pitti> didrocks: you don't?
[11:11] <pitti> might be interesting for testing
[11:11] <didrocks> I was just disabling the blacklist
[11:11] <pitti> didrocks: but really, doens't matter much either way
[11:11] <didrocks> hum, checking on gnome-session
[11:11] <pitti> it's a secret option only which should only come up in bug reports
[11:11] <didrocks> don't remember if I added that ;)
[11:11] <seb128> well the check tools is only used by gnome-session?
[11:11] <didrocks> seb128: yeah
[11:11] <seb128> i.e those people can tweak their .session?
[11:12] <didrocks> exactly
[11:12] <seb128> if they want to skip the checking
[11:12] <didrocks> (until the next gnome-session update)
[11:49] <didrocks> seb128: wait, on bug https://bugs.launchpad.net/ubuntu/+source/nux/+bug/728745, rereading it, isn't the xorg freeze?
[11:49] <ubot2> Launchpad bug 728745 in nux "[nvidia, 7300, 7400] display freeze when using unity desktop" [High,Fix committed]
[11:49] <didrocks> seb128: people don't report that freeze from the start of the session
[11:51] <seb128> didrocks, seems like that when unity start it screw things
[11:52] <didrocks> seb128: https://bugs.launchpad.net/ubuntu/+source/nux/+bug/728745/comments/7
[11:52] <ubot2> Launchpad bug 728745 in nux "[nvidia, 7300, 7400] display freeze when using unity desktop" [High,Fix committed]
[11:52] <seb128> didrocks, it doesn't render things as it should or doesn't react to clicks
[11:52] <didrocks> seems like after a grab rather
[11:52] <didrocks> seb128: there is the xorg (which is in fact a kernel) freeze as well
[11:52] <seb128> well it doesn't happen in a constant way?
[11:52] <seb128> but anyway feel free to do what you judge best for the bug
[11:53] <didrocks> I'm afraid we are rushing on blacklisting card we shouldn't
[11:53] <seb128> even if it's unity making xorg lock it's still a broken unity session imho
[11:53] <seb128> ok, got to go, food is ready and i've a call at 2
[11:53] <didrocks> seb128: it happens here to, (once a day), and for chrisccoulson as well
[11:53] <seb128> brb
[11:53] <didrocks> if we were going to blacklist our cards… ;)
[11:53] <seb128> didrocks, well that bug seems it happen on login every time
[11:53] <didrocks> seb128: not from comment 7, I asked for more info
[11:54] <seb128> ok thanks
[12:22] <rodrigo_> hmm, huats sent a request for joining gnome3-team
[12:22] <rodrigo_> seb128, pitti: I assume yo know him well right?
[12:22] <rodrigo_> so can I just accept him?
[12:22] <seb128> rodrigo_, yes
[12:22] <rodrigo_> ok
[12:22] <seb128> he has been an active contributor for some years and used to help on GNOME updates
[12:23] <rodrigo_> oh, I can't accept people it seems
[12:23] <seb128> he has been less around recently and busy with other things but it's fine to add him to the team
[12:23] <rodrigo_> seb128, yes, that's what I thought, just wanted to confirm
[12:23] <rodrigo_> seb128, can you accept him -> https://launchpad.net/~gnome3-team/+member/christophe.sauthier please?
[12:24] <huats> rodrigo_,  and seb128 thanks :)
[12:24] <seb128> rodrigo_, huats: done
[12:24] <seb128> doh 20 members pending
[12:24] <rodrigo_> huats, nah, you need to send us some French wine or food :)
[12:24] <seb128> do we know any of the others?
[12:25] <rodrigo_> seb128, who are they?
[12:25] <seb128> rodrigo_, list on https://launchpad.net/~gnome3-team/+members
[12:25] <didrocks> rodrigo_: and he's french, that's a ack on its own :)
[12:25]  * huats needs to run give a prensentation on the "Ubuntu community"
[12:25] <seb128> rodrigo_, but the names don't ring any bell
[12:25] <rodrigo_> didrocks, well, I thought that before meeting you, so now I'm more careful with French people :)
[12:25] <huats> rodrigo_, please remind me that before we met :)
[12:25] <huats> (about food and wine)
[12:25] <huats> :)
[12:25] <rodrigo_> huats, :)
[12:26] <didrocks> rodrigo_: ok, where is your application for ~ubuntu-desktop already? :-)
[12:26] <rodrigo_> didrocks, :)
[12:26] <rodrigo_> seb128, JC Hulce is one of the guys from the gnome remix. we told him to send some merge proposals first
[12:27] <seb128> rodrigo_, I guess I should go through the list and add a comment for each saying that
[12:27] <rodrigo_> seb128, Jeremy Bicha has sent a few merge proposals, not sure if we should accept him for now
[12:27] <rodrigo_> seb128, no idea about the others
[12:27] <rodrigo_> seb128, ok
[12:27] <seb128> rodrigo_, let me know if you know of anyone that should be acked
[12:28] <seb128> I didn't watch the ppa a lot recently but I will catch up once natty is wrapped
[12:28] <rodrigo_> seb128, not really, no idea who they are
[12:41] <chrisccoulson> hmmmm, is xchat still working?
[12:41] <chrisccoulson> seems to be
[12:41] <chrisccoulson> nice :)
[12:42] <chrisccoulson> and no critical errors
[12:47] <TheMuso> pitti: hrm ok you filled powerpc alternate, but we need to decide what to cull from powerpc desktop as its oversized. I can't make up my mind as to what we can cull, as we are at the point where functionality will have to be culled. The question is what.
[12:48] <mvo> chrisccoulson: do you mind if I upload  http://paste.ubuntu.com/596518/ ? helps the upgader and should do no harm
[12:48] <chrisccoulson> mvo - sure, that's fine
[12:48] <chrisccoulson> i'll push it to bzr too
[12:49] <chrisccoulson> (or you could propose a merge) :)
[12:49] <chrisccoulson> lp:~mozillateam/nss/nss.head, i think
[12:49] <mvo> chrisccoulson: sure, will do that
[12:49] <chrisccoulson> thanks :)
[12:54] <mvo> https://code.launchpad.net/~mvo/nss/nss.mvo/+merge/58479 fyi, uploaded now, its waiting in the queue
[12:55] <pitti> TheMuso: TBH, at that point I'd just declare it done and document that you need a DVD or an USB stick
[12:55] <dpm> hey seb128, what was the context of the "Drop To Add Application" string in unity? Is it to drop an application icon to the launcher?
[12:56] <TheMuso> pitti: Right, DVD it will have to be then, due to powerpc not being able to boot from USB.
[12:56] <seb128> dpm, yes, do a dnd from the dash to the launcher
[12:56] <TheMuso> pitti: Whats the task for release notes? There is a bug against ubuntu-meta for this, so I want to make sure its mentioned.
[12:56] <seb128> dpm, ie in the application view for example
[12:57] <seb128> dpm, it display it as a tooltip while you dnd over the launcher
[12:57] <pitti> TheMuso: feel free to directly add it to https://wiki.ubuntu.com/NattyNarwhal/TechnicalOverview
[12:57] <TheMuso> Ok will take care of that tomorrow. Thanks.
[12:58] <pitti> TheMuso: thanks; good night!
[12:58] <dpm> thanks seb128
[12:59] <seb128> dpm, sorry I didn't send the email about it yesterday I was waiting the template import which has been taking a while, seems someone beat me to it today
[12:59] <dpm> seb128, yeah, no worries, all is good :)
[13:11]  * rodrigo_ lunch
[13:22] <didrocks> seb128: you imported the pot yourself on Monday, isn't it?
[13:23] <seb128> didrocks, unity?
[13:23] <didrocks> seb128: yeah, I remember we discussed this
[13:23] <seb128> didrocks, dpm did yesterday but the launchpad side takes a while to process uploads
[13:23] <didrocks> ok
[13:24] <seb128> didrocks, it's in now and already translated in frencg
[13:24] <didrocks> ok, nice :)
[13:24] <seb128> in french
[13:34] <mterry> Riddell, ping
[13:40] <Riddell> hi mterry
[13:40] <Riddell> oh aye, you had a dbusmenu patch
[13:41] <Riddell> mterry: have you run it by agateau?
[13:41] <mterry> Riddell, nope.  shall I jump in the kubuntu channel?
[13:41] <Riddell> can do
[13:42] <seb128> he's off this week
[13:42] <seb128> he = agateau
[13:44] <Riddell> oh ok, thanks for letting us know seb128
[13:44] <Riddell> mterry: in that case I'll just upload it and hope you know what you're doing :)
[13:44] <Riddell> it looks sensible to me
[13:45] <mterry> Riddell, :)
[13:47] <mterry> seb128, I'm testing the keyring patch, hopefully won't blow up in my face and I'll upload
[13:48] <seb128> mterry, oh nice, did you get upstream to review it?
[13:48] <mterry> seb128, oh, I assumed that guy was upstream.  :)  Let me look at his history again
[13:48] <seb128> mterry, "that guy"? I didn't read the bug for a while
[13:49] <mterry> yeah, upstream Stef provided a new patch
[13:49] <seb128> ok, Stef is upstream ;-)
[13:49] <mterry> seb128, oh sorry  :)  I thought you were subscribed
[13:49] <seb128> sorry I was a bit out of context for this one
[13:49] <mterry> seb128, yeah, he provided a new patch
[13:49] <seb128> yeah, seems like I'm subscribed to gnome-keyring but not the lib
[13:49] <mterry> I can't reproduce, but as long as it doesn't crash for me, I think it's fine to put in, since it came from upstream
[13:49] <seb128> right
[13:49] <seb128> quite some users get it
[13:50] <seb128> the retracer run into 2-3 of those a day
[13:50] <seb128> natty starts feeling pretty solid, I don't find new bugs that really need to be worked by reading daily reports
[13:51] <pitti> great to hear!
[13:56] <mterry> seb128, hahah.   now I get a different assert  ;)
[13:56] <seb128> mterry, :-(
[13:59] <Sweetshark> seb128: I still have bug 746375, which is not easy to reproduce. I will release a ppa version for that and ask the guys if it is gone. And I have bug 754562 which unfortunately will require some heavylifting in the code -> risk of regressions, release to ppa
[13:59] <ubot2> Launchpad bug 746375 in libreoffice "soffice.bin crashed with SIGSEGV in uno_type_sequence_construct()" [Medium,Confirmed] https://launchpad.net/bugs/746375
[13:59] <ubot2> Launchpad bug 754562 in libreoffice "soffice.bin crashed with SIGSEGV in g_hash_table_lookup()" [Medium,Confirmed] https://launchpad.net/bugs/754562
[13:59] <mterry> seb128, oh my mistake.  Same assert.  Which isn't much better
[14:00]  * Sweetshark lunches.
[14:00] <mterry> seb128, but I can reproduce now.  Using gvfs-mount on the command line over and over gets it pretty fast
[14:00] <seb128> mterry, ok well at least being able to trigger it will be useful
[14:01] <seb128> Sweetshark, right, you better target a sru for those, the sru updates get at least one week of testing before going to updates
[14:24] <seb128> pedro_, hey
[14:28] <pedro_> hello seb128
[14:28] <seb128> pedro_, how are you?
[14:29] <pedro_> seb128, i'm good, thanks.  what about you?
[14:29] <seb128> pedro_, I'm fine thanks ;-)
[14:29] <pedro_> seb128, finally a week with no kernel testing, so time to catch up with some desktop bugs ;-)
[14:29] <seb128> pedro_, we are getting close from natty, is there any desktop bug you can think about that need to be worked and didn't yet?
[14:30] <pedro_> evolution is a mess...
[14:30] <seb128> nothing new there
[14:30] <pedro_> m there's a couple of minor annoyances like bug 740104
[14:30] <ubot2> Launchpad bug 740104 in compiz "Windows appear in the window list on adjacent workspaces" [High,Triaged] https://launchpad.net/bugs/740104
[14:31] <pedro_> but looks like that's being tracked already, but haven't seen any progress yet
[14:31] <pedro_> that'd be nice to fix though, is pretty confusing
[14:31] <seb128> it's a compiz bug yeah, not sure if smspillaz can work on it
[14:31] <seb128> pedro_, but it's in classic GNOME only right?
[14:32] <pitti> the shadow spillover isn't, though
[14:32] <pedro_> seb128, yeah on classic, since it's related to the window list
[14:32] <pedro_> bug 753369 is also something that's affecting lot of users
[14:32] <ubot2> Launchpad bug 753369 in compiz "compiz artifacts in chromium, xchat, opera... you name it" [High,Triaged] https://launchpad.net/bugs/753369
[14:33] <seb128> that one is assigned and being worked
[14:34] <pedro_> the others are being tracked already, so nothing on the top of my head atm
[14:34] <pedro_> besides the ones already mentioned
[14:35] <seb128> ok
[14:35] <seb128> pedro_, there is a brasero one easy to trigger if you want to check upstream, try to run it twice
[14:35] <seb128> pedro_, it's one of the recent bugs which have the same titles, they are not duplicates though so don't close it if you triage it ;-)
[14:36] <pedro_> seb128, ok i'll have a look ;-)
[14:36] <seb128> thanks
[14:36] <seb128> ok, nothing special in today retracing, unity is table
[14:36] <pedro_> you're welcome monsieur
[14:36] <seb128> stable
[14:37] <seb128> ;-)
[14:42] <chrisccoulson> seb128 - so, i figured out why nm-applet spams xsession-errors (which seems to be one of the biggest offenders for me)
[14:43] <chrisccoulson> but i'm not sure what to do about it. it's a broken theme (bug 767186)
[14:43] <ubot2> Launchpad bug 767186 in ubuntu-mono "nm-signal-* icons break nm-applet" [Undecided,New] https://launchpad.net/bugs/767186
[14:43] <seb128> chrisccoulson, can you talk to sladen about the issue see if he can get it fixed for natty or in a sru?
[14:44] <seb128> he's maintaining ubuntu-mono
[14:45]  * ogra_ hopes we advance one day to ubuntu-stereo
[14:50] <chrisccoulson> ogra_, lol ;)
[14:50] <chrisccoulson> do you want to bring the tumbleweed, or shall i? ;)
[14:51] <ogra_> that probably requires a dual-core sladen though :P
[14:51] <chrisccoulson> heh:)
[14:51] <ogra_> yeah, sorry, couldnt resist that one :)
[14:52] <seb128> chrisccoulson, do you get such warnings?
[14:52] <seb128> (<unknown>:8523): GLib-GObject-WARNING **: invalid cast from `(null)' to `BamfView'
[14:53] <chrisccoulson> seb128 - no, i don't have any of those
[14:53] <chrisccoulson> "unknown" - that's useful :)
[14:53] <seb128> that's unity
[14:57] <seb128> chrisccoulson, you don't have those either?
[14:57] <seb128> (<unknown>:1657): GLib-GObject-WARNING **: instance of invalid non-instantiatable type `(null)'
[14:57] <seb128> (<unknown>:1657): GLib-GObject-CRITICAL **: g_signal_handler_disconnect: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
[14:58] <chrisccoulson> seb128 - yeah, i've got those
[14:58] <seb128> can you check on that next?
[14:58] <chrisccoulson> yeah, sure
[14:58] <seb128> I think I got the bamf ones after play a bit adding launcher by dragging those from the dash and deleting those
[14:58] <seb128> chrisccoulson, thanks
[14:59] <chrisccoulson> seb128 - do you get these from nautilus too: (nautilus:8232): GConf-CRITICAL **: gconf_value_free: assertion `value != NULL' failed ?
[14:59] <seb128> yes
[14:59] <seb128> would be nice to debug as well
[15:02] <seb128>     203 (<unknown>:8523): GLib-GObject-CRITICAL **: g_signal_handler_disconnect: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
[15:03] <seb128>     219 ** (process:1683): DEBUG: zeitgeist-datahub.vala:174: Inserting 1 events
[15:03] <seb128>      22 (<unknown>:8493): GLib-GObject-CRITICAL **: g_signal_handler_disconnect: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
[15:03] <seb128>     328 (<unknown>:8523): GLib-GObject-WARNING **: invalid cast from `BamfWindow' to `BamfApplication'
[15:03] <seb128>     168 (<unknown>:8523): GLib-GObject-WARNING **: invalid (NULL) pointer instance
[15:03] <seb128> quite some spamming
[15:04] <seb128> (the first number are the counts)
[15:04] <seb128> go unity :p
[15:04] <seb128> nautilus is first spammer though it seems
[15:04] <chrisccoulson> ah, debugging unity sucks. there are some gdbus related errors first, and i'm not sure how i can skip those and catch the ones that happen more often :/
[15:05] <chrisccoulson> if i do G_DEBUG=fatal_criticals, it will abort on the less interesting errors first
[15:05] <seb128> try to break on the function from the other ones, with some luck it's not hit a lot before
[15:06] <seb128> or try the test-panel binary in the vcs
[15:06] <seb128> it's handy since it let you run a standalone unity-panel service
[15:06] <seb128> which loads indicators etc which seem to be what create most of the warnings
[16:02] <mpt> hey and471
[16:02] <and471> hey mpt
[16:02] <GunnarHj> pitti: It looks like you in effect redid the l-s backports merge this morning. For next time I'll try to figure out the proper way to do it. Bazaar Explorer tells you that the branches diverged (which is true)...
[16:02] <GunnarHj> pitti: Thanks for your patience!
[16:02] <mpt> pitti (or anyone), what's the package that does the "Install Multimedia Plugins" process?
[16:02] <pitti> GunnarHj: not really, I merged and just updated teh changelog
[16:03] <pitti> GunnarHj: there's no need to copy the previous changelog entry, as the locale handlnig didn't actually changed in this version; you just merged the security fix
[16:03] <pitti> mpt: I believe it's gnome-codec-install
[16:04] <mpt> thanks pitti
[16:05] <seb128> mpt, gnome-codec-install iirc
[16:05] <seb128> oh, pitti replied already
[16:06] <GunnarHj> pitti: Yeah, it's the "merge the security fix" part, i.e. merge particular revisions only, that I need to learn. Or have I got it wrong completely?
[16:08] <pitti> GunnarHj: no, the actual code chagnes/merge were quite perfect
[16:09] <pitti> GunnarHj: just the changelog was a bit fiddly; partly because bzr likes to mess up changelogs, and partly because you described the changes of the original backport instead of the changes _since_ the previous -backports version
[16:09] <pitti> GunnarHj: i. e. conceptually what you do is to merge *from* -updates *into* -backports; you don't re-do the backport from scratch on a new -updates base
[16:10] <pitti> as for how to read/write the changelog
[16:16] <GunnarHj> pitti: You are right about how I did it conceptually. Reason: Bazaar Explorer complained...
[16:16] <GunnarHj> pitti: Maybe the problem simply is that these defensive backports updates are urgent, and for that reason I haven't really taken the time to figure out how to do it the proper way. Will be better next time. ;-)
[16:17] <pitti> GunnarHj: ideally you would just check out lp:ubuntu/maverick-backports/language-selector, and then run bzr merge lp:ubuntu/maverick-security/language-selector
[16:18] <pitti> that's how it's meant to work in the new world order
[16:19] <GunnarHj> pitti: I see. That's what I'll try first next time, then.
[16:21] <mvo> so sometimes pressing super in unity does not give me shortcuts for the 1-n keys, the numbers are not highlighted n the launcher, only "s", "a", "f". and super-1 does not launch my terminal. any idea what that could be? this is a upgrade from today with nouveau
[16:22] <didrocks> mvo: can you check you only have one compiz process running?
[16:26] <didrocks> james_w: hey, I think you won't update bzr builder into natty anymore (and we will keep a broken "bzr: ERROR: Unable to determine the previous upload for --package-merge.") for some branches, isn't it?
[16:26] <james_w> hi didrocks
[16:27] <james_w> jelmer was going to get it in to Debian so we could sync
[16:27] <mvo> didrocks: sure, just did that, just one compiz
[16:27] <didrocks> james_w: excellent! :-) I still keep a trunk branch meanwhile ;)
[16:27] <didrocks> mvo: hum… weird  :/
[16:27] <james_w> didrocks, yeah, hopefully we can have it in tomorrow, but you'll be building many packages before then I expect :-)
[16:27] <didrocks> mvo: the weird thing is that the shortcuts (keybinding don't work)
[16:28] <didrocks> james_w: well, just the two latest, hopefully, no worry for now :-)
[16:30] <mvo> didrocks: well, super-s super-a work
[16:31] <didrocks> mvo: the code is really stupid in that area, so there is really something not attributing them :/
[16:34] <dbarth> Cimi: are you really, really sure you want to make this change now?
[16:34] <mvo> didrocks: no worries, I will ignore it for now, let me know if I can do anyhting to help with this
[16:34] <Cimi_> dbarth: which change?
[16:34] <didrocks> mvo: I think this will certainly end up with printf at UDS :)
[16:35] <mvo> ahah
[16:38] <lucazade> rodrigo_ : ping
[16:39] <rodrigo_> lucazade, pong
[16:40] <Sweetshark> pitti: ping?
[16:40] <lucazade> i've tried the issue of gnome-settings-daemon with a physical installation and it is not present (only in virtuabox)
[16:41] <lucazade> installed from scratch and with all updates
[16:41] <rodrigo_> lucazade, ok, good to know that the bug's severity is lower then
[16:41] <lucazade> rodrigo_ it seems related to vbox video drivers
[16:42] <lucazade> ok just to let you know
[16:42] <rodrigo_> lucazade, yes, xrandr plugin, not sure though what makes the indicator patch raise the bug though
[16:42] <lucazade> rodrigo_ mystery !
[16:42] <rodrigo_> lucazade, yeah :)
[16:46] <dbarth> Cimi: the merge prop. tedg is talking about
[16:48] <Cimi> dbarth: it's a feature requested by mark and rick
[16:50] <pitti> Sweetshark: (on phone); just ask your question, I'll respond later
[16:53] <Sweetshark> pitti: I tought I gave you a upload without regenerating control (and ending up with a LO-l10n control file), but it seems now that was a false alarm.
[16:54] <pitti> Sweetshark: at least it built the expected packages :)
[16:54] <pitti> I haven't restarted unity yet to check whether the bug is fixed, though
[16:55]  * Sweetshark drops his heartrate below 150 again.
[16:55] <Sweetshark> pitti: Well, it did with my locally build *.deb
[16:59] <Sweetshark> hmmm, I think I found a good way to reproduce a unity crash: Run claws-mail, minimize it, run "DISPLAY=:0 unity" on a vt -> uunity crashes
[16:59] <seb128_> well why would you run unity if it's already running?
[16:59] <seb128_> btw no need to set DISPLAY the unity wrapper will do that for you
[17:09] <dbarth> Cimi: where is the branch proposal?
[17:09] <Cimi> dbarth: https://code.launchpad.net/~cimi/ayatana-scrollbar/hide-thumb-on-selection/+merge/58296
[17:25] <Cimi> dbarth: and I need the new blacklist
[17:40] <rodrigo_> ok, going out for a bit. Will be on national holidays till Tuesday, but will check mail so if there's anything you want from me, please send mail
[17:40] <rodrigo_> have a nice week
[17:44] <seb128> rodrigo_, slacker!!!
[17:45] <seb128> rodrigo_, sorry... enjoy ;-)
[17:45] <seb128> still one day before the long weekend here
[17:50] <pitti> rodrigo_: enjoy!
[18:02] <jcastro> hey seb128: https://bugs.launchpad.net/unity/+bug/687567
[18:02] <ubot2> Launchpad bug 687567 in unity "Global menu causes white "flashes" when scrubbing/moving with mouse fast over menus" [High,Confirmed]
[18:02] <seb128> hey jcastro
[18:02] <seb128> yes?
[18:03] <jcastro> sorry wrong bug: https://bugs.launchpad.net/askubuntu-lens/+bug/758839
[18:03] <ubot2> Launchpad bug 758839 in gwibber/unity-lens-gwibber "Lens doesn't start on login" [High,Confirmed]
[18:03] <jcastro> so there's an issue with python lenses not loaded on login
[18:03] <seb128> the first one is a compiz setting to tweak, someone pinged didrocks about that today iirc but not sure if that's happening for natty
[18:03] <jcastro> and DX is sprinting now or something, I would like to escalate this bug (or whatever process)
[18:04] <didrocks> it's not happening in natty, it's sent to backlog
[18:04] <jcastro> (the first bug was just cruft from my buffer, I mean to talk about lenses)
[18:04] <didrocks> jcastro: I tried, but it won't be fixed for natty, maybe a 0 day SRU
[18:04] <dbarth> jcastro: what's up?
[18:04] <jcastro> oh ok, SRU would be fine
[18:04] <seb128> didrocks, well johnlea comment #20 suggested to disable the option in compiz as a workaround for this cycle
[18:05] <jcastro> dbarth: I am concerned that we talked to people to make lenses, and none of the python ones work
[18:05] <didrocks> seb128: right, but as told this will impact all the other fading effect
[18:05] <didrocks> seb128: and won't upgrade beta users, so we will still have those things
[18:05] <seb128> didrocks, ok, could you maybe add a comment on the bug saying so?
[18:06] <didrocks> seb128: it's sent to backlog, isn't it?
[18:06] <seb128> jcastro, we need kamstrup de look at your issue basically, talk to njpatel
[18:06] <didrocks> I pinged them for that already and kamstrup is aware of it
[18:06] <kees> okay, when I hit super, I get the app-search window thing (what's this called?). but clicking any of the top row doesn't do anything.
[18:06] <didrocks> seb128: https://bugs.launchpad.net/unity/+bug/687567/comments/19
[18:06] <ubot2> Launchpad bug 687567 in unity "Global menu causes white "flashes" when scrubbing/moving with mouse fast over menus" [High,Confirmed]
[18:06] <didrocks> it's on the bug report
[18:07] <jcastro> kees: that's the dash
[18:07] <didrocks> bug then,John commented, not sure he's aware that it won't work on upgrade
[18:07] <kees> jcastro: "dash"! okay, thanks.
[18:07] <kees> jcastro: any idea why the top row of buttons don't do anything?
[18:07] <jcastro> that sounds like a bug
[18:09] <seb128> didrocks, I don't even know what that means, users don't know the unity team process, especially that the workaround suggested by john was a compiz one
[18:09] <seb128> kees, "dash"
[18:09] <seb128> kees, do you have unity-place-applications installed?
[18:09] <didrocks> seb128: see the comment
[18:10] <seb128> didrocks, right and in comment #20 johnlea replied saying to do it anyway
[18:10] <kees> seb128: I do not; how did that happen, I wonder. :P
[18:10] <didrocks> seb128: go for it if you want, I prefer to fix an intellihide for now
[18:11] <seb128> kees, you use command line tools that don't handle recommends correctly?
[18:11] <seb128> ;-)
[18:11] <seb128> kees, bug #759262 on the topic, at least update-manager should ensure those are installed
[18:12] <ubot2> Launchpad bug 759262 in update-manager "Important Unity components not installed after update-manager -d upgrade" [Medium,Fix released] https://launchpad.net/bugs/759262
[18:12] <kees> seb128: nope, I instlal recommends. I think the problem is that if a package is already installed and its recommends change, apt doesn't do it. not sure.
[18:12] <kees> but yup, installing that makes the top line of the dash work.
[18:13] <kees> jcastro: and "dock" or "launcher" for the left edge dingus?
[18:13] <seb128> kees, mvo claims it should but also says that if the recommends are not installable it just skip those and doesn't suggest them later on
[18:13] <kees> seb128: ah, I bet that's what happened.
[18:13] <kees> seb128: actually, I lied, it still doesn't work. do I have restart unity after installing that?
[18:13] <seb128> kees, not sure I never tried to start without them
[18:14] <seb128> but doesn't hurt to alt-f2 unity if you don't mess your applications to be shuffled around
[18:14] <seb128> compiz is not great at keeping things where they are on restart
[18:14] <jcastro> kees: it's "launcher"
[18:15] <kees> jcastro: cool
[18:15] <jcastro> kees: http://askubuntu.com/questions/10228/whats-the-right-terminology-for-unitys-ui-elements/19166#19166
[18:17] <kees> jcastro: well hey, look at that. nice. :)
[18:24] <didrocks> seb128: are you uploading compiz?
[18:25] <seb128> didrocks, no, I've no clue what setting to change and how and where
[18:25] <seb128> didrocks, we can do it in a sru later on
[18:25] <didrocks> seb128: still won't upgrade people, so worthless
[18:25] <seb128> didrocks, I don't feel like tweakings settings I don't understand just before the freeze but I might check with smspillaz tomorrow
[18:26] <seb128> didrocks, it's the first impression you get on new installs
[18:26] <didrocks> seb128: same for me, hence the fact I didn't change
[18:26] <seb128> well I know on my nb it's very noticable
[18:26] <didrocks> seb128: I don't get it, I can't tell
[18:26] <seb128> oh, I do it
[18:26] <seb128> I will show you at UDS ;-)
[18:26] <didrocks> :)
[18:26] <didrocks> I don't have it either on my nvidia, nor intel card
[18:27] <seb128> weird, but at least it's not everybody getting it
[18:28] <didrocks> seb128: if we tweak the settings, the fade will disappear from all the change, hence the fact I don't want to change it in a rush (especially when we decided to push it back)
[18:30] <nessita> seb128: thanks for the upload! you rock :-)
[18:30] <seb128> nessita, yw ;-)
[18:32] <mterry> tremolux, heyo!  Does software center have plans to keep track of installed applications?
[18:32] <mterry> tremolux, (in the sense that it could install them again on a fresh install)
[18:33] <tremolux> mterry: heyo back!
[18:34] <tremolux> mterry: I think that is the purpose of OneConf, and we have very regretfully unable to give it the attention it deserves during Natty
[18:35] <tremolux> mterry: or, one purpose of OneConf, with didrock's plugin functionality for s-c
[18:35] <didrocks> right, I just have been able to update to the new s-c API
[18:35] <didrocks> nothing more…
[18:35] <mterry> tremolux, ah, interesting.  I remember discussions about oneconf, but didn't know that angle
[18:36] <tremolux> mterry: I assume you are talking about a recent post about Deja Dup in the Oneiric discussions
[18:36] <mterry> tremolux, yeah
[18:36] <didrocks> mterry: it's in universe, you can install it (using desktopcouch, which should change for next cycle)
[18:38] <pitti> good night everyone
[18:38] <tremolux> 'night pitti!
[18:39] <tremolux> mterry, didrocks: it has such nice potential, hopefully we can really do it up for Oneiric
[18:39] <kenvandine> good night pitti
[18:39] <didrocks> good night pitti
[18:40] <didrocks> tremolux: yeah, I agree, just need some time allocated to it :)
[18:40] <tremolux> didrocks: indeed!  :)
[18:41] <tremolux> mterry: I wonder if you might make such a plugin for Deja Dup
[18:42] <tremolux> mterry: I think that would TOTALLY ROCK (tm)
[18:43] <mterry> tremolux, a plugin that interfaced with software-center?
[18:43] <mterry> or oneconf?
[18:43] <didrocks> mterry: oneconf is a plugin to s-c
[18:44] <didrocks> mterry: so, ideally, we can use the same backend service
[18:44] <didrocks> (it's dbus-activated)
[18:44] <didrocks> and just write the Déjà-Dup plugin
[18:53] <tremolux> mterry, didrocks: bbl, my family is clamoring for me to go have lunch (kids are off school this week)  :)
[18:53] <didrocks> tremolux: enjoy
[18:53] <tremolux> thx!  :)
[19:30]  * didrocks waves good evening
[19:30]  * highvoltage waves back
[19:32] <highvoltage> ah I see I kind of misunderstood that one
[19:42] <seb128> pitti, bououh
[19:45] <seb128> tedg, mterry: users comment on the emacs bug saying it still get the menus stripped when started from the dash
[19:48] <mterry> seb128, indeed, or if you start it with the command "emacs23"
[19:48] <mterry> because that gives it a different window class
[19:48]  * mterry works on a patch
[19:55] <mterry> tedg, https://code.launchpad.net/~mterry/appmenu-gtk/emacs23/+merge/58556
[20:18] <tedg> mterry, Are you going to distro patch that?
[20:23] <mterry> tedg, yea
[20:44] <mterry> tedg, I'm having problems uploading?  Something about "no public key" gpg error when I try to upload...  Can you distro patch it for me for today?
[20:45] <mterry> tedg, oh, nm
[20:45] <mterry> tedg, it apparently went through, but still gave me the error on the console
[20:45] <tedg> mterry, Oh, good, because I can't :-)
[20:45]  * mterry should still probably figure out what the problem was
[21:09] <chrisccoulson> mterry, another case which will fail for emacs is if you set it as the alternative for /usr/bin/editor ;)
[21:09] <mterry> chrisccoulson, guh!
[21:09] <chrisccoulson> but, i don't think there's any way around that with the current blacklist implementation
[21:10] <chrisccoulson> (you certainly don't want to blacklist editor, as that could be anything)
[21:10] <mterry> chrisccoulson, good point...   I suppose maybe we should set the env var UBUNTU_MENUPROXY emacs-side
[21:10] <chrisccoulson> yeah, possibly
[21:10] <mterry> oneiric
[21:11] <chrisccoulson> what's the actual issue with emacs?
[21:12] <mterry> chrisccoulson, menus that get added dynamically (like, based on the type of file opened) by plugins don't show up
[21:13] <mterry> chrisccoulson, (they don't show because the menu isn't filled out) and emacs only fills them out when it receives an actual X button press to the menu, so it's hard to fake it and trick it into filling it out early
[21:14] <chrisccoulson> i'm sure the bookmarks menus in firefox work in the same way (they are only populated when you open the menu), but that's working :/
[21:15] <mterry> chrisccoulson, depends on how it gets populated.  appmenu has some tricks for it (fakes a gtk activation signal), but emacs was looking for a very low-level X event that we don't want to be faking for all apps
[21:15] <chrisccoulson> ah, ok. that's probably why it works in firefox :)
[21:35] <chrisccoulson> seb128, http://bazaar.launchpad.net/~chrisccoulson/unity/lp767642/revision/1169 ;)
[21:36] <seb128> chrisccoulson, \o/
[21:37] <chrisccoulson> so, that one, plus the nautilus issue (which i will look at now), and the nm-applet errors are the bulk of what is in my xsession-errors
[21:37] <chrisccoulson> (and xchat-gnome too, but i fixed that one already)
[21:38] <chrisccoulson> i hope the icon theme gets fixed, because nm-applet probably is the worst offender for me :)
[21:58] <Sarvatt> now thats odd..You received this email because you are an admin of the GNOME3 Team team via the Ubuntu Desktop team.
[21:58]  * Sarvatt isn't in either
[21:59] <chrisccoulson> Sarvatt - are you subscribed to the ubuntu-desktop list?
[21:59] <Sarvatt> ah yeah, the mail went to my launchpad folder and threw me off
[22:00] <Sarvatt> (not the ubuntu-desktop list one)
[22:07] <cyphermox> chrisccoulson, I agree for the nm-applet errors, it's really annoying
[22:07] <cyphermox> I trying to mess with the icons myself but it's taking me forever
[22:11] <chrisccoulson> cyphermox, yeah, i'm not that familiar with theming. i'm not sure if you can just edit the width attribute in the svg ;)
[22:13] <Sweetshark> chrisccoulson: were is that chat on bug 740815 from?
[22:13] <ubot2> Launchpad bug 740815 in xulrunner-2.0 "[FFe] Updates to enable us to drop xulrunner from main" [High,Fix released] https://launchpad.net/bugs/740815
[22:14] <chrisccoulson> Sweetshark, that's from #ubuntu-devel a little while ago
[22:14] <chrisccoulson> cyphermox, oh, editing the width attrbiute doesn't work ;)
[22:14] <chrisccoulson> that just chops off the edge of the icon :(
[22:16] <cyphermox> yeah
[22:16] <cyphermox> you need to adjust everything in like, inkscape
[22:16] <cyphermox> I'll get started on this, maybe we can have it ready soon enough