[01:18] <Riddell> removing gdesklets-data package
[07:09] <pitti> Good morning
[07:09] <bilalakhtar> Someone, kindly sponsor fix for bug #585892
[07:09] <ubot2> Launchpad bug 585892 in gwibber (Ubuntu) (and 1 other project) "Message text should use Document Font, not Application Font (affects: 2) (heat: 65)" [Low,In progress] https://launchpad.net/bugs/585892
[07:13] <pitti> didrocks: eww, UNR failed to build
[07:14] <pitti> The following packages have unmet dependencies:
[07:14] <pitti>   computer-janitor: Depends: python-fstab (>= 1.2) but it is not installable
[07:14] <pitti>   libmailtools-perl: Depends: libtimedate-perl but it is not installable
[07:14] <pitti> seems some MIRing is in order
[07:18] <pitti> ah, c-j 2.0.2-0ubuntu2 fixed that
[07:29] <pitti> didrocks: respinning u-netbook
[07:35] <RAOF> Could someone please sponsor mesa 7.8.2?  http://cooperteam.net/Packages/mesa_7.8.2-2ubuntu1_source.changes & http://cooperteam.net/Packages/mesa_7.8.2-2ubuntu1.dsc - it's got a couple of fixes, most importantly a fix to stop Xserver 1.9 crashing when unity starts, so it needs to go in before 1.9 :)
[07:43] <pitti> didrocks: argh, failed again; c-j isn't built yet, and the buildds are clogged :-(
[07:44] <pitti> RAOF: sure
[07:44] <RAOF> pitti: Ta.
[08:12] <and471> mvo, is there any point me working on this bug if we are going to replace gdebi with SC? https://bugs.launchpad.net/ubuntu/+source/gdebi/+bug/376966
[08:12] <ubot2> Ubuntu bug 376966 in gdebi (Ubuntu) (and 1 other project) ""Automatically Close" checkbox is not remembered (affects: 4) (heat: 24)" [Low,Triaged]
[08:20] <and471> mvo, if there is me worth in fixing it, I wish to have consistency in synaptic and gdebi, so how do I access the configuration of synaptic?
[08:20] <and471> (from gdebi)
[08:21] <bilalakhtar> mvo: you there?
[08:21] <mvo> and471: it would still be nice to fix it, other distros may wish to keep gdebi because it has less dependencies for example
[08:21] <mvo> bilalakhtar: yes
[08:21] <bilalakhtar> mvo: you got my mail?
[08:21] <bilalakhtar> mvo: about synaptic
[08:21] <bilalakhtar> and s-c
[08:22] <mvo> bilalakhtar: yes, just read it, sorry that I haven't looked at the branches earlier and many thanks for working on it!
[08:22] <and471> mvo, ok, so how do I access synaptic's config from another app (could you point me to a config file etc.)
[08:22] <mvo> bilalakhtar: I check the code right away :)
[08:23] <bilalakhtar> Super Thanks mvo !
[08:24] <mvo> and471: its a "normal" apt config file that lives in /root/.synaptic, I can give you the magic to open it, hold on a sec
[08:25]  * and471 is cloning evolution from git... urghh I thought git was meant to be fast...
[08:26] <bilalakhtar> and471: bzr rocks! git is slow, that is known worldwide
[08:26] <mvo> and471: apt_pkg.read_config_file() is the one
[08:26] <and471> bilalakhtar, :)
[08:26] <and471> mvo, thanks, I shall try to get it working
[08:27] <bilalakhtar> and471: reason for that is that the .git folder in git trees is huge
[08:28] <and471> bilalakhtar, yup...and my internet connection sucks :D
[08:30]  * bilalakhtar has used git for one of his projects, then dumped it for bazaar
[08:41] <and471> mvo, for apt_pkg.read_config_file(configuration: Configuration, filename: str)
[08:41] <mvo> bilalakhtar: s-c fix commited, thanks
[08:41] <and471> mvo, how do you recommend I create the config object?
[08:41] <mvo> and471: well, you can use the apt_pkg.config one
[08:41]  * bilalakhtar celebrates the sponsorship of his s-c fix thanks to mvo
[08:41] <mvo> and471: I think :) its global, but synaptic has his own namespace
[08:42] <bilalakhtar> mvo: and what about synaptic? is it needed? i suppose
[08:42] <and471> mvo, yes but should I just create a blank one, or use the global?
[08:42] <mvo> bilalakhtar: I modified it a tiny bit because dialog.run() would still block, check r949 if you are interessted (ideally the hide() bit would go into the glade file, for some reason that did not work when I tried it, but maybe you can make it work :) ?
[08:42] <mvo> and471: the global one should be fine
[08:43] <mvo> and471: all the stuff in the config file from synaptic is prefixed with "Synaptic::"
[08:43] <mvo> and471: so no namespace clashes
[08:43] <and471> mvo, ok cool thanks
[08:43] <mvo> bilalakhtar: synaptic I look at next
[08:46] <mvo> bilalakhtar: could you please set https://code.edge.launchpad.net/~bilalakhtar/ubuntu/maverick/software-center/papercut-fix-550955/+merge/30883 to merged? I merged it into lp:software-center and LP does not get that and waits for it to appear in lp:ubuntu/software-center (which it will only after the next upload)
[08:46] <and471> mvo, sorry for bugging you, but I am using gdebit from launchpad to solve a bug, but I get this messageAttributeError: type object 'DebPackage' has no attribute 'VERSION_NONE'
[08:46] <bilalakhtar> ok
[08:47] <and471> mvo, do I need a new version or something?
[08:47] <bilalakhtar> done
[08:47] <mvo> and471: that sounds like a bug in the code, can you give me the full backtrace please?
[08:47] <mvo> bilalakhtar: thanks, the synaptic fix looks nice too
[08:48] <and471> mvo, http://pastebin.ca/1909926
[08:48] <bilalakhtar> mvo: done
[08:48] <bilalakhtar> ?
[08:48]  * bilalakhtar celebrates again!
[08:55] <mvo> and471: do you have the latest (maverick) python-apt ?
[08:55] <and471> mvo, probably not
[08:56] <mvo> and471: I think thats the reason, should be safe to get it from maverick
[08:56] <and471> ok
[08:56] <mvo> and471: or build a local version from lp:~ubuntu-core-dev/python-apt/ubuntu
[08:56] <mvo> (or from lp:ubuntu/maverick/python-apt :)
[08:56] <and471> mvo, I tried that but debuild shouted at me :(
[08:56] <and471> hehe
[08:57] <mvo> oh
[08:57] <mvo> hm, try copying apt/debfile.py (the cowboy method ;) - that contains iirc all the required changes
[08:59] <and471> haha
[09:01] <mvo> bilalakhtar: you can set both synaptic branches to merged now, thanks again
[09:02] <bilalakhtar> mvo: I should thank you!
[09:05] <pitti> mvo: I'm currently trying the verification steps on bug 570583
[09:05] <ubot2> Launchpad bug 570583 in ubuntu-system-service (Ubuntu Lucid) (and 1 other project) "does not check all required locks in is_package_system_locked (affects: 2) (heat: 53)" [Medium,Fix committed] https://launchpad.net/bugs/570583
[09:05] <pitti> mvo: but starting update-notifier doesn't seem to dbus-activate ubuntu-system-service at all
[09:05] <pitti> so step 4 fails for me
[09:07] <mvo> pitti: hm, that is odd
[09:07] <pitti> ah, hang on, PEBCAK
[09:07] <pitti> "apt-get install ubuntu-system-service/lucid" didn't actually downgrade, sorry
[09:07]  * pitti runs again
[09:08] <pitti> ah, works now
[09:08] <mvo> cool :)
[09:16] <and471> mvo, hmm, I just installed the package from here https://launchpad.net/ubuntu/maverick/i386/python-apt/0.7.95ubuntu2 but still get that error
[09:16] <and471> mvo, is that a recent enough version?
[09:24] <mvo> and471: yeah, that should be fine. so maybe its a real bug afterall, let me look again
[09:27] <mvo> and471: yeah, real bug, let me fix
[09:38] <mvo> and471: fixed in gdebi trunk (r327) - could you please check/verify?
[09:38] <and471> mvo, sure
[09:39] <and471> mvo, still get Exception while reading the filelist: ''DebPackage' object has no attribute 'control_filelist'' but it doesn't crash :)
[09:39] <and471> mvo, thanks
[09:49] <and471> mvo, after doing apt_pkg.config.set("Synaptic::closeZvt", str(autoclose))
[09:49] <and471> mvo, do I need to call a function to update the synaptic config file
[09:51] <mvo> and471: yeah, there is a dump() method, but it seems to be not exported via python-apt
[09:51] <mvo> and471: actually I was incorrect, the python-apt version in maverick is slightly outdated, I fix that now
[09:52] <and471> mvo, ok, so how do I update the config file?
[09:56] <mvo> and471: I need to check what is the easiest way
[09:56] <and471> mvo, ok thanks, no rush bbiab
[09:57] <mvo> and471: maybe its to add the Dump() maethod
[11:00] <and471> mvo, any progress?
[11:00] <mvo> and471: not yet, sorry. got distracted
[11:01] <and471> mvo, np
[11:02] <and471> mpt, could I have a concrete decision on this so I can make a patch?
[11:02] <and471> ...
[11:03] <mvo> and471: here is how synaptic is doing it
[11:03] <mvo> http://paste.ubuntu.com/410177/
[11:03] <and471> come on launchpad....
[11:04] <mpt> and471, sorry, on what?
[11:04] <and471> mpt, sorry my internet is slow, I am waiting for a link to a bug...
[11:05] <and471> mpt, here we go https://bugs.launchpad.net/ubuntu/+source/lernid/+bug/546968
[11:05] <ubot2> Ubuntu bug 546968 in lernid (Ubuntu) (and 2 other projects) "Inappropriately appears in Ubuntu Software Center "Developer Tools" > "Python" (affects: 2) (heat: 37)" [Low,Confirmed]
[11:05] <and471> mvo, wrong link?
[11:05] <and471> mvo, that is some docky traceback
[11:05] <mvo> and471: ups, sorry http://paste.ubuntu.com/470177/
[11:06] <mpt> and471, I've never used Lernid, I've just read about it. From what I've read, it seems like Education would be a good category for it inside Applications as well as in USC.
[11:06] <and471> mvo, yuck xO
[11:07] <and471> mpt, it is just one else has responded, and so I just wanted to make sure there was someone else that agreed with Education
[11:07] <mvo> and471: yeah :/
[11:07] <and471> mpt, I shall make the patch now
[11:08] <and471> mvo, I shall have a look at that in a bit
[11:26] <and471> mvo, with the apt configuration format, I have Synaptic "" { at the start, what is the ""?
[12:18] <karim__> something wrong with my ubuntu. sometime when I switch on the window border disappears.
[12:47] <asac> is seb128 travelling?
[12:48] <mvo> asac: yes, guadec
[12:48] <mvo> asac: like the rest of the desktop team ;)
[12:48] <asac> lazy bastardo ;M)
[12:48] <asac> ah, so an orgy like situation ;)
[12:49] <mvo> that describes a guadec pretty well I think
[12:50] <asac> mvo: is someone taking lead responsibilities for desktop team while he is away?
[12:51] <mvo> asac: I think he will be around on irc every now and then and read his mail
[12:51] <mvo> asac: what do you need?
[12:52] <asac> mvo: i need a say on whether desktop team is positive on getting mlterm in main
[12:52] <asac> the RTL folks want a new terminal it seems ;)
[12:53] <mvo> hm, my gut feeling is that we should make gnome-termianl better
[12:53] <mvo> instead of having two
[12:54]  * rickspencer3 reads up with interest
[12:54] <rickspencer3> asac, I'm not sure that we need yet another terminal
[12:55] <mvo> I guess guadec is the *perfect* opportunity to talk to g-t upstream about missing features for RTL
[12:55] <rickspencer3> mvo, I might do that if I had a reason to care ;)
[12:56] <chrisccoulson> hey rick, how's guadec going?
[12:56] <rickspencer3> hi chrisccoulson
[12:56] <ogra> alternatively just drop g-t :)
[12:56] <rickspencer3> I haven't gotten to see too much of it so far
[12:56] <ogra> mlterm can do LTR just fine *g*
[12:56] <chrisccoulson> ogra - have you tried using mlterm? ;)
[12:56] <ogra> chrisccoulson, not really, no, i'm just joking
[12:57] <chrisccoulson> ogra - last time i tried it, it had a feature set on par with xterm ;)
[12:57] <ogra> isnt that enough ?
[12:57] <mvo> rickspencer3: heh :) I'm sure the arabic, hebrew, urdu and syriac users will much appreciate if we support them :)
[12:57] <ogra> whi needs more than xterm
[12:57] <ogra> *who
[12:58] <mvo> but I don't really know what the problem with g-t is, what is missing to make it work etc so I better shut up
[12:59] <rickspencer3> those languages don'
[12:59] <rickspencer3> t work with g-t?
[12:59] <rickspencer3> oh wow, there are a lot of supported encoding in mlterm
[12:59] <mvo> I don't know if g-t is not working, or just not working well enough
[13:00] <rickspencer3> or maybe it's find and they are asking out of reasons of pure irrelevant preferences
[13:00] <rickspencer3> I'll choose that answer, since it means less work ;)
[13:00] <mvo> haha
[13:00] <mvo> indeed
[13:00] <rickspencer3> oops
[13:00] <rickspencer3> time to run to the session
[13:00] <rickspencer3> later all
[13:23] <asac> Riddell: ah you are here
[13:23] <asac> rickspencer3: oops ... you ;)
[13:24] <asac> rickspencer3: bug 603022
[13:24] <ubot2> Launchpad bug 603022 in mlterm (Ubuntu) "[MIR] mlterm (affects: 4) (heat: 32)" [Undecided,New] https://launchpad.net/bugs/603022
[13:24] <asac> could you say yes or no in that bug? i think arne was in favour, but i see the point posted that if users really need a RTL terminal as an end user
[13:24] <asac> they will know how to get it
[13:25] <rickspencer3> asac, why can't users just install it from Universe?
[13:25] <asac> right
[13:25] <asac> personally i think thats fine.
[13:26] <asac> i asked if it wasnt confusing to have two terminals ... and he answers that RTL users will know
[13:26] <asac> similarly i think they would know how to get it from software-center
[13:29] <mvo> didrocks: if you see seb, can you ask him if gtks event handling had a massive regression in performance? just filling a gtk.ProgressBar from 1-100 takes 1.7s on my maverick system, my lucid netbook does this in 0.7 (and its a netbook, not a core2 duo etc)
[13:29] <mvo> didrocks: regression in maverick
[13:56] <asac> i lost all but 2 tomboy notes :((
[13:56] <asac> loss rate: 998/1000
[13:57] <highvoltage> asac: maverick?
[13:57] <asac> anyone knows where tomboy stores them? i deleted some .XXX dirs during cleanup ... so it could be me rather than maverick
[13:57] <asac> but the fact that 2 notes are still there feels like it was maverick
[13:57] <asac> highvoltage: yes :(
[13:57] <jpds> ~/.tomboy/
[13:57] <asac> i didnt delete that ://
[13:57] <highvoltage> I believe ~/.tomboy is the old location
[13:58] <highvoltage> I think it's ~/.local/share/tomboy now
[13:58] <asac> yeah. so i think i deleted those that were in .local
[13:58] <asac> that sucks ;)
[13:58] <highvoltage> hopefully you have backups :)
[13:58] <asac> hope
[13:58] <asac> nope
[13:58] <highvoltage> :(
[13:59] <asac> i really dont like .local ... that was 5GB in size
[13:59] <asac> and i delted it because i didnt know that stuff is living there now ;)
[13:59] <asac> but well. guess i will not do that again :/
[14:02] <highvoltage> yeah getting used to it is kind of hard. but I kind of like that config is moving more and more to .config and local user data more to .local, it means I have less hidden files in my home directory to worry about (and it makes it easier to identify important directories to back up)
[14:04] <didrocks> mvo: seb is looking at it
[14:04] <mvo> didrocks: I can send him a small demo script if that helps
[14:08] <seb128> hey mvo, would be useful
[14:09] <seb128> could you give me details on your gtk version as well?
[14:09] <seb128> mvo, unset UBUNTU_MENUPROXY
[14:09] <seb128> does that make any difference if you do that before running your test?
[14:10] <mvo> seb128: hey! I have the latest gtk in maverick
[14:10] <seb128> mvo, can you give the exact version?
[14:11] <seb128> mvo, just to make sure you don't have a ppa rgba or something?
[14:11] <mvo> 2.21.2-0ubuntu5
[14:11] <seb128> ok
[14:11] <mvo> eh, sorry
[14:11] <mvo> 2.21.2-0ubuntu6
[14:11] <mvo> actually
[14:12] <seb128> did those issues started recently?
[14:13] <mvo> seb128: not sure, I recently noticed it, but I have no idea how recent it started
[14:13] <seb128> mvo, did you try the unset?
[14:14] <mvo> seb128: yes, no change, but I don't think its even set for me
[14:15] <mvo> seb128: might be theme too, not sure. I see that u-m is slow as a crawl when it does "building data structures". this is partly a bug in python-apt that it calls update() too often
[14:15] <seb128> ok
[14:16] <mvo> seb128: but that was the same in lucid and there it was not *that* slow
[14:16] <mvo> seb128: do you see the super slow update as well?
[14:16] <mvo> seb128: or is it maybe card specific?
[14:18] <seb128> mvo, the initial "loading"?
[14:18] <seb128> it has always been slow there
[14:18] <seb128> I'm not sure how much slower it is or not
[14:18] <seb128> it takes some 5 seconds on my laptop config
[14:19] <mvo> seb128: 5s is nothing, takes minutes here now (on both nouveau and ati)
[14:20] <seb128> mvo, urg
[14:20] <seb128> I didn't see that on any of my boxes
[14:20] <seb128> using intel though
[14:20] <seb128> mvo, could you try to force downgrade cairo to 1.8?
[14:22] <mvo> seb128: script is here http://paste.ubuntu.com/470231/
[14:22] <mvo> seb128: let me know what time it takes for oyu
[14:23] <seb128> took:  0.179011106491
[14:23] <seb128> mvo, ^
[14:25] <mvo> seb128: woah, takes up to 3s for me
[14:25] <mvo> seb128: imagine!
[14:26] <mvo> seb128: radiance theme
[14:26] <mvo> seb128: I will try the downgrade next
[14:29] <seb128> mvo, same theme there
[14:29] <seb128> mvo, try old cairo
[14:32] <seb128> mvo, you can probably ld_preload it
[14:35] <mvo> seb128: I can not downgrade it in isolation, I try downgrading the stack now and see what it gives me
[14:36] <seb128> mvo, you can unpack the deb and ld_preload it
[14:36] <seb128> no?
[14:38] <mvo> seb128: too lazy ;)
[14:38] <mvo> seb128: ok, so with downgraded stack 0.27s
[14:38] <mvo> seb128: next is the ld_preload one
[14:39] <mvo> seb128: new libgtk, old cairo, no change, still fast
[14:39] <mvo> seb128: new cairo> slow
[14:40] <seb128> right
[14:40] <seb128> I've read some bugs about similar issues with firefox
[14:40] <seb128> it seems worth raising on the cairo bug tracker
[14:40] <seb128> seems driver specific
[14:40] <mvo> seb128: yep, LD_PRELOAD confirms it, do you want a bug report?
[14:40] <seb128> no, I've some
[14:40] <mvo> seb128: with script and numbers?
[14:41] <seb128> I want somebody having the issue to raise it to upstream
[14:41] <seb128> new cairo hits a path which is slow on some drivers I think
[14:41] <seb128> but not on intel
[14:41] <mvo> seb128: ok, then please give me a bugnumber and I will attach my data
[14:41] <fagan> mvo: I cant do much at the moment without a ubuntu computer to test on could you finish off my patch its in https://code.launchpad.net/~shanepatrickfagan/software-properties/software-properties-updates-changes
[14:41] <fagan> the ui stuff is done
[14:42] <fagan> just needs the backend to be finished
[14:42] <mvo> thanks, I have look. but I'm afraid the "just" is more than just a just :)
[14:43] <fagan> well the checkbox was removed and the rest is just more or less a rewording
[14:43] <mvo> I mean, fixing the backend is a bit of work
[14:43] <fagan> Oh yeah
[14:44] <fagan> with the dbus stuff and all
[14:44] <fagan> but I wasnt counting that :)
[14:44] <mvo> yeah
[14:44] <mvo> :)
[14:44] <seb128> mvo, bug #595845?
[14:44] <ubot2> Launchpad bug 595845 in update-manager (Ubuntu) "During "Building data structures" when starting the update-manager Xorg takes up 100% cpu (affects: 12) (heat: 60)" [Medium,Triaged] https://launchpad.net/bugs/595845
[14:45] <seb128> mvo, I don't find the firefox bug now, need to search in my emails
[14:51] <mvo> thanks seb128
[14:53] <seb128> mvo, see bug #604822
[14:53] <ubot2> Launchpad bug 604822 in cairo (Ubuntu) "libcairo2 1.9.10 makes Ubuntu 10.10 unusably slow (affects: 1) (dups: 1) (heat: 315)" [Low,Fix released] https://launchpad.net/bugs/604822
[14:54] <seb128> mvo, not sure why it got closed
[14:55] <mvo> seb128: ok, I moved bug #595845 to cairo
[14:55] <ubot2> Launchpad bug 595845 in cairo (Ubuntu) "During "Building data structures" when starting the update-manager Xorg takes up 100% cpu (affects: 12) (heat: 60)" [Medium,Triaged] https://launchpad.net/bugs/595845
[14:55] <mvo> seb128: is it realisitic to get that in for alpha3? otherwise it will be not very useful for nvidia/ati users? or should I start adding hacks^Wworkaround for a3?
[14:55] <seb128> mvo, try to talk to ickle on #cairo maybe about it
[14:56] <seb128> mvo, I would like to know when that started and what users are affected
[14:56] <seb128> mvo, "that" being a fix? I think somebody having the issue needs to talk to upstream
[14:56] <seb128> but it seems it's buggy drivers
[14:56] <seb128> so I doubt it will change this week
[14:57] <seb128> bug #604824
[14:57] <ubot2> Launchpad bug 604824 in cairo (Ubuntu) "libcairo2 1.9.10 makes Ubuntu 10.10 unusably slow (dup-of: 604822)" [Low,Invalid] https://launchpad.net/bugs/604824
[14:57] <ubot2> Launchpad bug 604822 in cairo (Ubuntu) "libcairo2 1.9.10 makes Ubuntu 10.10 unusably slow (affects: 1) (dups: 1) (heat: 315)" [Low,Fix released] https://launchpad.net/bugs/604822
[14:57] <seb128> ok, that's a duplicate of the one from before
[14:59] <mvo> RAOF: do you have a idea aobut the driver issues around bug #595845
[14:59] <ubot2> Launchpad bug 595845 in cairo (Ubuntu) "libcairo2 1.9.10 makes Ubuntu 10.10 unusably slow (affects: 12) (heat: 60)" [Medium,Triaged] https://launchpad.net/bugs/595845
[14:59] <seb128> mvo, try #cairo
[14:59] <seb128> mvo, though I guess some of them are busy at GUADEC
[15:02] <asac> alf__: there?
[15:02] <asac> oops
[15:02] <asac> lets move to right channel
[15:46] <seb128> mvo, Company says a sysprof log would be useful on a bug
[15:46] <seb128> if ickle doesn't have an idea about the issue
[15:48] <mvo> seb128: sorry, I did not manage to talk to him yet (ickle)
[15:50] <seb128> mvo, no worry he doesn't seem to be online, just open a bug if you want and I will ping him later about it
[15:54] <mvo> seb128: ok, will do, thanks
[16:20] <and471> vish, mvo, I have fixed the gdebi papercut and it should be ready for merging https://code.launchpad.net/~and471/gdebi/fix-376966
[16:27] <and471> vish, there I think two more papercuts with fixes :)
[16:44] <vish> and471: cool , now let me track down the maintainers.. gdebi is taken care of above^^ ;)
[16:45] <and471> vish, hehe