=== mfisch is now known as Guest83317
=== eeejay is now known as eeejay_is_afk
=== Shadows` is now known as SoulShadow
[05:19] <pitti> Good morning
[05:46] <pitti> robert_ancell: hey Robert
[05:46] <robert_ancell> pitti, hello
[05:46] <pitti> robert_ancell: do you plan a precise lightdm upload soon, so that the SRU can go into -updates?
[05:46] <robert_ancell> pitti, oh, is it blocked on that?  Isn't it alrady in updates?
[05:46] <robert_ancell> oh, it's in proposed
[05:47] <pitti> no; one bug verification to go, and missing the fixes in precise
[05:47] <robert_ancell> pitti, I'm not running precise just yet, can you smoke test it for me?
[05:48] <pitti> robert_ancell: I can; which branch should I build from?
[05:48] <robert_ancell> pitti, lp:~ubuntu-desktop/lightdm/ubuntu
[05:49] <pitti> robert_ancell: ok, I'll build from that
[05:49] <pitti> robert_ancell: hm, that's still the -proposed branch
[05:49] <robert_ancell> (i.e. that's the version that's in proposed)
[05:49] <pitti> sure, I'll build/install/test
[06:18] <pitti> robert_ancell: precise lightdm build works fine
[06:18] <robert_ancell> pitti, awesome.  Do you want to change the release name in bzr and upload or would you like me to do it?
[06:18] <pitti> robert_ancell: can do
[06:19] <pitti> robert_ancell: well, not change, just add a new entry and upload with -v
[06:19] <robert_ancell> yeah, I thought you'd get it right.  I'd probably mess it up :_
[06:19] <robert_ancell> :)
[06:19] <pitti> FTR:
[06:19] <pitti> dch -r "Upload to precise."
[06:19] <pitti> bzr bd -S -- -v1.0.1-0ubuntu6 -sd
[06:20] <pitti> robert_ancell: done
[06:20] <robert_ancell> so memorable
[06:20] <robert_ancell> thanks
[06:21] <pitti> well, the -sd is optional, but it doesn't need the tar again
[07:33] <didrocks> good morning
[07:33] <pitti> bonjour didrocks
[07:34] <didrocks> guten morgen pitti, how are you?
[07:34] <pitti> I'm great, thanks!
[07:34] <pitti> fighting with python-apt
[07:35] <didrocks> (I'm technically on swap today, just waiting to finish some stuff like writing my WI and some SRU)
[07:35] <didrocks> fighting? good luck! :)
[07:54] <didrocks> pitti: thanks for the SRU, I wasn't sure it was acked that you wanted us to copy first in +1, doing now
[07:55] <pitti> didrocks: not copy,  upload
[07:55] <pitti> we actually want a build against precise's toolchain and libraries
[07:55] <didrocks> pitti: sure, doing
[07:55] <pitti> merci!
[07:57] <didrocks> de rien :)
[07:59] <didrocks> pitti: for gnome-desktop3, should I upload with the same revision?
[07:59] <pitti> didrocks: yes, please; no idea what went wrong there
[07:59] <didrocks> packages are disappearing zomg! :)
[08:00] <didrocks> pitti: uploaded the old .changes (I still had it), uploading to precise as well now
[08:01] <didrocks> argh, compizconfig and compiz got rejected
[08:01] <didrocks> as they have the same revision
[08:01] <didrocks> (for precise)
[08:02] <didrocks> should I just bump to version.1 ?
[08:02] <pitti> or version+1
[08:02] <pitti> better than using .1 for precise
[08:02] <pitti> it's usually used for SRUs and security updates in stables
[08:03] <didrocks> so, for instance, I uploaded gnome-desktop3 (3.2.1-0ubuntu1) for oneiric-proposed
[08:03] <didrocks> I should upload 3.2.1-0ubuntu2 for precise?
[08:03] <pitti> argh, apt and python-apt drive me crazy today :(
=== Zdra is now known as xclaesse
[08:04] <didrocks> pitti: that doesn't look weird to miss a rev? ^
[08:04] <pitti> didrocks: please upload with -v to include the ubuntu1 changelog, too
[08:04] <didrocks> hum… no, I'm not clear I guess
[08:04] <didrocks> ubuntu1 is the version uploaded in -proposed
[08:05] <pitti> right
[08:05] <didrocks> now, I'm uploading the *same* version in precise
[08:05] <didrocks> or I just add an ubuntu2 "rebuild for precise"
[08:05] <didrocks> with -v…
[08:05] <pitti> didrocks: I did https://lists.ubuntu.com/archives/precise-changes/2011-November/001677.html
[08:05] <pitti> normally people are supposed to do it the other way around
[08:06] <pitti> upload to precise, then lower the version number and upload to oneiric-proposed
[08:06] <pitti> which avoids this
[08:06] <pitti> didrocks: right, that's what I mean
[08:06] <didrocks> pitti: ok, doing that then, thanks :)
[08:08] <pitti> mvo: does "test/test-indexes.sh" still work for you in current apt trunk? it's broken for me
[08:08] <pitti> today is weird; I find a python-apt bug, distill it into a test case, which finds another bug; I investigate that, this finds yet another bug
[08:08] <pitti> apt is crumbling underneath me :/
[08:09]  * didrocks hugs pitti
[08:12] <pitti> checking out trunk, doing "autoreconf", then
[08:12] <pitti> $ ./configure
[08:12] <pitti> configure: error: cannot run /bin/bash buildlib/config.sub
[08:13] <pitti> This is not a good day to debug apt :(
[08:17] <mvo> pitti: hm, let me check - the version in debian-experimental got a lot of cleanup in the tests, let me see if that already got merged over
[08:18] <pitti> ah, it seems that test-indexes.sh was removed :(
[08:18] <pitti> too bad, it reproduces one of the errors I found
[08:18] <mvo> pitti: otherwise, tests/integration/run-tests
[08:18] <pitti> mvo: ah, I checked out http+urllib://anonscm.debian.org/bzr/apt/debian-sid/
[08:18] <mvo> pitti: hm, that one should be folded into the integration dir already IIRC
[08:19] <pitti> any idea how I get around
[08:19] <pitti> error: tag OUTPUT_DIRECTORY: Output directory `../build/doc/doxygen' does not exist and cannot be created
[08:19] <mvo> pitti: right, the debian version is a bit behind currently, the most recent is debian-experimental, that will land in unstable soon(ish)
[08:19] <pitti> that fails the build, and run-tests complains about "build tree first"
[08:19] <mvo> pitti: meh, try mkdir -p build/doc/doxygen - but it should have done that itself
[08:21] <pitti> that helped, but tests still fail; but anyway, I'll drop this for now, it's nto the actual bug I'm trying to solve
[08:26] <didrocks> pitti: can you reject nautilus 1:3.2.1-0ubuntu3 please? It happens bug #886428 (which isn't worse than the issue it fixes), I'm uploading a fix with other fixes soon
[08:26] <ubot2> Launchpad bug 886428 in nautilus "Bug duplicates files icon in GNOME3 and Unity" [Low,Triaged] https://launchpad.net/bugs/886428
[08:31] <pitti> didrocks: reject from where? it's not in the oneiric queue
[08:31] <didrocks> pitti: it's not in oneiric-proposed? https://launchpad.net/ubuntu/+source/nautilus seems to say so and rmadison as well
[08:32] <pitti> didrocks: oh, that's not "reject", that's "remove"
[08:32] <pitti> and I wouldn't like to do that except for very exceptional circumstances
[08:32] <pitti> just upload a new one
[08:32] <pitti> with including the previous changelog
[08:32] <didrocks> sure
[08:32] <didrocks> just telling you as it's almost there for 7 days with a bug verification-done
[08:50] <tkamppeter> pitti, hi
[08:54] <pitti> hey tkamppeter
[08:54] <tkamppeter> pitti, I want to ask you whether you can do tests with your Samsung ML-1610.
[08:55] <pitti> tkamppeter: my wife's machine is on natty; does it need oneiric?
[08:55] <Daviey> @pilot in
[08:55] <Daviey> gah
[08:55] <pitti> Daviey: -ECHAN?
[08:55] <pitti> Daviey: but good morning!
[08:55] <Daviey> pitti: good morning!  tab complete fail, please pass the coffee :)
[08:56] <tkamppeter> pitti, it is about several USB printing bugs: bug 793244, bug 887094, bug, 872483, bug 564917, bug 883169, bug 872711
[08:56] <ubot2> Launchpad bug 793244 in cups "After suspend/hibernate usb printer backend repeatedly crashes" [Medium,Incomplete] https://launchpad.net/bugs/793244
[08:56] <ubot2> Launchpad bug 887094 in cups "usb printer backend crashes" [Undecided,Incomplete] https://launchpad.net/bugs/887094
[08:56] <ubot2> Launchpad bug 564917 in cups "Ubuntu 10.04 does not recognize local printer connected via USB/parallel adapter cable" [Medium,Fix released] https://launchpad.net/bugs/564917
[08:56] <ubot2> Launchpad bug 883169 in system-config-printer "Brother MFC-8840D usb printer not detected" [Undecided,Confirmed] https://launchpad.net/bugs/883169
[08:56] <ubot2> Launchpad bug 872711 in linux "Kernel does not report some USB printers correctly, making them not being detected by CUPS" [High,Fix committed] https://launchpad.net/bugs/872711
[08:58] <tkamppeter> pitti, it is an Oneiric problem, so move the printer temporarily to your box or update your wive's box (do not let her work on totally obsolete systems).
[08:58] <pitti> tkamppeter: I'm running precise
[08:58] <pitti> tkamppeter: but yeah, I need to upgrade her box, doing that over the day
[08:58] <pitti> but natty isn't obsolete :)
[08:59] <pitti> in fact, I (and she) even prefer natty's unity over oneiric's
[08:59] <tkamppeter> pitti, precise is no problem, it is still very close to Oneiric.
[09:02] <tkamppeter> pitti, connect the printer and checjk whether it is detected. Check whether the kernel has the fix of bug 872711 (is it new enough?), update to the proposed kernel if needed, check if you can print several jobs. Do they all come out? Does only the first come out? Is the rest garbage or does it not come out at all? Does the usb CUPS backend crash? Hibernate and/or suspend, then print more jobs, does the usb backend crash? Then update C
[09:02] <tkamppeter> UPS to the package of my PPA (you have to install the package manually if you are on precise), are any problems solved by that? Does it introduce new problems?
[09:02] <ubot2> Launchpad bug 872711 in linux "Kernel does not report some USB printers correctly, making them not being detected by CUPS" [High,Fix committed] https://launchpad.net/bugs/872711
[09:10] <Daviey> pitti: Would someone on your team be happy to review sync bug 888265, i'd rather not touch webkit myself.  Thanks.
[09:10] <ubot2> Launchpad bug 888265 in webkit "Sync webkit 1.6.1-5 (main) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/888265
[09:11] <Daviey> (removes a ubuntu delta)
[09:11] <pitti> Daviey: I'll have a look, thanks
[09:11] <pitti> oh, it's from jbicha, it's certainly fine :) I'll double-check, though
[09:12] <Daviey> thanks
[09:25] <pitti> tkamppeter: upgrade is running
[09:29] <seb128> hey
[09:30] <pitti> bonjour seb128
[09:30] <seb128> hey pitti, how are you?
[09:31] <pitti> seb128: pretty well, thanks! just finished a four-hour apt/python-apt debug marathon
[09:31]  * pitti hugs mvo for the deciding hints
[09:31] <seb128> waouh
[09:31] <seb128> you defeated it? ;-)
[09:31] <pitti> yes, apport trunk is all happy
[09:31] <pitti> under some conditions the apt sandboxes silently forgot to fetch and unpack some packages
[09:31] <seb128> there I just finished a 10 hours sleep against ubuflu marathon :p
[09:32] <seb128> great
[09:32] <pitti> seb128: feeling any better? did it get worse after your flight?
[09:32]  * mvo hugs pitti back
[09:32] <seb128> I'm ok, it didn't really get worse no but got me tired
[09:33] <seb128> well ubuflu added with travelling and maybe jetlag
[09:35] <didrocks> salut seb128
[09:35] <seb128> hey didrocks, ca va ?
[09:35] <didrocks> ça va, en train de finir quelques trucs :) et toi?
[09:35]  * mvo hugs pitti back
[09:39] <seb128> didrocks, ca va, tjs un peu d'ubuflu
[09:39] <seb128> hey mvo, how are you? had a nice flight back?
[09:41] <mvo> seb128: for some value of nice ;) but I managed to sleep a bit, so the time passed relatively quickly
[09:41] <mvo> seb128: and you? recovered from the flu?
[09:41] <seb128> mvo, the trip went well, still having some ubuflu but it's not to bad
[09:42] <seb128> mvo, well "nice" in the sense of didn't get your passport lost, or missed your connection or got your stuff lost
[09:42] <seb128> (random examples inspired from real life cases from this return travel ;-)
[09:43] <mvo> seb128: yes, nice in that sense, really uneventful and quick
[10:12] <didrocks> pitti: new nautilus uploaded in -proposed (already in precise)
[10:12] <pitti> didrocks: cheers
[10:15] <pitti> FAILED: gnome-desktop3 (The source gnome-desktop3 - 3.2.1-0ubuntu1 is already accepted in ubuntu/oneiric and you cannot upload the same version within the same distribution. You have to modify the source version and re-upload.)
[10:15] <pitti> WTF
[10:15] <pitti> didrocks: oh, it's in -updates already
[10:16] <didrocks> pitti: ah, so it was not so lost! :)
[10:17] <seb128> wth?
[10:17] <pitti> seb128 needs more coffee :)
[10:17] <seb128> pitti, https://launchpad.net/ubuntu/+source/gnome-desktop3 doesn't list it
[10:17] <pitti> and LP too, it didn't auto-close the bug
[10:17] <seb128> 3.2.0-0ubuntu4.1 	updates (main) 	3 weeks ago
[10:17] <seb128> that doesn't make sense
[10:17] <pitti> oh, wait
[10:17] <pitti> it was deleted from -proposed, but not actually copied to -updates
[10:18] <pitti> didrocks: can you please reupload as -0ubuntu1.1?
[10:18] <pitti> didrocks: most likely explanation is that sru-release freaked out due to the broken powerpc build
[10:18] <didrocks> pitti: sure
[10:18] <pitti> which we can avoid by having a separate precise upload
[10:18] <pitti> (argh)
[10:21] <didrocks> pitti: should be good now
[10:21] <pitti> thanks
[10:21] <pitti> die, powerpc, die
[10:23] <pitti> or start working, whichever is easier :)
[10:26] <didrocks> :)
[10:26] <didrocks> pitti: FYI, just finished all the paperwork for my blueprints, set them all the "pending approval"
[10:27] <pitti> didrocks: yay you
[10:28] <didrocks> swap day is useful for SRU/paperwork :)
[10:29] <seb128> pitti, btw robert_ancell set the lock screen one directly to approved, was that wanted or an error?
[10:29] <pitti> seb128: an error
[10:29] <pitti> but I reviewed them, and fixed some syntax issues, should be okay now
[10:30] <seb128> pitti, ok
=== zyga-afk is now known as zyga
[11:28] <chrisccoulson> maaaan, i feel like crap today
[11:28] <chrisccoulson> hello everyone :)
[11:32] <chrisccoulson> nice - http://robert.ocallahan.org/2011/11/end-of-plugins.html !
[11:32] <pitti> hey chrisccoulson
[11:32] <pitti> chrisccoulson: ubuflu?
[11:32] <chrisccoulson> pitti - yeah. i'm wondering if i'm starting to come down with a chest infection. my breathing is terrible today
[11:34] <pitti> chrisccoulson: ugh, get well soon then!
[11:34] <pitti> try a hot bath?
[11:34] <chrisccoulson> yeah, i might try that in a bit
[11:35] <seb128> hey chrisccoulson
[11:35] <seb128> ubuflu :-(
[11:35] <chrisccoulson> i really need to fix bug 888307 first though :(
[11:35] <ubot2> Launchpad bug 888307 in firefox "Bundled Firefox extensions disabled on upgrade to 8.0" [Critical,Triaged] https://launchpad.net/bugs/888307
[11:35] <chrisccoulson> hi seb128
[11:35] <chrisccoulson> how are you?
[11:35] <seb128> I'm ok, still fighting the cold I got at the end of UDS but it's not too bad
[12:18] <seb128> agateau, when you verify a sru fix feel free to change the tag to verification-done
[12:18] <seb128> agateau, i.e kde-workspace's fix is still verification-needed
[12:20] <agateau> seb128: ok
[12:22] <agateau> seb128: done
[12:24] <rickspencer3> pitti, hey, someone was asking me about how to get a bug fixed when a goi doesn't work because something was marked to not-introspectable
[12:24] <rickspencer3> something in Gtk 3
[12:25] <seb128> agateau, thanks
[12:25] <rickspencer3> specifically bug #886359
[12:25] <ubot2> Launchpad bug 886359 in pygobject "Missing feature blocks Python apps from being ported to GTK3. " [Undecided,New] https://launchpad.net/bugs/886359
[12:25] <rickspencer3> any thoughts on how to get that addressed?
[12:26] <didrocks> ok, time to really enjoy my swap day. Administrative stuff now + train to Paris, see you on Monday!
[12:26] <seb128> didrocks, have fun
[12:26] <didrocks> merci, toi aussi seb128 :)
[12:26] <seb128> didrocks, see hi to the french loco ;-)
[12:26] <seb128> see -> say
[12:26] <didrocks> I'll for sure!
[12:26] <seb128> rather
[12:27] <seb128> thanks, see you next week ;-)
=== seif is now known as seifstrup
=== seifstrup is now known as kamlotfy
=== kamlotfy is now known as kamseifstrup
=== kamseifstrup is now known as mstr_seif
[13:05] <nessita> hello everyone!
[13:06] <rodrigo_> hi nessita
[13:06] <seb128> hey nessita, how are you?
[13:07] <nessita> does anyone know if there's a guide about how to package a dependency that has not tarballs released?
[13:07] <seb128> nessita, define "a dependency", is that just "something which has no tarball"? or is "dependency" something special?
[13:07] <nessita> I just need to package for Ubuntu the qt4reactor, which is basically a single python script, but the upstream does not release tarball (at least for the moment)
[13:08] <seb128> nessita, just do a tarball yourself
[13:08] <nessita> seb128: this is the dependency: https://github.com/ghtdak/qtreactor
[13:08] <nessita> seb128: ok, where do I upload it?
[13:08] <nessita> launchpad?
[13:08] <seb128> nessita, do you use "dependency" as "source" there?
[13:08] <rodrigo_> or get a git snapshot?
[13:08] <seb128> not sure to understand what it's a dependency of?
[13:08] <seb128> nessita, no need to upload it anywhere, well to ubuntu
[13:08] <nessita> seb128: is a dependency of Ubuntu One for all the QT UIs
[13:09] <seb128> nessita, just make dist from git
[13:09] <nessita> seb128: forgive my ignorance... make dist even if there is not makefile in the upstream source?
[13:10] <seb128> nessita, no, whatever gives you a tarball, it's usually make dist
[13:10] <seb128> nessita, just use tar c... if you prefer ;-)
[13:11] <seb128> pedro_, hey
[13:11] <nessita> seb128: ok, I undestand that. But I'm not sure about the where to upload the tarball, shall I upload it to the launchpad project that (already) mirror this git project?
[13:11] <pedro_> seb128, hi!
[13:11] <seb128> nessita, nowhere?
[13:11] <seb128> nessita, you don't need to have an "upstream public tarball"
[13:11] <seb128> nessita, just build a package and dput it to ubuntu
[13:12] <nessita> seb128: great, understood. On it!
[13:12] <seb128> write in the changelog that you made a tarball from upstream git
[13:12] <seb128> pedro_, how are you?
[13:12] <seb128> pedro_, do you know what team gives nomination for ubuntu series rights?
[13:13] <nessita> seb128: I will, and I will certainly ask you for feedback
[13:13] <seb128> nessita, ok ;-)
[13:14] <pedro_> seb128, good you? how's that cold going?
[13:14] <pedro_> seb128, IIRC that's ubuntu-release now
[13:14] <pedro_> it used to be ubuntu-drivers
[13:14] <seb128> pedro_, okish, not getting worth but not getting much better either, but well it's not to bad so I will not complain
[13:14] <seb128> pedro_, i.e you can't nominate bugs for series?
[13:15] <seb128> pedro_, no, it's not ubuntu-release, I'm not in there but I can nominate bugs
[13:15] <seb128> let me ask on devel
[13:15]  * pedro_ checking
[13:16] <pedro_> its still ubuntu-drivers
[13:16] <pedro_> https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/879525/+nominate <-
[13:16] <ubot2> Launchpad bug 879525 in rhythmbox "Rhythmbox CD ripping to FLAC broken in Oneiric" [Low,Incomplete]
[13:16] <pedro_> seb128,  ^
[13:16] <pedro_> "The Ubuntu release manager is Ubuntu Drivers (ubuntu-drivers) (ubuntu-drivers) ."
[13:17] <seb128> pedro_, thanks, that seems broken but that reply to my question ;-)
[13:17] <chrisccoulson> lol @ http://farm7.static.flickr.com/6041/6326638850_eea2b4b82c_o.jpg
[13:17] <seb128> pedro_, can you nominate bugs?
[13:18] <pedro_> seb128, last time i've tried , yes , testing right now
[13:18] <pedro_> seb128, yes I can
[13:25] <tkamppeter> pitti, ping
[13:32] <pitti> tkamppeter: pong
[13:32] <pitti> rickspencer3: back from lunch, looking
[13:34] <tkamppeter> pitti, it is about bug 887094, a user experiences crashes in the USB CUPS backend, /usr/lib/cups/backend/usb, which is started by CUPS and now he does not know how to get a stack trace, especially also that the file in the package is /usr/lib/cups/backend-available/usb, hard-linked to /usr/lib/cups/backend/usb by the maintainer scripts.
[13:34] <ubot2> Launchpad bug 887094 in cups "usb printer backend crashes" [Undecided,Incomplete] https://launchpad.net/bugs/887094
[13:35] <tkamppeter> pitti, do you know how to capture a stack trace here?
[13:38] <pitti> rickspencer3: replied to the bug; in general, it's best to file a bug about it, and then prod me or someone in #introspection on GNOME IRC
[13:38] <pitti> tkamppeter: so apport doesn't pick it up because of the hardlink
[13:39] <pitti> tkamppeter: perhaps you can ask to enable cups debugging, grab the usb backend parameters from the log, and then have him run the command manually from backend-available/ ? This should trigger apport
[13:40] <seb128> while I think about it, tomorrow is off in France
[13:40] <seb128> so don't worry if I'm not around tomorrow ;-)
[13:49] <pitti> tkamppeter: you recently added debian/patches/usb-backend-reset-printer-before-printing.patch to cups
[13:49] <pitti> tkamppeter: this adds "#include <linux/usbdevice_fs.h>" and thus causes debian bug 647666
[13:49] <ubot2> Debian bug 647666 in src:cups "cups: FTBFS(!linux): fatal error: linux/usbdevice_fs.h: No such file or directory" [Serious,Open] http://bugs.debian.org/647666
[13:50] <pitti> tkamppeter: do we need this for the usb_reset() function?
[13:50] <pitti> tkamppeter: does upstream perhaps have a better solution for this by any chance, which isn't linux specific?
[13:50] <pitti> (Mike won't accept this into trunk, as MacOS is also BSD based)
[14:01] <mdeslaur> pitti: is there any way to override priorities in work items?
[14:13] <pitti> mdeslaur: no, you need to set the BP priority
[14:13] <mdeslaur> pitti: ok, I guess we'll have to split out the blueprints then. Thanks!
[14:14] <chrisccoulson> i really need to flesh out my blueprints today. damn you firefox for taking up all my time this week!
[14:24] <tkamppeter> pitti, upstream would take the usb_reset patch probably only with conditionals, with the individual USB resets for each OS.
[14:26] <tkamppeter> pitti, I am now testing an alternative, more upstream-friendly patch, it also fixes bug 872483, but there seems to be a segfault sometimes occuring in the USB backend and this seems to appear with both patches, perhaps even without any of them, but this would need to be tested.
[14:26] <ubot2> Launchpad bug 872483 in cups "laser printer only prints first job correct" [Medium,Fix released] https://launchpad.net/bugs/872483
[14:27] <tkamppeter> pitti, did you complete your update to Oneiric, so that you can do tests with your printer?
[14:28] <pitti> tkamppeter: I did; will test soon, currently working knee-deep in something else
[14:42] <mhr3> mvo, my synaptic is crashing with: terminate called after throwing an instance of 'std::out_of_range'
[14:42] <mhr3>   what():  vector::_M_range_check
[14:42] <mhr3> mvo, anything i can do?
[14:44] <mhr3> mvo, seems to be atk-related
[14:46] <mvo> mhr3: oneiric or precise? what do I have to do to reproduce?
[14:47] <mhr3> mvo, run orca :)
[14:48] <mhr3> mvo, and yea oneiric
[14:49] <mhr3> mvo, also after you setup orca and fix it, let me know how do i disable it ;D
[14:49] <seb128> lol
[15:16] <ricotz> seb128, hello
[15:17] <ricotz> have you seen something like that yet, this is with a multiarch install of libglib2.0-0 -- http://paste.debian.net/plain/144475
[15:18] <ricotz> i guess /usr/share/doc/libglib2.0-0/ChangeLog.pre-2-2.gz gets generated by debhelper
[15:18] <ricotz> slangasek, hello ^
=== nessita1 is now known as nessita
[15:43] <slangasek> ricotz: are you installing both amd64 and i386 versions of the package, and did you build them from the same version of the source tree?
[15:44] <slangasek> ricotz: unfortunately if the files are different, dpkg has no way to know which one should win, so it kicks it out and makes you resolve the error
[15:49] <ricotz> slangasek, yes, there are both installed and built in a ppa from the same source
[15:49] <ricotz> slangasek, is there a way to handle this gracefully
[15:50] <slangasek> ricotz: if you unpack both packages manually and uncompress the files, are the contents the same?
[15:50] <ricotz> since this file is installed/generated automatically
=== mstr_seif is now known as seif
[15:50] <slangasek> if the contents *are* the same, you're probably hitting a gzip bug: Debian bug #647522
[15:50] <ubot2> Debian bug 647522 in gzip "gzip -9n is not deterministic" [Normal,Open] http://bugs.debian.org/647522
[15:51] <slangasek> and there's no graceful way around it, but the hackish way around it is 'rm /usr/share/doc/libglib2.0-0/ChangeLog.pre-2-2.gz && apt-get install libglib2.0-0'.
[15:52] <ricotz> slangasek, this is probably it then
[15:53] <ricotz> slangasek, just to confirm the content is the same only the gz binary is different
[15:54] <ricotz> slangasek, thanks
[15:54] <slangasek> ricotz: yep.  So the two possible reasons for this are either use of wrong gzip options (you must use gzip -n9 when compressing), or this bug
[16:03] <agateau> anyone happens to know which UI or package is responsible for setting the gsettings 'org.gnome.desktop.a11y.applications screen-reader-enabled' key on or off?
[16:03] <agateau> ah no
[16:04] <agateau> 'org.gnome.desktop.interface toolkit-accessibility' is the key I am after
[16:05] <seb128> agateau, gnome-control-center, gnome-settings-daemon
[16:05] <seb128> agateau, gnome-settings-daemon seems to activate it if screen-reader-enabled or screen-keyboard-enabled are true
[16:06] <seb128> agateau, which I think have ui options in the gnome-control-center a11y panel
[16:06] <agateau> seb128: ahah
[16:06] <agateau> seb128: indeed screen-reader-enabled have a ui option
[16:07]  * agateau looks at gnome-settings-daemon
[16:07] <agateau> seb128: thanks!
[16:07] <seb128> agateau, yw
[16:08] <seb128> agateau, you want to look at gnome-settings-daemon/plugins/a11y-settings/gsd-a11y-settings-manager.c
[16:08] <agateau> seb128: ok
=== eeejay_is_afk is now known as eeejay
=== nessita1 is now known as nessita
[16:38] <chrisccoulson> who's owning https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-deprecated-libraries ?
[16:39] <chrisccoulson> i was going to add my own firefox related WI's to that
[16:39] <seb128> chrisccoulson, nobody, I sort of deprecated it, dropped milestone etc
[16:39] <seb128> but feel free to claim it if you want
[16:39] <chrisccoulson> seb128, ah, ok. no worries then :)
[16:39] <chrisccoulson> no, i don't want any more work ;)
[16:40] <seb128> it just felt after UDS that we wouldn't have time for that and the "remaining libs" we have are gconf and gtk2 which we will not get ride of for the lts
[16:40] <chrisccoulson> wow, i really don't have that many WI's this cycle
[16:40] <chrisccoulson> probably a good thing though
[16:40] <seb128> yeah
[16:41] <chrisccoulson> the ones on https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-thunderbird-enhancements are all fairly big anyway
[16:42] <chrisccoulson> and i would really like to finish https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-firefox-translations-in-launchpad as well
[16:42] <chrisccoulson> which is also quite a lot of work :)
[16:43] <mhr3> rodrigo_, ping
[16:43] <rodrigo_> mhr3, pong
[16:44] <mhr3> rodrigo_, i see you worked on the a11y in unity-panel-service
[16:44] <rodrigo_> yes
[16:44] <mhr3> rodrigo_, got a question about it
[16:44] <mhr3> when are the a11y objects destroyed?
[16:44] <mhr3> or who destroys them?
[16:44] <rodrigo_> when the program is about to exit, afaik
[16:44] <rodrigo_> they are all children of the root object, iirc
[16:45] <mhr3> hmmm
[16:45] <rodrigo_> so, at program exit, the root object is destroyed, which destroys all childen
[16:45] <mhr3> that's interesting
[16:46] <mhr3> i thought it's somehow tied to the widgets they descibe
[16:46] <rodrigo_> well, although it might be at-spi the one who destroys them, yes
[16:46] <rodrigo_> when it doesn't need them
[16:46] <mhr3> i guess i'll just add a couple of debug prints :)
[16:46] <rodrigo_> I'm not sure about the details, you might want to ask API, who is the guy I helped on that, and he knows a lot about atk, at-spi, etc
[16:46] <rodrigo_> mhr3, yeah, or that
[16:47] <mhr3> rodrigo_, do you know where can i find him?
[16:48] <rodrigo_> mhr3, he used to be in #ayatana when he was working on this, not sure now, so #gnome-hackers in gimpnet
[16:48] <rodrigo_> although seems he's not around right no
[16:48] <rodrigo_> w
[16:48] <rodrigo_> mhr3, oh, he's in #gnome-hispano on gimpnet right now
[16:49] <mhr3> rodrigo_, awesome, thx
[16:49] <rodrigo_> mhr3, ah, and he's apinheiro on #ayatana
[16:56] <pitti> good night everyone!
[16:58] <kenvandine> good night pitti
[17:29]  * kenvandine -> lunch 
[17:30] <mterry> kenvandine, one thing gwibber should do is hide its window when I close it.  Seems unresponsive now, but if you hid the window while you do the rest of the cleanup in the background, it would appear to be much faster
[17:49] <achiang> tremolux: how can i give an app some stars in USC?
[17:51] <achiang> tremolux: oh, i found it. i have to click "write your own review"
[17:51] <achiang> tremolux: i was fooled, because i thought i could just click on the displayed stars and rate it that way, kinda like how netflix works
[17:54] <tremolux> achiang: yeah, we currently require that you write a review in order to give it a rating
[17:55] <achiang> tremolux: that's a fair design decision for now
[17:56] <achiang> tremolux: it was the first time i've used USC actually, and it was quite nice. i'm on a fresh install and wanted to edit an image, and didn't feel like installing gimp (like i normally would have done)
[17:56] <tremolux> achiang: we did talk at UDS about easing that restriction somewhat, in order to encourage more ratings as that will add to the accuracy of the upcoming recommendations feature
[17:57] <achiang> tremolux: so i just looked for a highly rated graphics editor, and found pintura, whose description says, "we aim to be simpler than gimp" :)
[17:57] <tremolux> achiang: ah! glad you like it  :)  it's a bit currently as we redesigned the UI last cycle, but we are going to make it fast and fix up remaining rough edges, etc.
[17:58] <tremolux> achiang: ah, cool, I've not heard of pintura, I'll check that out!
[17:58] <tremolux> bit *slow* currently, I meant to say above
[17:59] <achiang> apt-get is great when you know what you want, but USC is better if you're looking for an alternative to what you want
[18:04]  * micahg just uses apt-cache search :)
[18:11] <achiang> yeah, but i want other guinea pigs to tell me something is good. ;)
[18:28] <tkamppeter> pitti, still there?
[18:29] <seb128> tkamppeter, he said good night earlier
[18:29] <tkamppeter> seb128, OK, thanks.
[18:34] <kenvandine> mterry, you mean it takes too long to shutdown?
[18:34] <kenvandine> oh.... in oneiric... i haven't SRU'd the "don't Gtk.main_quit when using Gtk.Application" fix yet
[18:34] <mterry> kenvandine, yeah.  it stays on the screen forever
[18:35] <kenvandine> that is fixed in the 3.2 branch, just haven't uploaded the SRU
=== eeejay is now known as eeejay_is_afk
[19:22] <mfisch> any ideas on debugging a session crash where I get logged out when doing builds?  Gdk-WARNING: gnome-session: Fatal IO error 104 (Connection reset by peer) on X server :0.#012
[19:22] <mfisch> if it's the OOM killer, I don't see any indication of that in the logs
[19:32] <chrisccoulson> mfisch, that looks like an X crash
[19:35] <mfisch> chrisccoulson: I was re-running my build and the memory looks fine.  Do you have any pointers on debugging an X crash?
[19:35] <chrisccoulson> mfisch, you could have a look in /var/log/Xorg.0.log.old after it crashes
[19:35] <chrisccoulson> but other than that, i'm not too sure :)
[19:36] <mfisch> I was perusing the Xorg.0.log, not the old one, looking now
[19:36] <mfisch> chrisccoulson: yep, there it is: [ 14287.138] Segmentation fault at address 0x1d9
=== eeejay_is_afk is now known as eeejay
=== m_conley_away is now known as m_conley
=== m_conley is now known as m_conley_away