[00:44] <JackyAlcine> Wow, a fresh install of Ubuntu starts and boots under 4 seconds on this archaic PC I have here.
[00:44] <JackyAlcine> Definitely something to brag about.
[00:45] <JackyAlcine> To non-Linuxers, of course.
[00:45] <RAOF> How archaic?  I wish mine would boot that quickly :)
[00:45] <RAOF> It'd mean my discs were substantially faster, among other things :)
[00:46] <JackyAlcine> Well, I don't think it's that old, it still has a floppy disk drive.
[00:46] <JackyAlcine> It's a HP computer, with 2 Pentium 4 CPU's clocking at 3 GHz each.
[00:46] <JackyAlcine> And with 1 GB of RAM.
[00:55] <broder> if vga_switcheroo requires kms to be turned on, that means i'm completely screwed if i want to use switcheroo with the proprietary nvidia drivers, doesn't it?
[00:59] <bryce_> broder, yeah that's not likely to work this release.
[01:03] <RAOF> Given nvidia have stated they've got no interest in supporting it I'm not sure that's going to work *ever*
[01:04] <Ampelbein> JackyAlcine: 2 pentium 4 cpus and 1GB ram is archaic? wow. what is my athlon 2600XP with 768MB ram then? stone-age? ;-)
[01:05] <JackyAlcine> lol, well, it's the oldest system I've tried Ubuntu on. :D
[01:46] <broder> RAOF: i'm not interested in any sort of dynamic switching, but it would be nice if i could configure my system to use the discrete chipset before i start X
[01:48] <RAOF> Maybe you can do that?  switcheroo is basically just twiddling some ACPI bits to turn on the other card and connect it to the outputs.
[01:48] <broder> hmm, ok. so maybe if i twiddle those bits myself...? i'll look into that
[01:49] <TheMuso> broder: Your BIOS doesn't let you choose which GPU to use?
[01:49] <broder> TheMuso: Not this machine, no. (Dell Vostro 3500)
[01:50] <RAOF> broder: https://bbs.archlinux.org/viewtopic.php?pid=882737#p882737 might be of interest to you.
[01:52] <broder> yeah, i had that page open, but that looks really gross and i was kind of hoping for a better alternative :)
[01:52] <broder> but i'll play with it
[01:55] <RAOF> I think that throwing ACPI commands at it is going to be your best shot :/
[01:56]  * broder nods. thanks for the pointers
[02:16] <TheMuso> Well Dell are smart aren't they...
[02:16] <TheMuso> No BIOS options to choose...
[04:24] <RAOF> Anyone up for a little light intel sponsoring?  One assert-on-Xserver-start fixed.  http://cooperteam.net/Packages
[04:29] <TheMuso> RAOF: Sure.
[04:30] <RAOF> Ta.
[04:32] <RAOF> TheMuso: Hm.  If you haven't already uploaded, I've just noticed some Debian diffs that would be useful.
[04:32] <RAOF> If you *have* uploaded, that's fine :)
[04:33] <TheMuso> No haven't uploaded yet, go ahead.
[04:33] <TheMuso> Ping me when ready.
[06:10] <RAOF> TheMuso: New package is up now.  xserver-xorg-video-intel 2.14.0-4ubuntu1
[06:14] <JackyAlcine> \o/
[06:46] <TheMuso> RAOF: thanks
[06:55] <TheMuso> RAOF: uploaded.
[06:56] <RAOF> Thanks.
[06:59] <TheMuso> np
[07:04] <pitti> Good morning
[07:07]  * bryce_ waves
[08:05] <didrocks> good morning
[08:06] <fta2> hi
[08:06] <fta2> didrocks, to start the day, unity crashes on startup in "nux::CairoGraphics::GetBitmap (this=0x7fffc1554ef0) at ./CairoGraphics.cpp:155", want a bug?
[08:07] <didrocks> fta2: yep please, file a bug
[08:07] <didrocks> latest unity isn't it?
[08:07] <fta2> yep, everything fresh + reboot
[08:11] <didrocks> ok, please file it :)
[08:11] <fta2> didrocks, bug 727636
[08:11] <ubot2> fta2: Error: Could not parse data returned by Launchpad: list index out of range (https://launchpad.net/bugs/727636)
[08:12] <didrocks> fta2: can you make it public please?
[08:12] <didrocks> it's weird, I don't understand that I can't access to some bugs…
[08:13] <fta2> let me see if there's something sensitive in it..
[08:14] <didrocks> sure
[08:14] <fta2> done
[08:15] <didrocks> (I don't think so at startup, with almost empty .xsession-errors
[08:15] <fta2> bug 727636
[08:15] <ubot2> Launchpad bug 727636 in unity "compiz crashed with SIGSEGV in nux::CairoGraphics::GetBitmap()" [Undecided,New] https://launchpad.net/bugs/727636
[08:15] <didrocks> good :)
[08:15] <didrocks> fta2: hum, a nux crash, I'll add to the list of important one to get for next release
[08:15] <fta2> hm, not sure that .xsession-errors is the current session or the one that failed
[08:16] <fta2> also, i no longer have access to the consoles (ttys), i get "invalid input" from my lcd screen
[08:17] <didrocks> which card?
[08:17] <didrocks> I heard some people on nvidia had issues with tty
[08:17] <didrocks> I have a nvidia, never had any issue this cycle
[08:17] <fta2> GeForce 7600 GS
[08:18] <fta2> never do it. it's the 1st time today
[08:18] <didrocks> hum, GeForce Go 7900 GS here
[08:18] <didrocks> but yeah, some people have broken tty on nvidia
[08:19] <didrocks> I don't really have a clue on that, better to ask to colin or xorg guys if they have a clue
[08:25] <fta2> will do "if the symptoms persist" :)
[08:30] <fta2> "UpgradeStatus: Upgraded to natty on 2009-07-28 (581 days ago)".. looks wrong to me, bug in the apport hooks?
[08:37] <didrocks> ahah, right :)
[08:37] <didrocks> that's in the xorg hooks
[08:37] <pitti> bonjour didrocks
[08:37] <didrocks> Guten Morgen pitti :)
[08:49] <Sweetshark> Bonjour a tous
[08:52] <didrocks> Bonjour Sweetshark!
[08:53] <didrocks> trop tard, vous avez commencé en français tous les deux, maintenant, il faut tenir toute la journée :)
[08:54] <Sweetshark> didrocks: genau die Antwort hatte ich erwartet, um ehrlich zu sein ... ;)
[08:55] <didrocks> Sweetshark: no no no, you started in French! Keep the whole day with it ;)
[08:56]  * didrocks sees his German level to be very low now, I had get some google help to translate it :/
[08:56] <fta2> pitti, [09:30] <fta2> "UpgradeStatus: Upgraded to natty on 2009-07-28 (581 days ago)".. looks wrong to me, bug in the apport hooks?
[08:57] <fta2> seems to come from general-hooks/ubuntu.py
[08:57] <pitti> fta2: hm, it's the mtime of /var/log/dist-upgrade/apt.log
[08:57] <pitti> might have a wrong clock?
[08:58] <fta2> nope, it's even an ntp server
[08:58] <fta2> but indeed: -rw-r--r-- 1 root root 62095 2009-07-28 11:53 /var/log/dist-upgrade/apt.log
[08:58] <pitti> so the hook is right, but having that mtime on the file looks wrong
[08:58] <Sweetshark> didrocks: d accord, mas je prend alaska time pour ca
[08:59] <didrocks> :)
[09:00] <fta2> pitti, better take /var/log/apt/history.log nowadays
[09:00] <Sweetshark> didrocks: my french isnt any better (midnight in alaska right now, btw)
[09:01] <fta2> pitti, or /var/log/dpkg.log
[09:01] <pitti> fta2: /var/log/dpkg.log changes every day, though
[09:01] <pitti> so does history.log
[09:01] <pitti> we need /var/log/dist-upgrade/
[09:02] <didrocks> Sweetshark: yeah, I figured out the "alaska time" thing ;)
[09:02] <fta2> pitti, mine didn't change in years
[09:02] <pitti> fta2: dpkg.log didn't change in years? it's updated each time dpkg installs, upgrades, or removes something
[09:03] <fta2> pitti, no, /var/log/dist-upgrade/
[09:03] <pitti> fta2: ah, perhaps you didn't use update-manager for the more recent upgrades?
[09:03] <fta2> indeed
[09:04] <fta2> i wonder why you need the dist-upgrade date anyway.
[09:04] <pitti> not sure
[09:04] <pitti> might be interesting for upgrade failure reports
[09:05] <pitti> to check whether someone upgraded at a bad time
[09:10] <fta2> pitti, it's a confusing as InstallationMedia
[09:11] <fta2> i often get bugs for natty or maverick with stuff like InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
[09:11] <pitti> that means these were upgraded from lucid
[09:17] <fta2> pitti, i know, but when it's just confusing. not only me, i even saw bug triagers ask users to update and re-file bugs
[09:18] <fta2> anyway, i'm out.
[09:18] <pitti> good night!
[09:18] <fta2> pitti, (in Paris)
[09:18] <pitti> oh, heh
[09:18] <pitti> then good day :)
[09:19] <fta2> thanks, you too
[09:26] <asac> pitti: do we have desktop and netbook images or just netbook this cycle?
[09:27] <asac> err "just desktop"
[09:27] <pitti> asac: they were merged into desktop
[09:27] <asac> kk
[09:28] <fta2> grrr, didn't go far, unity crashed, again
[09:28] <fta2> didrocks, crash in nux::Area::SetVisible()
[09:30] <didrocks> seb128: see, someone get two crashes :)
[09:30] <seb128> lol
[09:30] <fta2> asac, hi, i seriously hate arm. i can't build, i can't test, i'm just poking in the dark, no one helps, the porting queue is just growing
[09:31] <didrocks> fta2: please, report them, I'll ensure they are fixed for next release
[09:31] <fta2> didrocks, sure, i prefer to ask 1st, i hate dupes
[09:31] <didrocks> fta2: I'm on trunk with current nux since yesterday, I got no crash at all yet :/
[09:31] <didrocks> fta2: well, apport will dup crashes
[09:32] <didrocks> so on crashes, filing dup isn't that bad :)
[09:32] <fta2> didrocks, last week, i filed a bunch, got 3 dupes
[09:32] <didrocks> fta2: yeah, there were a lot of work to do on feature for the dash, and so, nux bug fixes slept away a little bit
[09:32] <fta2> hm, a bunch of ** (<unknown>:7082): WARNING **: static void IconLoader::LoadContentsReady(GObject*, GAsyncResult*, IconLoader::IconLoaderTask*): Unable to load contents of /usr/share/unity/applications.png: Error opening file: No such file or directory
[09:33] <fta2> am i missing a dep?
[09:33] <didrocks> let me check
[09:33] <didrocks> those should be there by the places IIRC
[09:33] <fta2> same for  /usr/share/unity/files.png
[09:34] <didrocks> no, it should be at /usr/share/unity/themes/applications.png
[09:34] <didrocks> so, something is looking for it at the old directory
[09:34] <didrocks> fta2: I didn't see that one, please file it as well as a reminderr
[09:34]  * didrocks looks at his logs
[09:35] <didrocks> fta2: I confirm
[09:35] <didrocks> can be a nice bitesize IMHO
[09:38] <fta2> grrr, it's annoying, after each compiz crash, all my workspaces are messed up
[09:40] <cassidy> kenvandine, didrocks: it would be really nice to fix https://bugs.launchpad.net/bugs/400485 at some point..
[09:40] <ubot2> Launchpad bug 400485 in ubuntu-sounds "Empathy sounds not in default ubuntu theme" [Low,Confirmed]
[09:42] <didrocks> can someone on the team having a look? I really need to switch on other tasks :) ^^
[09:45] <fta2> didrocks, bug 727666
[09:45] <ubot2> Launchpad bug 727666 in unity "compiz crashed with SIGSEGV in nux::Area::SetVisible()" [Undecided,New] https://launchpad.net/bugs/727666
[09:48] <didrocks> fta2: thanks
[09:50] <huats> morning
[09:52] <seb128> lut huats
[09:52] <seb128> cassidy, what is the issue with this bug? sound files which are missing in the ubuntu theme?
[09:53] <huats> hey seb128
[09:53] <cassidy> seb128, yeah, some sounds are not part of ubuntu's sound theme
[09:53] <seb128> cassidy, do we need those? do you know what blocked adding those?
[09:53] <seb128> iirc there was some issues, it was not as trivial as "just copy those"
[09:54] <fta2> didrocks, and bug 727672
[09:54] <ubot2> Launchpad bug 727672 in unity "looking for 'places' icons in the wrong location" [Undecided,New] https://launchpad.net/bugs/727672
[09:54] <didrocks> fta2: thanks, will add a bitesize
[09:55] <cassidy> seb128, I didn't check latest version (I'm not yet in Natty) but last time I checked some sounds were missing. IIRC I should have listed the sounds used by empathy
[09:57] <seb128> cassidy, reading the bug report it seems there is no available sounds for the missing effects
[09:57] <seb128> like the fdo theme doesn't have those either?
[09:58] <cassidy> hum I think it does but I may be wrong. Anyway, don't you have an art theme that could make the missing sounds? :)
[09:59] <seb128> hum, "an art theme"?
[09:59] <seb128> we have design people, but they do graphics
[10:00] <cassidy>  /theme/team :p
[10:01] <cassidy> I don't know who should do it, but I'm sure there is at least *one* person in the Ubuntu community that should be able to do that :)
[10:02] <seb128> cassidy, ok, I will try to check what is the issue to start
[10:02] <seb128> like if the set of sounds we ship are working
[10:02] <seb128> the ones which are missing as well
[10:02] <cassidy> check with the users complaining on that bug maybe. I don't use sounds that much myself
[10:03] <seb128> yeah me neither
[10:03] <seb128> which I guess it part of the issue
[10:03] <pitti> hey seb128
[10:03] <seb128> the tech people seem to tend to not use those so we don't really get annoyed
[10:03] <seb128> hello pitti, how are you?
[10:04] <pitti> a lot better after a good night's sleep :)
[10:04] <seb128> pitti, ;-)
[10:04] <chrisccoulson> good morning everyone
[10:04] <seb128> pitti, you are on intel video? do you get the unity launcher icon being 1x1 pixel on dnd since yesterday?
[10:04]  * pitti soaring above the clouds while piloting
[10:05] <seb128> hey chrisccoulson
[10:05] <pitti> hey chrisccoulson
[10:05] <pitti> seb128: intel> yes; dnd from where to where?
[10:05] <chrisccoulson> hi seb128/pitti, how are you?
[10:05] <seb128> pitti, just try to reorder a launcher in the dock
[10:05] <seb128> chrisccoulson, I'm fine thanks, how are you
[10:05] <pitti> seb128: confirmed
[10:05] <seb128> didrocks, njpatel: ^ ok, broken on intel it seems
[10:05] <chrisccoulson> seb128 - i'm not too bad thanks, although a little tired
[10:05] <njpatel> awesome
[10:06] <chrisccoulson> trying to get the thunderbird 3.3 nightly builds up and running :0
[10:06] <njpatel> We'll milestone for next week
[10:06] <seb128> njpatel, thanks
[10:06] <seb128> chrisccoulson, did you see my comment about appmenu and pidgin btw?
[10:08] <seb128> njpatel, didrocks: oh, new comment on the bug, someone says he gets it on nvidia as well
[10:09] <didrocks> seb128: ok, well… it's milestoned :)
[10:09] <didrocks> I'll add that to the A3 release note
[10:09] <seb128> ok, thanks
[10:09] <seb128> let's try to find other bugs now ;-)
[10:09] <didrocks> like "on all but dx computer setup…" :)
[10:09] <didrocks> noooooooooo ;-)
[10:09] <seb128> pitti, do we have candidate isos to test?
[10:09] <pitti> seb128: yes
[10:10] <chrisccoulson> seb128 - yeah, i saw that
[10:10] <chrisccoulson> i get the issue too
[10:10] <seb128> pitti, ok, great
[10:10] <seb128> chrisccoulson, do you want to work the issue? i.e should I assign you the bug when I open one later?
[10:10] <chrisccoulson> seb128 - yeah, can do
[10:11] <seb128> thanks
[10:12] <Sweetshark> pitti: I had the transitionals build successfully yesterday, but they failed to upload to the ppa because of newer versions of it in the ppa. I wonder if it would make sense to make a separate ppa for backports, because a) the libreoffice ppa already is half full b) I dont want the average user to get annoyed by every testbuild I do c) we could conviniently get rid of the to high 3.3.1 openoffice transitional version. However, it would
[10:13] <pitti> Sweetshark: (your message got truncated)
[10:13] <pitti> Sweetshark: if that's just a place to test-build/ park for sponsoring, you can create another "test" ppa for ~libreoffice, or just use a personal one (~bjoern-m/+archive/test or so)
[10:16] <edwardc> pitti: hello pitti, got a minute ?
[10:17] <pitti> edwardc: hi, what's up?
[10:19] <chrisccoulson> b'ah, URI handler registration changes are giving me a major headache for thunderbird
[10:19] <chrisccoulson> it's totally screwed
[10:21] <Sweetshark> pitti: true
[10:22] <Sweetshark> pitti: but how do I get rid of the 3.3.1 transitionals in the ppa?
[10:22] <pitti> Sweetshark: they aren't built by any source any more? I thought they'd be cleaned up automatically
[10:23] <pitti> Sweetshark: if not, I'm afraid that's a question for #launchpad
[10:23] <pitti> Sweetshark: I suggest using a different PPA in the meantime
[10:25] <Sweetshark> pitti: well, my upload got rejected because of newer versions.
[10:29] <pitti> Sweetshark: oh, you mean it builds binary packages which have/had a newer version in natty itself, not just the PPA?
[10:32] <chrisccoulson> is anyone else seeing warnings like this when running dpkg? http://paste.ubuntu.com/574386/
[10:32] <Sweetshark> pitti: http://launchpadlibrarian.net/65413252/upload_2294496_log.txt <- it also compares against versions from previous builds
[10:37] <pitti> Sweetshark: right, version numbers need to increase monotonously
[10:38] <pitti> Sweetshark: hm, but that should only apply to the libo PPA, not to natty
[12:48] <pitti> mvo: do you mind if I review/commit a (rather obvious) update-manager fix into bzr?
[12:49] <pitti> or do you prefer doing these yourself?
[12:52] <mterry> chrisccoulson, my panel likes to crash when I switch to thunderbird
[12:52] <chrisccoulson> mterry, oh, that's not good ;)
[12:53] <seb128> mterry, hey
[12:53] <seb128> mterry, unity or gnome-panel?
[12:54] <mterry> seb128, unity panel.
[12:54] <mterry> chrisccoulson, http://pastebin.ubuntu.com/574432/
[12:55] <mterry> Hrm, It's not only when I switch to thunderbird.  It just seems crashy
[12:55] <mterry> Oh, those are 'assertion failed' messages in my xsessions-errors
[12:55] <mterry> If that's a real assert...
[12:55] <chrisccoulson> mterry, the messages from thunderbird there are fixed with http://bazaar.launchpad.net/~extension-hackers/globalmenu-extension/trunk/revision/117
[12:56] <mvo> pitti: I can do that now
[12:56] <chrisccoulson> and http://bazaar.launchpad.net/~extension-hackers/globalmenu-extension/trunk/revision/119
[12:56] <mvo> pitti: but in general if its obvous its fine to just commit
[12:56] <mterry> It's crashing over and over.  My gnome-terminal gets smaller as I watch it
[12:56] <chrisccoulson> but they shouldn't be related to the crash :/
[12:56] <pitti> mvo: ok; I'm on it (part of my patch piloting)
[12:56] <pitti> mvo: I won't upload it anyway, just commit
[12:57] <mvo> pitti: ok, cool
[12:59] <seb128> hum, bug #727512
[12:59] <ubot2> seb128: Error: Could not parse data returned by Launchpad: list index out of range (https://launchpad.net/bugs/727512)
[12:59] <seb128> "indicator-applet-appmenu crashed with SIGSEGV in g_variant_builder_add_value() "
[13:01] <mterry> It's something in libappmenu, about unref'ing something it shouldn't...
[13:02] <seb128> mterry, seems like a bug for you if you want to claim it ;-)
[13:02] <mterry> seb128, yeah, I'm digging. it's real annoying
[13:03] <seb128> mterry, could be a duplicate, I think I've seen a bug with a similar title recently
[13:07] <jibel> seb128, after a restart or logout/login I can't reproduce bug 727744 anymore, I'm closing it for now as unreproducible.
[13:07] <ubot2> Launchpad bug 727744 in gnome-session "desktop doesn't start after wubi upgrade to natty" [Low,Incomplete] https://launchpad.net/bugs/727744
[13:07] <seb128> mterry, oh
[13:07] <seb128> mterry, http://bazaar.launchpad.net/~dbusmenu-team/dbusmenu/trunk/revision/248
[13:08] <mterry> seb128, no, mine seems to be stopping at the line before that bit, the "gtk_accelerator_valid" check
[13:09] <mterry> seb128, but now I'm thinking that message is a red herring
[13:09] <seb128> mterry, well the one I just listed seems a duplicate of the one fixed by that commit
[13:09] <mterry> seb128, ah
[13:09] <seb128> the launchpad ui sucks though
[13:10] <seb128> https://code.launchpad.net/~dbusmenu-team/dbusmenu/trunk lists the bug number etc
[13:10] <seb128> but the revision commit doesn't
[13:12] <seb128> jibel: ok thanks for the update
[13:36] <Sweetshark> doko: Any joy on the ARM build?
[13:38] <doko> Sweetshark: still building (be careful with daily LO upload, if the arm builds would have succeeded, they wouldn't have reached the archive. but your sponsor should know that)
[13:51] <mterry> njpatel, got a sec?
[13:52] <njpatel> mterry, hey
[13:52] <mterry> njpatel, does https://bugs.launchpad.net/ubuntu/+source/unity/+bug/727788 look familiar, and does my proposed change make sense?
[13:52] <ubot2> Launchpad bug 727788 in unity "unity-panel-service crashed in g_type_class_meta_marshal" [Undecided,New]
[13:52] <njpatel> mterry, yes, that's correct iirc
[13:53] <mterry> njpatel, k, will file a merge and probably distro patch it
[13:53]  * mterry wonders why not everyone has this crash
[13:53] <njpatel> sweet
[13:53] <seb128> do you use a11y on?
[13:54] <mterry> seb128, yup.  That's why.  ;)
[13:54] <mterry> forgot I had that on
[13:56] <seb128> mterry, ok, that's why others don't get it ;-)
[13:57] <seb128> mterry, is that an unity fix? i.e will you upload unity?
[13:57] <mterry> seb128, yeah
[13:57] <seb128> didrocks, ^ if there is an unity upload should any other fix be considered?
[13:58] <didrocks> seb128: nothing right now
[13:58] <seb128> ok
[13:58] <didrocks> hum, mterry if you upload unity, please don't screw up the bzr branch. Cherry-pick from upstream :)
[13:59] <didrocks> (I think that can wait on Monday with the release though)
[14:04] <mterry> didrocks, what do you mean about uploading unity?
[14:05] <didrocks> mterry: you need to cherry-pick in the bzr branch from upstream
[14:06] <didrocks> mterry: in any case, don't upload today, let's wait if we get other fixes tomorrow
[14:06] <didrocks> as we are in freeze
[14:06] <seb128> or check on with pitti on the r-t before uploading
[14:07] <seb128> having a11y working in a3 might be worth an upload
[14:07] <didrocks> (and do it merging the change in the packaging branch to avoid conflicts, please!)
[14:07] <seb128> oh right
[14:07] <didrocks> seb128: is there a respin planned?
[14:08] <seb128> didrocks, not sure, but if there is none the update doesn't hurt either, it means people running natty can get it
[14:08] <mterry> didrocks, I guess I'm missing something.  I don't understand how unity's packaging is unique?
[14:08] <seb128> mterry, oh right, for dx stack we tend to bzr merge revision rather than using a patch system, it's easier
[14:08] <didrocks> mterry: it's because we use merge-upstream
[14:08] <didrocks> so, the packaging branch is derived frmo upstream one
[14:08] <didrocks> and we merge back for daily build
[14:08] <seb128> mterry, if you do bzr merge the upstream commit it will just resolve on the next upload
[14:08] <didrocks> right
[14:09] <seb128> mterry, it's easier than to add a patch system and a patch to revert
[14:09] <didrocks> and having conflicts in daily build
[14:09] <seb128> mterry, it's true for the indicator stack as well btw
[14:09] <mterry> k...  but I couldn't do that until the patch landed upstream it sounds
[14:09] <seb128> well you can bzr merge your vcs
[14:09] <didrocks> mterry: you can
[14:09] <mterry> oh ok
[14:09] <didrocks> mterry: because it's acked though
[14:09] <seb128> if it gets merged in trunk without change that will just work
[14:09] <didrocks> better*
[14:09] <seb128> if it gets changes before landing it will create issues
[14:09] <didrocks> to wait on an official ack :)
[14:10] <didrocks> right
[14:10] <mterry> didrocks, well, sure, but only because we generally have you around.  Obviously Ubuntu does not generally block on upstream acks
[14:10] <didrocks> mterry: right, but in this case, we are upstream as well :)
[14:11] <didrocks> hence the workflow is quite different
[14:11] <didrocks> as we are using the same branch for daily builds and such
[14:11] <didrocks> so I prefer to warn before you upload :)
[14:11] <seb128> mterry, well for indicators even if it's not approved it's easier to bzr merge from a merge request vcs than to add a patch system usually
[14:12] <mterry> Regardless, sounds like we don't want this patch for A3?
[14:12] <seb128> check with r-t
[14:12] <seb128> or ask pitti
[14:12] <didrocks> mterry: right, they will decide :)
[14:12] <pitti> in general, you can upload safe(!) patches, but don't count on getting them into A3
[14:13] <seb128> seems a case of fixing an annoying crasher with a safe patch, upload ;-)
[14:13] <mterry> pitti, it's a bug that, if you have a11y turned on, the unity panel will continually crash
[14:14]  * mterry discovers #ubuntu-release, which he had forgotten about
[14:16] <seb128> nessita, hey
[14:16] <nessita> seb128: hey there!
[14:16] <seb128> nessita, is ubuntu one is the indicator menu supposed to have a > ?
[14:16] <nessita> seb128: when syncdaemon is running, yes
[14:16] <kenvandine> that is finally working for me
[14:17] <nessita> kenvandine: YEY
[14:17] <mterry> didrocks, is unity making a release this week?
[14:17] <kenvandine> :)
[14:17] <didrocks> mterry: there was one yesterday, next one is Monday
[14:17] <didrocks> (see the desktop team meeting wiki page ;))
[14:17] <seb128> nessita, doesn't work for me
[14:17] <nessita> seb128: what version are you running?
[14:18] <seb128> 1.5.5-0ubuntu2
[14:18] <nessita> seb128: hum, let me grab thisfred so he can debug that with you, since I'm in the middle of a call with the boss :-)
[14:19] <didrocks> mterry: in anyway upload, I'll do another upload even during the freeze if we see last minutes "ooppsss"
[14:19] <didrocks> minute*
[14:19] <seb128> nessita, no hurry, don't bother
[14:19] <didrocks> s/in//
[14:19] <seb128> nessita, I was just wondering if that's supposed to be working
[14:19] <nessita> thisfred: hey! meet seb128
[14:19] <seb128> hi thisfred
[14:19] <thisfred> hi seb
[14:19] <nessita> seb128: meet thisfred
[14:20] <dobey> mvo: ping
[14:23] <mvo> hey dobey
[14:24] <nessita> seb128: would you please let thisfred know the issue you're having with the messaging indicator?
[14:24] <seb128> thisfred, it's easy, I was wondering if the ubuntuone line should have a > indicating the service is running
[14:25] <seb128> since it doesn't here
[14:25] <dobey> mvo: hey, is there any documentation for using aptdaemon from C? or is it even possible?
[14:25] <seb128> disclamer I've no file shared on this account, but the account is logged and I use tomboy notes syncing
[14:25] <thisfred> seb128: ah, yes it should, but in the last release it does not. If you're subscribed to our nightlies PPA it does
[14:25] <seb128> the control panel dialog says the syncing is uptodate
[14:25] <seb128> thisfred, ok, I'm on current natty so that explains it, thanks
[14:25] <mvo> dobey: its a dbus interface, if you "just" need to install something, you can use the session api from packagekit, we install a wrapper that supports most of that
[14:26] <seb128> nessita, ^
[14:26] <thisfred> whew :)
[14:26] <seb128> nessita, it's not supposed to work in natty
[14:26] <kenvandine> ah... i forgot i was on the nightlies
[14:26] <seb128> thisfred, thanks!
[14:26]  * kenvandine needs to get off of that :)
[14:26] <dobey> mvo: ok, let me see what exactly is happening in that python code that we need to do
[14:26] <nessita> seb128: it is! but maybe we haven't released it yet (is a bug fix)
[14:26] <nessita> :-)
[14:27] <seb128> bcurtiswx, kenvandine: do you know what's going on about bug #400485
[14:27] <ubot2> Launchpad bug 400485 in ubuntu-sounds "Empathy sounds not in default ubuntu theme" [Low,Confirmed] https://launchpad.net/bugs/400485
[14:27] <mvo> dobey: I guess it depends on your use-case, but its definitely possible to use it from C. what is the use-case?
[14:27] <seb128> bcurtiswx, kenvandine: do you know if the standard effects are not working or if we miss some sounds?
[14:27] <seb128> nessita, right, it's fixed in the nightlies and not in alpha3 then
[14:28] <seb128> nessita, which is fine with me, I was just not sure if it was supposed to work in natty or not
[14:28] <seb128> nessita, thanks!
[14:28] <nessita> seb128: thank you! for your attention to detail
[14:28] <kenvandine> seb128, i am pretty sure the sounds are missing
[14:28] <mterry> didrocks, ok, hope I did that right
[14:28] <seb128> kenvandine, which ones? the comments seems to suggest only a few are not installed
[14:29] <didrocks> mterry: do you want me to have a look?
[14:29] <mterry> didrocks, sure
[14:30] <kenvandine> seb128, seems sending doesn't
[14:30] <mterry> didrocks, oh... hmm..  I bet I screwed something up.  I didn't actually cherry-pick.  I believe I merged my branch, and it came with another small patch that I just reverted before continuing.  That probably was not correct
[14:30] <kenvandine> but new message does
[14:30] <kenvandine> i can have a look at what we are missing and see what we can do
[14:30] <dobey> mvo: so we need to activate the partner repository for the ubuntu version we're running on, and install a package from it
[14:30] <didrocks> mterry: hum, sonds good to me
[14:30] <bcurtiswx> there should be sounds for: received, sent, new convo, contact online/offline, account online/offline
[14:30] <mterry> didrocks, that won't screw it up when it remerges (i.e. look like I undid that patch?)
[14:31] <seb128> bcurtiswx, can you check on the bug or add a comment asking what specific issues people still have with it?
[14:31] <bcurtiswx> seb128, sure
[14:31] <didrocks> mterry: let me look at trunk
[14:31] <seb128> bcurtiswx, thanks
[14:32] <didrocks> mterry: no, it's fine
[14:32] <didrocks> mterry: so, we released unity
[14:32] <didrocks> mterry: then, I cherry-pick a commit from neil
[14:32] <dobey> mvo: i guess using packagekit would be optimal if we can, since then we can make it work correctly on other distros too
[14:33] <didrocks> which changed the opacity
[14:33] <didrocks> this is the alpha3 version
[14:33] <didrocks> then, njpatel seems to have reverted that in another commit
[14:33] <didrocks> mterry: and you cherry-picked it as well, not a big deal :)
[14:33] <didrocks> oh no
[14:33] <didrocks> you revert it
[14:33] <didrocks> hum…
[14:33] <didrocks> yeah, that will screw up
[14:34] <njpatel> didrocks, yeah
[14:34] <seb128> mterry, you should have merge -c rev
[14:34] <njpatel> didrocks, I made a mistake
[14:34] <didrocks> njpatel: why did you reverted that btw?
[14:34] <mterry> seb128, agreed
[14:34] <njpatel> didrocks, there wasn't an issue, it was a dual-screen issue locally
[14:34] <didrocks> mterry: can you just bzr uncommit and bzr merge -c rev?
[14:34] <didrocks> then push with --overwrite
[14:34] <njpatel> well, anyone who uses unity with dual-screen has that issue
[14:34] <mterry> didrocks, yup
[14:34] <didrocks> mterry: thanks :)
[14:35] <njpatel> but the change I made was wrong so I reverted it out
[14:35] <njpatel> I didn't overwrite trunk in case someone had branched in that time
[14:35] <didrocks> njpatel: oh, you mean with 0.9 we don't see the opacity on dual screen?
[14:35] <didrocks> njpatel: yeah, so alpha3 would have the wrong value, not a big deal:)
[14:36] <njpatel> right
[14:36] <njpatel> yeah, no biggie
[14:36] <didrocks> njpatel: dude, I like it so much like that on my dual screen :)
[14:36] <njpatel> heh
[14:36] <njpatel> I need to get that bug fixed, I can't use dual-screen because of it
[14:36] <mterry> didrocks, done
[14:37] <didrocks> mterry: looking :)
[14:41] <didrocks> mterry: sounds good, but conflicts tags?
[14:41] <didrocks> mterry: so, normally, I do that in two commits:
[14:41] <didrocks> bzr merge -c …
[14:41] <didrocks> commit
[14:41] <dobey> mvo: is activating a repo doable from C?
[14:41] <didrocks> then vim debian/changelog -> edit dch -r ""/debcommit -r
[14:41] <didrocks> mterry: but that's fine as it is :)
[14:42]  * mterry misses patches
[14:42] <seb128> mterry, is that bug the same issue you just fixed in unity?
[14:42] <seb128> bug #727364
[14:42] <ubot2> seb128: Error: Could not parse data returned by Launchpad: list index out of range (https://launchpad.net/bugs/727364)
[14:42] <mterry> seb128, doesn't look like it
[14:42] <seb128> ok
[14:42] <mterry> oh wait
[14:43] <mterry> sorry, thought that ubot2 error was the title
[14:43] <mterry> seb128, yeah, it's a dup
[14:43] <seb128> lol
[14:43] <mterry> or rather, mine was a dup
[14:43] <seb128> can you close it then? thanks ;-)
[14:44] <mterry> yup, marked
[14:44] <seb128> mterry, bug #727444 seems another crasher, not sure if the stacktrace is enough for you to work on
[14:44] <ubot2> Launchpad bug 727444 in indicator-appmenu "unity-panel-service crashed with SIGSEGV in g_closure_invoke()" [Medium,New] https://launchpad.net/bugs/727444
[14:44] <mvo> dobey: yes, there is a "enable_distro_component" and a "add_repository" call
[14:44] <mvo> dobey: let me check if that is exposed on the session API
[14:44] <mvo> dobey: what repo is that ?
[14:45] <mterry> looks like someone didn't disconnect a signal again
[14:45] <mterry> I hate signals
[14:45] <dobey> mvo: canonical-partner i think is the name of it?
[14:47] <dobey> mvo: anyway, i'm trying to move this code from our rhythmbox extension into the C lib we have, so that people don't have to rewrite the same code over and over to stick our music store in their player (ie banshee)
[14:48] <seb128> mterry, bug #726388, not sure if it makes sense but it seems to happen only under valgrind, or valgrind slow things enough for a race to show
[14:48] <ubot2> Launchpad bug 726388 in indicator-appmenu "evolution crashed with SIGSEGV in IA__gtk_widget_is_toplevel()" [Medium,New] https://launchpad.net/bugs/726388
[14:48] <mvo> dobey: ok, here is a example of the python, you could consider just shippping a external "enable_repo" helper: python -c 'import aptdaemon.client; aptdaemon.client.AptClient().add_repository("deb", "http://archive.canonical.com/ubuntu", "natty", ["partner"], wait=True)'
[14:49] <seb128> mterry, you can get the same crash by running indicator-messages in valgrind and trying to open something for the indicator
[14:49] <dobey> mvo: yeah i know what the python is, i have it in my emacs buffer right now :)
[14:49] <mvo> heh, ok :)
[14:49] <dobey> mvo: i'm just wonder if it's a) doable in C and if so if there is documentation, or b) if i have to ship a python helper thing
[14:50] <seb128> mterry, ok, those are things that came up from reviewing recent apport crash bugs, if you feel like investigating one for those feel free to pick it
[14:51] <mterry> seb128, sure
[14:52] <mvo> dobey: ok, I guess both is fine, (b) is less work in the short term. there org.debian.apt with /org/debian/apt and a AddRepository dbus call. this will give you a transaction id that you can use to get the dbus transaction. it should be enough to call Run() on that then
[14:52] <mvo> meh, there is a "for (a) … " missing in the above
[14:55] <dobey> mvo: ok. and that's not exposed through PackageKit API as far as you know?
[14:58] <mvo> dobey: unfortunately not, its only stuff like searchfile, installpackagefiles, etc
[14:58] <mvo> no api on that level for adding repositories
[14:58] <dobey> hrmm, ok
[15:05] <kenvandine> seb128, i've prepared the fix adding the sounds to the sound theme for empathy
[15:05] <kenvandine> will upload after a3
[15:07] <seb128> kenvandine, ok, great, you can probably upload if it's not an update like to break things
[15:07] <kenvandine> ok... will do
[15:11] <seb128> kenvandine, thanks
[15:12] <seb128> ok, so can other try if opening screenshots or images that take a bit to load in eog lead to appmenu issues?
[15:12] <seb128> it seems that if it takes a bit to load the image it misses its menus there
[15:16]  * kenvandine tries
[15:22] <kenvandine> seb128, how big of an image ?
[15:22] <seb128> well here I tried on screenshots, like print screen and double click on it in nautilus
[15:22] <kenvandine> i haven't found any issues, biggest i have handy is 3.1M
[15:22] <seb128> but depends of how slow your box is I guess
[15:23] <kenvandine> yeah, that works fine for me
[15:23] <kenvandine> pretty speedy i guess
[15:23] <seb128> if it takes over a second to load I get no menus
[15:23] <seb128> I guess you can try next time you build gtk or something ;-)
[15:23] <kenvandine> haha
[15:28] <seb128> ok
[15:29] <seb128> chrisccoulson, mterry: ^ who wants to claim bug #727843
[15:29] <ubot2> Launchpad bug 727843 in indicator-appmenu "eog menus not exported when opening an image slow to load" [Undecided,New] https://launchpad.net/bugs/727843
[15:31] <mterry> seb128, eww, I can look
[15:32] <seb128> kenvandine, mterry: "valgrind eog" seems an easy way to trigger it
[15:32] <seb128> or to slow it down enough rather
[15:32] <mterry> seb128, you and valgrind
[15:33] <seb128> lol
[15:34] <seb128> mterry, the issue didn't come from running valgrind on this one, i just though it might be a way to slow things down and it proved to work ;-)
[15:35] <chrisccoulson> i bet seb128 runs Xorg in valgrind ;)
[15:35] <seb128> I see
[15:35] <seb128> trying to make me a reputation? ;-)
[15:36] <kenvandine> not sure which would be worse, Xorg or firefox
[15:36]  * kenvandine wouldn't even suggest LO
[15:38] <chrisccoulson> i think xorg would be worse ;)
[15:38] <seb128> some of the GNOME bugsquaders used to run gnome-session under valgrind
[15:38] <seb128> which includes what gnome-session starts
[15:39] <chrisccoulson> lol
[15:39] <chrisccoulson> that's crazy!
[15:39] <chrisccoulson> i wouldn't recommend running firefox under valgrind though, you need a special build for that ;)
[16:07]  * Sweetshark valgrinded LO already
[16:07] <Sweetshark> well, callgrinded
[16:21] <mterry> Do other people see a bug where sometimes you can't click on non-Unity apps?   That they all stop responding until unity is restarted?
[16:22] <didrocks> mterry: do you have an invisible window?
[16:22] <didrocks> mterry: can you try xprop where the click isn't effective?
[16:22] <mterry> didrocks, sure, next time
[16:23] <didrocks> mterry: thanks :)
[16:24] <seb128> mterry, didn't see that or bugs about it
[16:24] <mterry> maybe another a11y thing
[16:26] <Sweetshark> pitti: btw: https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-testing/+packages <- libreoffice-core shrinked by 10 MB (others likely too)
[16:27] <pitti> Sweetshark: lzma FTW?
[16:29] <Sweetshark> pitti: yes.
[16:30] <Sweetshark> Oh, and i just found another possible candidate for getting some space on the CD image: libreoffice-filter-binfilter. Maybe we can skip that one.
[16:34] <pitti> Sweetshark: we do mean to skip it
[16:35] <pitti> Sweetshark: we didn't install the OO.o equivalent of that
[16:35] <pitti> Sweetshark: hm, we don't install it actually
[16:35] <pitti> darn, I thought that'd be our solution for oversizedness :(
[16:36] <mterry> didrocks, nope, xprops got the real window.  And windows started graying out, like they were unresponsive
[16:38] <didrocks> mterry: ok, that's weird though :/
[16:38] <didrocks> I would intend to think an a11y thing…
[16:38] <mterry> didrocks, yeah.  Everything came back when I restarted unity
[16:40] <mvo> hrm, my gnome-terminal just closed during a upgrade, not cool
[16:51]  * achiang has a *really* dumb question -- let's say a package has a glade layout (update-manager, in this case). how does one actually *use* glade to edit the UI that's already present in the package (or in my case, already present in the bzr branch)
[16:52] <mvo> achiang: there are no dumb questions. just run glade path/to/uifile.ui
[16:53] <achiang> mvo: thanks, this is *much* easier than saying "vi path/to/uifile.ui" and staring dumbly for an hour. ;)
[16:53] <mvo> yep
[17:02] <mvo> is autoraise window in compiz broken/not-honored currently (when set via the metacity gconf key)?
[17:08] <mvo> hm, now its working again, odd
[17:12]  * achiang still ends up editing the foo.ui file by hand, because glade makes some weirdo noisy changes i don't fully grok
[17:12] <achiang> but using glade to make the first changes, then looking at output of bzr diff, allows me to make the hand-edit with more confidence
[17:13] <pitti> meh, I start getting compiz crashes again
[17:13] <pitti> of -window-decorator; looks funny :)
[17:14] <didrocks> pitti: there is one known crash on the decorator. not trivial to fix though
[17:14] <didrocks> sam is working on it since yesterday
[17:14] <pitti> ah, I can just restart it, nice
[17:15] <pitti> I'll just report it; if for nothing else, than checking if the auto-dup'ing is alright :)
[17:15] <didrocks> pitti: yeah, let's say it's a "test case" :)
[17:16] <pitti> should be a dupe of bug 724874
[17:16] <ubot2> Launchpad bug 724874 in unity "unity-window-decorator crashed with SIGSEGV in g_cclosure_marshal_VOID__OBJECT()" [Critical,In progress] https://launchpad.net/bugs/724874
[17:17] <didrocks> yeah, that's the one!
[17:55] <nessita> njpatel: hey there, quick question about unity. I just installed all the updates (search box works, yey!) but the window decorations are acting up. For non maximized windows, the decoration appear and dissapear randomly making me dizzy :-)
[17:57] <didrocks> nessita: yeah, it crashes it seems
[17:57] <didrocks> hey o/
[17:57] <nessita> didrocks: hey!
[17:57] <didrocks> look at bug #724874
[17:57] <ubot2> Launchpad bug 724874 in unity "unity-window-decorator crashed with SIGSEGV in g_cclosure_marshal_VOID__OBJECT()" [Critical,In progress] https://launchpad.net/bugs/724874
[17:57] <didrocks> nessita: you can rerun it on a terminal btw
[17:57] <didrocks> unity-window-decorator
[17:57] <nessita> didrocks: but is not like it crashes, it appears and dissapears and re appears again
[17:57] <didrocks> hum?
[17:57] <didrocks> that's weird
[17:57] <didrocks> nessita: can you made a screencast?
[17:57] <didrocks> nessita: and show to smspillaz
[17:57] <nessita> I'll try
[17:58] <didrocks> thanks :)
[17:58] <nessita> :-)
[17:58] <nessita> how's the app name to make screencasts?
[17:58]  * nessita has bad ram sectors
[17:58] <popey> gtk-recordmydesktop
[17:58] <nessita> popey: thanks!
[17:58] <popey> np
[17:59] <nessita> didrocks: not only the decorations appear and dissapear but the window sizes change randomly (just FYI, will make a screencast)
[18:00] <didrocks> yeah, a screencast will be nice :)
[18:00] <didrocks> that sounds scary
[18:00] <nessita> AttributeError: TrayPopupMenu instance has no attribute 'popupmenu_continueitem'
[18:00] <nessita> can't run gtk-recordMyDesktop :-(
[18:00] <didrocks> yeah, it's broken
[18:00] <didrocks> I didn't take time to look
[18:00] <didrocks> you can use recordmydesktop
[18:00] <didrocks> the command line
[18:00] <nessita> didrocks: I will
[18:01] <didrocks> nessita: MacSlow suggested: recordmydesktop -o /tmp/screencast --overwrite --v_bitrate=2000000 --v_quality=63 --no-sound --fps=25 -x 1 -y 1 --width 320 --height 240
[18:02] <nessita> didrocks: too late! :-)
[18:02] <nessita> OMG terminal is smaller each time I press ALT-TAB, I'm about to run out of terminal! :-)
[18:03] <popey> is your window creeping across the screen?
[18:03] <didrocks> heh!
[18:03] <seb128> nessita, do you use a11y?
[18:03] <seb128> nessita, turn it off
[18:03] <nessita> seb128: what's a11y?
[18:03] <seb128> nessita, sorry you have decoration issues, I though you had menus issues
[18:04] <seb128> ignore me
[18:04] <nessita> popey: not really, just getting smaller each time I press ALT+TAB
[18:04] <seb128> nessita, a11y = accessiblity
[18:04] <Sweetshark> pitti: I just uploaded the l10n package to my ppa, but expect it to be rejected. We are currently copying the whole libreoffice orig tarballs to libreoffice-l10n-tarballs. so the tarballs are new, but they are missing in the changes file. Whats the best practice in this case?
[18:04] <nessita> ah :-)
[18:04]  * nessita has so much to learn
[18:07] <Sweetshark> pitti: or to put it different: how do I force the files into the changes file?
[18:08] <nessita> didrocks: video is being uploaded to chinstrap right now... https://chinstrap.canonical.com/~nessita/unity-resize-madness.ogv
[18:08] <nessita> smspillaz: ping
[18:08] <Sweetshark> pitti: Just guessing: running dpkg-genchanges -S -sa ?
[18:09] <nessita> didrocks: all I did was several ALT-TABs
[18:09] <didrocks> nessita: that's "fun" in some way :)
[18:09] <didrocks> nessita: please, open a bug on compiz, attach the video
[18:09] <pitti> re
[18:10] <pitti> Sweetshark: right, -sa
[18:10] <didrocks> nessita: and ping me :)
[18:10] <nessita> didrocks: is not a public video, but yes, I\ ll paste the link
[18:10] <nessita> didrocks: any idea what I can disable to be able to code? (I use the terminal to write code)
[18:10] <pitti> didrocks: hah, apport dup'ed it just fine
[18:11]  * didrocks hugs pitti for that. You can't even imagine how much dup we would get :)
[18:11] <didrocks> nessita: try to run gtk-window-decorator --replace
[18:11] <didrocks> nessita: with some hope, it's not impacted
[18:12] <nessita> didrocks: weird: The program 'gtk-window-decorator' is currently not installed.  To run 'gtk-window-decorator' please ask your administrator to install the package 'compiz-gnome'
[18:12] <nessita> sorry!
[18:12] <nessita> I try inside chinstrap :-D
[18:12]  * nessita re try
[18:12] <didrocks> nessita: ahah, install Xorg here, people will like it :)
[18:13] <nessita> didrocks: command ran, window decorations are back but funny resizing is still happening when I alt+tab
[18:14] <didrocks> nessita: ok, I have no clue then, did you logout/login after dist-upgrade,
[18:14] <nessita> didrocks: yes, 2 times and I had to reboot a second time and re login, since desktop was completely empty the first time
[18:14] <nessita> I can try rebooting again
[18:15] <nessita> didrocks: I'm a bit lost, where should I file the compiz bug?
[18:15] <didrocks> nessita: ubuntu-bug compiz ?
[18:16] <didrocks> when it asks you if it's an unity issue, answer "no"
[18:16] <nessita> didrocks: ah, I'm used to go to LP and look for the project there :-)
[18:16] <didrocks> nessita: that will give us all the secrets of your hw
[18:17] <didrocks> which is needed for compiz issue :)
[18:17] <nessita> didrocks: ubuntu-bug showed an exception:
[18:17] <nessita>   File "/usr/lib/python2.7/dist-packages/apport/report.py", line 654, in add_hooks_info
[18:17] <nessita>     symb['add_info'](self)
[18:17] <nessita> TypeError: add_info() takes exactly 2 arguments (1 given)
[18:17] <didrocks> hum ?
[18:17] <didrocks> ubuntu-bug compiz is working there
[18:17] <didrocks> pitti: any recent change to apport?
[18:18] <pitti> no, and that's a hook
[18:18] <didrocks> nessita: did you get any dialog first?
[18:18] <didrocks> pitti: well, I tested it a lot and ubuntu-bug compiz is working there :/
[18:18] <pitti> didrocks: presumably it's hitting one of the ifs, and collecting additional info
[18:18] <pitti> hang on
[18:19] <didrocks> pitti: I'm trying but I tried to get all cases :)
[18:19] <nessita> didrocks: I do have the 'send problem report to the devs', so I will click on 'send report'
[18:19] <pitti> oh
[18:19] <pitti> or a hook throws a TypeError
[18:19] <nessita> OMG, my desktop is driving me crazy! (and very dizzy :-))
[18:20] <didrocks> ERROR: hook /usr/share/apport/package-hooks//source_xorg.py crashed:
[18:20] <pitti> nessita: can you try something?
[18:20] <pitti> nessita: edit /usr/lib/python2.7/dist-packages/apport/report.py (as root)
[18:20] <nessita> pitti: sure! I have no terminal left, but shooT :-)
[18:20] <pitti> nessita: line 609
[18:20] <pitti> nessita: append a "raise"
[18:20] <pitti>                except TypeError:
[18:21] <pitti>                                raise
[18:21] <pitti> like this
[18:21] <pitti> and re-run
[18:21] <pitti> this should show the real error
[18:21] <nessita> ack
[18:21]  * didrocks hopes it's not his hook, they are quite simple
[18:21] <pitti> I ought to fix this to filter out the actual add_info() call failures
[18:21] <didrocks> just some game to not cycle between the compiz and unity one :)
[18:21] <nessita> FYI, all my desktop freezes from time to time for about 10 seconds
[18:21] <didrocks> nessita: try to switch back to the classic session maybe
[18:22] <didrocks> it's really weird
[18:22] <seb128> nessita, do you have any crash in /var/crash?
[18:22] <nessita> didrocks: I will once I finish debugging with you guys
[18:23] <nessita> seb128: queuing your question for a couple of mins :-)
[18:24]  * Sweetshark just notices that with l10n, the space in the ppa could get tight ...
[18:24] <doko> Sweetshark: ask for more
[18:26] <nessita> pitti: http://pastebin.ubuntu.com/574584/
[18:26] <nessita> didrocks: bug #727947
[18:26] <ubot2> Launchpad bug 727947 in compiz "Window decorations and gnome-terminal resizing madness" [Undecided,New] https://launchpad.net/bugs/727947
[18:27] <nessita> seb128: http://pastebin.ubuntu.com/574585/
[18:27] <pitti> nessita: meh; hang on
[18:27] <nessita> ack
[18:27] <seb128> nessita, can you move those somewhere else and see if you get a new one
[18:27] <nessita> seb128: yes sir
[18:27] <nessita> can I delete them all?
[18:28]  * nessita likes deleting
[18:28] <seb128> nessita, you can
[18:28] <seb128> that will tell you if something keeps crashing and be respawned
[18:28] <seb128> just watch the dir to see if something is added a few seconds after you delete it
[18:28] <didrocks> seb128: can you follow up on that and decide if sam should be aware of it?
[18:28] <nessita> seb128: this was:
[18:28] <nessita> nessita@dali:~$ ls /var/crash/
[18:28] <nessita> _usr_lib_unity_unity-panel-service.1000.crash
[18:28] <didrocks> need to finish some other stuff :)
[18:29] <seb128> nessita, ok, it seems you get the a11y crash thing
[18:29] <seb128> didrocks, yes, I think it's the bug mterry fixed
[18:29] <didrocks> seb128: thanks a bunch!
[18:29] <didrocks> :)
[18:29] <seb128> nessita, try upgrading unity or turn accessiblity off
[18:29] <seb128> nessita, the issue is that the unity-panel keeps crashing and reloadin
[18:29] <nessita> seb128: I've just updated and rebooted, and all these issues started to appear
[18:30] <seb128> so it means your menu keep bouncing between the softwares and unity
[18:30] <nessita> seb128: I'm updating the package list again, to see if there is a new update
[18:30] <seb128> nessita, dpkg -l | grep unity?
[18:30] <seb128> nessita, https://launchpad.net/ubuntu/+source/unity/3.6.0-0ubuntu2
[18:31] <Sweetshark> doko: it should work out: currently 536 MiB sources (double that to 1070 MiB with l10n) plus 470 MiB for amd64 deb files (on my local disc) plus some more for i386 only deb files (which should be less than 470 MiB) < 2GiB
[18:31] <nessita> package list update in process...
[18:31] <nessita> seb128: http://pastebin.ubuntu.com/574588/
[18:31] <nessita> seb128: no updates available for me
[18:31] <seb128> nessita, i386 or amd64?
[18:31] <pitti> nessita: please replace above file with http://bazaar.launchpad.net/~apport-hackers/apport/trunk/download/head:/report.py-20061218231403-e2r3b8dtmn69o6gn-1/report.py and try again
[18:31] <nessita> amd64
[18:31] <nessita> pitti: right away
[18:32] <doko> Sweetshark: fine, just making sure where you can ask ...
[18:32] <nessita> seb128: amd64
[18:32] <seb128> nessita, wget https://launchpad.net/ubuntu/+source/unity/3.6.0-0ubuntu2/+buildjob/2295608/+files/unity-common_3.6.0-0ubuntu2_all.deb https://launchpad.net/ubuntu/+source/unity/3.6.0-0ubuntu2/+buildjob/2295606/+files/unity_3.6.0-0ubuntu2_amd64.deb
[18:32] <seb128> nessita, then sudo dpkg -i unity*.deb
[18:32] <seb128> nessita, then "unity"
[18:32] <seb128> nessita, with some luck it stops the issues
[18:32] <nessita> seb128: ack
[18:33] <nessita> pitti: http://pastebin.ubuntu.com/574590/
[18:33] <nessita> seb128: FYI, when installing, WARNING: Failed to parse default value `' for schema (/schemas/apps/devhelp/state/main/contents/books_disabled)
[18:34] <seb128> nessita, don't worry about that, it's a translation issue in a schemas
[18:34] <Sweetshark> doko: hmm, the duplicated sources need to be uploaded explicitly, but do not seem to add to the ppa size (something comparing the checksums there?).
[18:34] <seb128> nothing to do with unity
[18:35] <pitti> nessita: argh, I suck; I have that code twice, sorry
[18:35] <nessita> pitti: keep them coming! :-)
[18:35] <nessita> seb128: issue fixed!
[18:35] <seb128> nessita, ;-)
[18:35] <pitti> seb128: you were faster with fixing the bug than me fixing apport to report it!?!
[18:36] <nessita> seb128: but, didn't I have 3.6.0-0ubuntu1 arelady installed?!?!?!
[18:36] <seb128> pitti, in fact mterry was faster than us and fixed it some hours before nessita complained
[18:36] <nessita> ah, ubuntu2 :-)
[18:36] <nessita> extra points for mterry!
[18:36] <seb128> ;-)
[18:36] <pitti> nessita: reload and retry, please
[18:36] <doko> Sweetshark: yes, and they are available in the distro too
[18:36]  * pitti hugs mterry
[18:36] <seb128> nessita, but so you have accessibility on on your box
[18:36] <nessita> pitti: sí jefe
[18:37] <nessita> seb128: I never explicitly enabled it
[18:37] <mterry> :)
[18:37] <seb128> nessita, you probably did or ran something which did it for you
[18:37] <seb128> mterry, thanks for catching this one and uploading the fix today ;-)
[18:37] <nessita> seb128: definitely something did it for me, I just logged in and started having these issues
[18:37] <mterry> seb128, I can be real fast when a bug is affecting me :)
[18:38] <seb128> nessita, the crash was a bug in the new unity updates
[18:38] <seb128> nessita, but it only happens for users who have accessibility on
[18:38] <seb128> nessita, you might have it on for years, it's not doing anything noticable if you don't use it
[18:38] <nessita> pitti: you sure you uploaded something new? I'm getting the same trace
[18:38] <pitti> nessita: I did, yes
[18:39] <pitti> nessita: it might still be the same trace; unlikely, but possible
[18:39] <nessita> pitti: how can I confirm I have the right code before mocking you? :-P
[18:39] <pitti> nessita: report.py should have md5 7359e5b7c3c7d49cf7ce34a7d868ba4e
[18:39] <nessita> pitti: ah, I just reloaded the same link, so it was the same (old) file
[18:42] <pitti> nessita: oops, yes; why does it add these IDs even
[18:42] <pitti> nessita: http://bazaar.launchpad.net/~apport-hackers/apport/trunk/view/head:/apport/report.py -> "download file"
[18:43] <nessita> pitti: http://pastebin.ubuntu.com/574599/
[18:44] <pitti> nessita: thanks (it was a good fix to have anyway..)
[18:44] <nessita> did it work?
[18:44]  * nessita sees a trace the same
[18:44] <seb128> nessita, can you pastebins /usr/share/apport/package-hooks//source_xorg.py
[18:45] <pitti> I was hoping that source_xorg.py was throwing an actual TypeError which got misinterpreted by apport's report.py
[18:45] <nessita> seb128:  cat: usr/share/apport/package-hooks/source_xorg.py: No such file or directory
[18:45] <seb128> ?
[18:45] <nessita> oops
[18:45] <nessita> my bad :-D
[18:45] <seb128> nessita, lacking the trailing char
[18:45] <nessita> yeah
[18:48] <pitti> nessita: ok, seems I actually need to *test* this (OMG)
[18:49] <nessita> seb128: http://pastebin.ubuntu.com/574605/
[18:49] <kenvandine> pitti, do i need to do a FFE for indicator-me to add the a11y description ?
[18:49] <Sweetshark> doko: the arm build is still happily churning along? If that is fixed, I think we could tag 1ubuntu5 and hop it over to natty.
[18:49]  * kenvandine isn't used to being upstream maintainer for indicator-me, neglected to review TheMuso's merge proposal
[18:49] <pitti> kenvandine: should be fine; herewith approved :)
[18:49] <kenvandine> great
[18:49] <kenvandine> it is tiny
[18:50] <doko> Sweetshark: be patient, still running ...
[18:50] <kenvandine> pitti, how's a3 coming along?  having a better day today?
[18:51] <pitti> nessita: wash, rinse, repeat (http://bazaar.launchpad.net/~apport-hackers/apport/trunk/view/head:/apport/report.py -> download)
[18:51] <pitti> nessita: I now tested it with a synthetic 3 + "a" in the xorg hook
[18:51] <Sweetshark> doko: "still running" is Good(tm). "broken in an aweful way" is what I would not like to hear ;)
[18:51] <pitti> and it finally gives me the real exception
[18:51] <pitti> kenvandine: oem-config is broken, otherwise it's looking ok
[18:51] <kenvandine> great
[18:52] <kenvandine> pitti, would it be disruptive to upload things?
[18:52] <bryce_> pitti, nessita, bug in the xorg apport hook?
[18:52] <pitti> kenvandine: only really safe things, please
[18:52] <kenvandine> there is a nasty gstreamer bug fixed in debian
[18:52] <kenvandine> i have a sync prepared for it
[18:52] <pitti> bryce_: I think it's crashing with a TypeError somewhere, but due to a bug in apport it was hidden
[18:52] <kenvandine> fixed really crappy audio in empathy
[18:52] <kenvandine> but can wait
[18:52] <kenvandine> :)
[18:53] <pitti> kenvandine: upload it tomorrow then
[18:53] <kenvandine> will do
[18:53] <pitti> kenvandine: before official release, but when we are sure that we don't need to respin
[18:53] <pitti> we might need to for the oem thing
[18:53] <kenvandine> ah, ok
[18:53] <nessita> pitti: http://pastebin.ubuntu.com/574609/
[18:53] <seb128> kenvandine, you have a sync? shouldn't that be archive synced?
[18:54] <pitti> nessita: hah! finally
[18:54] <nessita> :-)
[18:54] <kenvandine> seb128, i just prepared it with syncpackage
[18:54] <bryce_> aha
[18:54] <bryce_> sorry, my typo
[18:54] <kenvandine> seb128, for one i don't want the latest, necessarily
[18:54] <kenvandine> one version back from unstable
[18:55] <kenvandine> with the fix from sjoerd, the latest he did some gir renaming or something
[18:55] <seb128> k
[18:55] <kenvandine> seb128, please let me know if there is an easier way :)
[18:55] <pitti> bryce_: ah, swapped == and ); will you fix?
[18:55] <pitti> nessita: cheers
[18:55] <seb128> kenvandine, no that's fine, it's just that if that if you want a sync ask here and we do it
[18:55] <bryce_> pitti, yep already done
[18:56] <kenvandine> seb128, so as an archive admin you can do it simpler?
[18:56] <bryce_> pitti, now's when I wish I had a test suite for my apport hook...
[18:56] <seb128> kenvandine, not simplet, just do it like that it's fine for the non current version
[18:56] <nessita> ok, I should get back to work
[18:56] <seb128> simpler rather
[18:57] <kenvandine> seb128, ok... but if i want the latest it is best to just ask :)
[18:57] <seb128> right
[18:57] <pitti> bryce_: heh
[18:57] <kenvandine> cool
[18:57] <kenvandine> yeah, i am scared of the latest :)
[19:22] <mterry> chrisccoulson, heyo, figured out the eog thing.  got a sec to talk about your https://code.launchpad.net/~chrisccoulson/appmenu-gtk/lp718926/+merge/51504 merge?
[19:26] <chrisccoulson> mterry, sure
[19:27] <chrisccoulson> hmmm, my computer desparately needs a go-faster button
[19:27] <mterry> chrisccoulson, so I discovered that if you take out the connect/disconnect changes in your patch, eog works again.   Was there a reason you changed when things get connected and disconnected?  Like, did old system not work for mapping?
[19:28] <chrisccoulson> i was seeing unmap fire more than once, and causing a crash
[19:29] <linuxlittle> first of all, i love all the desktops (gnome,kde,xfce etc). but I want to build my own desktop, with minimal/custom tools i love to work with. how to do that, guide/help/link/.
[19:29] <chrisccoulson> meterry - also, the map signal was never getting connected for the top-level window in empathy
[19:29] <mterry> chrisccoulson, ok, with a particular app?
[19:29] <mterry> chrisccoulson, ok, will play with it
[19:29] <chrisccoulson> so, connecting it in the unmap handler made it work :)
[19:29] <mterry> linuxlittle, that's a big question.  This may not be the best place.
[19:30] <chrisccoulson> i wish thunderbird built a little faster
[19:30] <chrisccoulson> it takes longer than firefox :(
[19:30] <chrisccoulson> (which makes sense really)
[19:37] <linuxlittle> anyway, i like ubuntu, thanks for your efforts.
[19:52] <Sweetshark> pitti: *grmbl* I did a broken upload of l10n 1ubuntu5 to my ppa (with a DISTREL=maverick control file, not a natty as it should have had). I deleted the l10n package in the ppa, re-debuild -S -sa and re-dputted, but got rejected because the *debian* tarball is different. Is this just a race condition because it takes some time to remove the tarballs or was the whole operation doomed from the start?
[19:53] <pitti> Sweetshark: no, it doesn't help to remove packages from PPAs if you are reuploading
[19:53] <pitti> Sweetshark: just bump it to ~ppa2
[19:53] <Sweetshark> pitti: k
[19:55] <Sweetshark> hmm, help me understand that: ~ppa2 is < than plain, right?
[19:56] <Sweetshark> wouldnt it be rejected because a newer version is in the ppa?
[19:56] <pitti> Sweetshark: ah, I thought you usually add ~ppa1
[19:56] <pitti> Sweetshark: right
[19:57] <pitti> Sweetshark: so you need to bump
[19:57] <pitti> Sweetshark: we can upload the older version number to natty itself eventually
[19:58] <Sweetshark> so I do an 1ubuntu5-ppa2 for the ppa (which we will upload as 1ubuntu5 plain to natty?)
[19:59] <pitti> Sweetshark: not - please; 5ppa1 should do
[19:59] <Sweetshark> sorry for fubaring all the versioning. :(
[19:59] <pitti> Sweetshark: '-' is special, it separtes upstream version from Debian revision
[20:02] <Sweetshark> pitti: do should broken experiments have to stay in the changelog btw?
[20:02] <pitti> Sweetshark: no, we usually clean up and summarize the changelogs once several PPA uploads to into one natty upload
[20:02] <Sweetshark> pitti: k
[20:03] <seb128> hum
[20:03] <seb128> mterry, when a bug is on the wrong component reassign it rather than closing the bug on the wrong one to add an extra one of the right component
[20:04] <mterry> seb128, one nice thing about leaving an invalid is it shows up in LP dup searches when filing though
[20:04] <seb128> mterry, launchpad bug or not but when you do that the subscribers to the component you invalidated the bug for keep receiving bug emails
[20:04] <mterry> seb128, fair...
[20:04]  * Sweetshark will use ~ppaX for all ppa uploads.
[20:04] <Sweetshark> (except this one of course)
[20:05] <mterry> seb128, LP should note reassignments and include such bugs in LP searches for the original component (maybe)
[20:05] <seb128> mterry, right, it's not likely anyone will notice that "crashed with SIGSEGV in __libc_free()" is their issue out of the dupfinder
[20:05] <mterry> seb128, if it's the same title, sure!  that's how the dupfinder works, eh?  based on title
[20:05] <seb128> mterry, no, it matches the retraced stacktraces
[20:06] <seb128> on 3 or 5 functions (not sure now)
[20:06] <seb128> the signatures (i.e the list of the top functions of the stacktraces) are in a sqlite db
[20:06] <mterry> seb128, hmm.  Well, regardless, it doesn't work across components which is why I left the invalid. But point taken about mail spam.  I will reassign in future
[20:06] <seb128> the retracer works across components
[20:07] <seb128> it just search the signature in the db
[20:07] <mterry> seb128, retracer or dupfinder?
[20:07] <seb128> sorry, I mean apport retracing dupfinder
[20:07] <seb128> not the launchpad thing which list bugs which are similar to yours
[20:08] <mterry> seb128, hrm...  OK.  I was under the impression not.  And I'm not sure I've actually ever seen it do that
[20:08] <mterry> Must not have been paying attention
[20:08] <seb128> I might be wrong, pitti could confirm or not
[20:08] <seb128> mterry, both approch to the issue are valid, I tend to reassign to avoid spamming people who are subscribed the other component
[20:09]  * mterry assumes that everyone has air-tight mail filters
[20:09] <seb128> in practice I've the feeling few people use check if similar bugs are reported for crashes
[20:09] <seb128> -use
[20:09] <seb128> it might be less true for bug which have a description
[20:10] <seb128> but people tend to go "oh, apport, click click click, let the retracer do its thing"
[20:10] <pitti> seb128, mterry: dup finder works on crash signature identity; for signal crashes (SEGV, etc.) the signature is ExecutablePath plus first five stack trace function names
[20:10] <pitti> IOW, it ignores package names on bug reports
[20:11] <seb128> pitti, so it doesn't care if the bug got reassigned
[20:11] <pitti> 'zactly (on purpose)
[20:11] <pitti> because that happens quite often
[20:11] <seb128> great, thanks ;-)
[20:11] <seb128> that's what I though
[20:11] <pitti> if gedit crashes, and it's due to libgtk, we want to reassign it, but still dupe
[20:12] <seb128> mterry, something got screwed in your bug report btw
[20:12] <seb128> mterry, it will not be retraced
[20:12] <seb128> pitti, is there any recent apport issue which would leads bugs to not be tagged?
[20:12] <seb128> pitti, see bug #727970
[20:12] <ubot2> Launchpad bug 727970 in gedit "gedit crashed with SIGSEGV in __libc_free()" [Undecided,Invalid] https://launchpad.net/bugs/727970
[20:13] <pitti> seb128: hm, not that I know of; might be a recent LP regression, of course
[20:13] <mterry> seb128, oh!  heh.  I may not have official version of appmenu-gtk....  ahem
[20:13] <seb128> mterry, it's rather that it didn't get tagged need-amd64-retrace
[20:13] <seb128> or apport-crash
[20:13] <pitti> or apport-crash, or natty
[20:14] <seb128> or anything
[20:14] <seb128> mterry, I just tagged it for retracing
[20:14] <seb128> I hope we don't have a stack of recent bugs untagged and private
[20:14] <mterry> seb128, yeah, but since my appmenu-gtk is modified, not sure how useful that will be.  I'll try to reproduce later with official one
[20:14] <seb128> if they are not tagged the retracer will not see those nor will bug triagers
[20:14] <pitti> seb128: I reported my compiz crash about two hours ago, and it got tagged and retraced and dup'ed properly, though
[20:14] <seb128> pitti, ok
[20:15] <pitti> and apparently the retracers are busy, so it doesn't seem to affect all reports at least
[20:15] <seb128> mterry, weird, apport should have stopped you to report a bug against a non official version
[20:15] <mterry> seb128, how does it tell?  version or something deeper?  cause i didn't change version
[20:16] <seb128> mterry, well usually it tells you in the report if the md5 of files don't match the installed binary
[20:16] <mterry> hmm
[20:16] <seb128> but since you report on gedit it likely checked that binary
[20:16] <seb128> still it doesn't explain why the bug didn't get tagged
[20:21] <mterry> chrisccoulson, https://code.launchpad.net/~mterry/appmenu-gtk/lp718926/+merge/51951
[20:22] <mterry> chrisccoulson, seems to work for me, would appreciate you giving it a few rounds
[20:26] <seb128> mterry, ok, the retracing failed indeed
[20:26] <mterry> well, that makes sense
[20:27] <mterry> will try with real appmenu
[20:27] <seb128> mterry, you can probably rebuild yours locally and use gdb on the dump to get a stacktrace
[20:27] <seb128> like copy a non stripped binary
[20:27] <mterry> seb128, yeah, but I've moved past that version too.  I was in the middle of debugging appmenu stuff
[20:28] <seb128> ok
[20:29] <seb128> ok, I've to run but I will be back online a bit later, see you
[21:19] <pitti> goodnight everyone
[21:23] <seb128> 'night pitti
[22:10] <thisfred> quick question: can I set launcher entries to 'urgent' from python yet? (i.e. make them draw attention to themselves by shaking, or whatnot?)
[22:11] <RAOF> thisfred: Yes; exactly the same way as for other systems.
[22:12] <RAOF> That's not unity-specific.
[22:12] <thisfred> RAOF: and if we assume I don't know how to do it for other systems? :D
[22:12]  * thisfred is new to the desktop side of things
[22:12] <dobey> RAOF: there isn't a way to do it without opening a window?
[22:13] <dobey> RAOF: in unity that is. i thought there was going to be
[22:13] <RAOF> dobey: Hm, there might be I guess.
[22:13] <thisfred> (in this case, opening a window is what I want to do anyway, so that's not a problem)
[22:14] <RAOF> Oh, then just open a window and try to raise it and it'll get marked as needs-attention.
[22:14] <dobey> thisfred: you might get more info in the dx or ayatana channel on the subject of unity development
[22:14] <thisfred> ok, thx
[22:15] <dobey> RAOF: well, except he doesn't want to raise it. he wants it to pop up under anything else that might be open
[22:15] <thisfred> well, I want to do whatever the update-manager does
[22:15] <RAOF> The focus-stealing prevention will (or should) handle that.
[22:15] <thisfred> right
[22:16] <dobey> we really shouldn't do what the update manager is doing, but eh
[22:16] <dobey> afaik, update-manager only does that when there are security updates, no?
[22:17] <RAOF> You could also set the needs-attention bit yourself, rather than assuming compiz will morph a raise request into needs-attention.
[22:17] <RAOF> http://standards.freedesktop.org/wm-spec/wm-spec-latest.html#id2551694 is the raw X way; gtk almost certainly has a way of setting the DEMANDS_ATTENTION bit on windows.
[22:18] <dobey> i am pretty sure GtkWindow has api for that
[22:20] <RAOF> I'd be *amazed* if it didn't.
[22:22] <dobey> well, it's gtk. i am amazed at some things it *does* have
[23:22] <dobey> kenvandine: hey, just proposed https://code.launchpad.net/~dobey/ubuntu/natty/banshee/u1ms-links/+merge/51982
[23:24] <dobey> ah well, i am off for now. later