[00:02] <chrisccoulson> seb128 - thanks for sponsoring compiz
[00:13] <seb128> chrisccoulson: yw
[00:14] <seb128> robert_ancell, I forward you an email from vish as well
[00:14] <seb128> it lists the hundredpapercut bugs he spotted that could be easy to get fixed this cycle
[00:14] <seb128> ie things waiting for sponsoring or trivial
[00:14] <seb128> we got some of those in by now
[00:14] <seb128> but if you want are running out of easy bugs or small tasks you can probably pick some of those
[00:15] <robert_ancell> ok
[00:15] <robert_ancell> I think I've got a busy day :)
[00:15] <seb128> yeah
[00:15] <seb128> and we should make some software recommends libdconf0
[00:15] <seb128> I changed the glib depends back to a recommends the day you broke glib on i386
[00:15] <seb128> it was creating a depends cycle
[00:16] <robert_ancell> seb128, like debian is?  I think it's better done at the high level, e.g. ubuntu-desktop should depend libdconf
[00:16] <seb128> libglib-bin depending on libdconf0 depending on libglib
[00:16] <robert_ancell> because no program truly requires it
[00:16] <seb128> well for now having one software recommending it would solve the default install issue
[00:16] <robert_ancell> wouldn't ubuntu-desktop solve that?
[00:17] <seb128> yes, until somebody sudo apt-get install empahy on a kubuntu install
[00:17] <seb128> or a xubuntu one
[00:17] <robert_ancell> oh yeah...
[00:18] <robert_ancell> I guess we need some dh magic for this.  It would be nice to depend on 'gsettings-provider' and have libdconf0 provide that
[00:18] <seb128> I'm thinking now that we should just recommends it in the few sofwtares using it
[00:18] <seb128> that will do for this cycle
[00:18] <robert_ancell> yeah
[00:18] <seb128> right
[00:18] <seb128> libdconf0 | dconf-backend
[00:18] <robert_ancell> gsettings-backend
[00:18] <seb128> ups yeah
[00:18] <seb128> it's getting late ;-)
[00:18] <robert_ancell> yeah, you should get some sleep! You work too hard
[00:18] <seb128> btw empathy needs to depends on telepathy-logger
[00:19] <seb128> we got some crash reports about it from people not having telepathy-logger installed
[00:19] <robert_ancell> is there a bug for that?
[00:19] <seb128> check the empathy bugs I don't have it in my bugboxes
[00:19] <seb128> I just ran accros IRC comments about it
[00:19] <seb128> it's the "gsettings exit if the schemas is not installed"
[00:19] <robert_ancell> ok
[00:19] <seb128> libtelepathy-logger tries to use the schemas I think
[00:20] <seb128> could be that the lib needs to depends on telepathy-logger
[00:22] <seb128> ok, enough for today, that was a crazy day
[00:23] <seb128> I think I cleaned my list of things for beta
[00:23] <seb128> "night
[00:23] <seb128> robert_ancell, enjoy your busy friday, maybe see you at the end of your day or next week
[00:23] <seb128> bye ;-)
[00:24] <robert_ancell> bonne nuit!
[00:24] <seb128> 'ci
[00:24] <seb128> bonne journée ;-)
[00:26] <nessita> bye all!
[00:26]  * nessita is gone
[00:26]  * nessita suis parti
[00:46] <desrt> ehm
[00:46] <desrt> so what's the story with the firefox postinst that tries to read from stdin?
[00:47] <desrt> ubuntu_major=`cut -d '.' -f 1`
[00:47] <desrt> good times?
[00:47] <micahg> desrt: where is taht?
[00:48] <micahg> in maverick?
[00:48] <desrt> ubuntu mozilla daily ppa
[00:48] <micahg> desrt: what version?
[00:48] <micahg> that should have been fixed already
[00:49] <desrt> 3.6.9!hg20100817r34537
[00:49] <micahg> desrt: yeah, that's old...
[00:49] <desrt> ah.  so it is. :)
[00:50] <desrt> thanks for the pointer :)
[00:50] <micahg> desrt: np, you had me worried that got into maverick :)
[00:50] <desrt> my girlfriend just updated her lucid install and that happened
[00:51] <desrt> not sure why it was fresh-installing such an old version of the package
[05:31] <vish> robert_ancell: hi, Bug #411559 already has your patch it is a simple one too ;) [we've missed since Karmic]
[05:31] <ubot2> Launchpad bug 411559 in policykit-gnome (Ubuntu) (and 4 other projects) "Unfriendly message upon typing incorrect password (Policykit-GNOME/GDM/gnome-screensaver) (affects: 7) (dups: 1) (heat: 30)" [Undecided,Invalid] https://launchpad.net/bugs/411559
[05:37] <robert_ancell> vish, yes, I'll upload that one.  There was a lot of upstream discussion about it, I don't think anyone came to a conclusion on it
[05:40] <vish> robert_ancell: thanks, yeah they'll keep discussing it to no end ;)
[06:41] <pitti> Good morning
[07:36] <and471> hey mpt and vish
[07:57] <and471> mornin' mvo
[07:58] <mvo> hey and471!
[08:00] <and471> mvo, does aptdaemon have any documentation?
[08:00] <glatzor> and471, of course!
[08:00] <glatzor> morning and471 and mvo
[08:01] <and471> glatzor, hehe good morning glatzor
[08:01] <and471> oops
[08:01] <glatzor> "pydoc aptdaemon.client" or "man org.debian.apt" "man org.debian.apt.transaction"
[08:02] <glatzor> and471, I am currently rewritting the documentation using sphinx in trunk
[08:02] <and471> glatzor, cool :)
[08:05] <glatzor> and471, where do you want to use aptdaemon?
[08:05] <and471> glatzor, I was going to start to see if I could get some parts working in the new software-updater
[08:05] <and471> glatzor, so I have the work already in update-manager
[08:06] <and471> glatzor, but I am going to need some other stuff
[08:08] <glatzor> and471, which new software-update?
[08:08] <and471> glatzor, one I am working on that follows https://wiki.ubuntu.com/SoftwareUpdateHandling (for natty)
[08:15] <glatzor> and471, which code base do you want to use?
[08:15] <and471> mvo, glatzor, which is the easiest way to run the latest version of aptdaemon on lucid?
[08:16] <glatzor> the debian or ubuntu update-manager?
[08:16] <and471> glatzor, well I started on the ubuntu one
[08:16] <and471> glatzor, I am really just using the backend stuff
[08:16] <glatzor> and471, bzr branch lp:~aptdaemon-developers/aptdaemon/0.3 && sudo ./aptd --td -replace
[08:17] <and471> glatzor, ImportError: No module named defer
[08:17] <glatzor> and471, why? This seem to be only incremental changes
[08:17] <and471> glatzor, mvo recommended we start from 'scratch'
[08:17] <glatzor> and471, don't use trunk. I move defer to a separate package
[08:17] <and471> glatzor, ah sorry ok
[08:18] <glatzor> and471, the debian update-manager has got a lot of abstraction, which would make it quite hard.
[08:18] <glatzor> and471, to modify it
[08:19] <and471> glatzor, 1) because the infrastructure of update-manager is quite different to software-updater, 2) there is a lot of old cruft in update-manager, 3) we want to start with TDD
[08:19] <glatzor> and471, TDD?
[08:19] <and471> glatzor, Test-driven development
[08:19] <glatzor> and471, what is the infrastructure change?
[08:19] <glatzor> and471, ah ok
[08:20] <and471> glatzor, in software-updater, it all happens from one dialog that will morph into others
[08:21] <and471> glatzor, update-manager does this completely different, it would take more effort to port update-manager to software-updater (and it would be less 'clean') than to start afresh
[08:21] <and471> glatzor, aptd: error: no such option: --td
[08:24] <and471> glatzor, ok I have it working, but I am getting segfaults from aptdaemon
[08:25] <and471> mvo, could you help? I am using the aptdaemon code from update-manager, but I get a segfault when calling get_backend().update()
[08:26] <and471> mvo, actually it is when I call apt_pkg.PkgSystemUnLock()
[08:26] <mvo> and471: latest maverick?
[08:26] <and471> mvo, no lucid
[08:27] <mvo> and471: try "apt_pkg.init()" after the import of apt_pkg
[08:28] <and471> mvo, yup it works now :)
[08:28] <and471> mpt, "Authentication is required to query the software repositories for installable packages" yuck!
[08:29] <mvo> :)
[08:35] <and471> mvo, after the policykit dialog, I get http://pastebin.com/341GMgtb
[08:35] <and471> mvo, could it be becuase of running a newer aptdaemon (from the bzr branch) than is installed on the system?
[08:39] <mvo> and471: yeah, it looks like its because you use the client part of the old while running the new
[08:39] <dpm> hey good morning pitti!. I'm looking at the language pack updates, and I still haven't seen any. According to https://translations.edge.launchpad.net/ubuntu/maverick/+language-packs and since last time you activated automatic uploads, we should have at least had an upload yesterday, shouldn't we? Or am I misunderstanding something?
[08:39] <mvo> and471: probably best to install the aptdaemon from the software-store-devleopers ppa or use bzr-buildpackage to build a new one
[08:39] <pitti> hey dpm
[08:39] <pitti> dpm: lemme check
[08:40] <pitti> -rw-r--r--  1 langpack langpack 121341939 2010-08-25 00:29 ubuntu-maverick-translations-update.tar.gz
[08:40] <pitti> so, something ran
[08:41] <pitti> dpm: ah, found an error in the log
[08:41] <pitti> KeyError: 'getpwuid(): uid not found: 2009'
[08:41] <pitti> WTH
[08:44] <seb128> hey pitti mvo
[08:44] <pitti> hey seb128
[08:44] <and471_> mvo, hmm, didn't work, I am using the aptdaemon from the ppa and I get the same error
[08:45] <pitti> dpm: btw, right now is actually not a very good time for langpack updates
[08:45] <pitti> dpm: for the beta release we either need to keep the current ones, or rebuild the -base ones (full export)
[08:45] <pitti> otherwise the CDs will overflow due to the big update packs
[08:46] <dpm> pitti, but having had a recent full export, the deltas shouldn't have grown too big, should they?
[08:47] <pitti> dpm: right, but even if they are small, it means that we have to remove a language
[08:47] <mvo> and471_: oh, ok. let me upload a newer version into the ppa, just to be sure its not releated to the oldish version we have in there
[08:47] <and471_> mvo, ok
[08:49] <glatzor> and471, what kind of error? sorry I had network drop
[08:49] <and471> glatzor, http://pastebin.com/341GMgtb
[08:50] <dpm> pitti, it's probably me, but I'm not sure I understand. Why is now a worse time than other? Is there anything special going on apart from the beta being soon? And why do the deltas affect CD size, don't we just put the -base langpacks in the CD?
[08:50] <and471> glatzor, sorry I didn't need to run from the bzr branch, I have the ~software-store-developers ppa
[08:50] <pitti> dpm: it doesn't matter much if a daily CD overflows
[08:50] <pitti> dpm: but for an official release, we want the update packs to be empty, so that we can fit more langpacks on the CDs
[08:50] <pitti> dpm: it's not such a big deal for alphas and betas, it's just very important for the final
[08:51] <pitti> dpm: so, I'm fine with having those uploaded now, and we'll just chop a language if necessary
[08:51] <pitti> dpm: no, we can't just put -base on the CDs, we always need the -update due to the dependencies
[08:51] <seb128> pitti, will you review uploads today?
[08:51] <seb128> pitti, or if not is there anybody in our timezone who does?
[08:51] <and471> glatzor, mvo, it all seems related to the run_in_dialog
[08:52] <pitti> seb128: Colin is in our TZ; but I can review some as well
[08:52] <and471> glatzor, however I don't really need this function, so I wouldn't worry
[08:52] <seb128> pitti, ok thanks, I might ping you for some
[08:52] <and471> glatzor, so am I right in thing that a basic aptdaemon method is:
[08:52] <and471> client = AptClient()
[08:52] <and471> client.update()
[08:52] <and471> err
[08:52] <and471> trans = client.update()
[08:52] <and471> trans.run()
[08:52] <and471> glatzor, ?
[08:52] <glatzor> and471, right
[08:53] <dpm> pitti, ok, I understand, thanks for the explanation :) So to be clear, we can have delta automatic uploads (except for freezes), but I should simply take care of requesting a full export before beta and final.
[08:53] <glatzor> and471, this way you only make synchronous calls
[08:53] <glatzor> and471, so dbus will block your application
[08:53] <and471> glatzor, ah
[08:53] <pitti> dpm: right
[08:53] <and471> glatzor, a better way?
[08:53] <pitti> dpm: and for those we should also stop the cronjobs (done now)
[08:54] <pitti> dpm: to ensure that we don't get unexpected out of date packages or size increases on urgent respins
[08:54] <pitti> dpm: I uploaded the lot now
[08:54] <glatzor> and471, you can either use the reply_handler/error_handler of the client methods or the inline_callbacks of the defer package
[08:54] <dpm> pitti, which cronjobs are stopped now?
[08:54] <pitti> dpm: maverick
[08:54] <and471> glatzor, so for software-updater, I need to run this transaction, and then get replies based on what is happening
[08:55] <and471> glatzor, (so which repository it is checking)
[08:55] <and471> glatzor, so would this use the reply_handler?
[08:55] <mvo> and471: upoaded new version
[08:55] <and471> mvo, thankyou :)
[08:55] <mvo> np :)
[08:55] <glatzor> and471, hm. it is just about the way to programme and not about the basic functionality of aptdaemon
[08:56] <dpm> pitti, are the cronjobs now stopped for the automatic delta uploads? I understood we said it should be fine to have them as long as there are full exports before milestones. That's how translators test their translations during development cycles.
[08:56] <and471> glatzor, sorry? I don't understand
[08:57] <pitti> dpm: right, but we can't risk automatic uploads one or two days before a release; we need the CDs to be current wrt. the archive, and not change unexpectedly
[08:57] <glatzor> and471, one moment
[08:57] <pitti> we can reenable them immediately after the release
[09:00] <dpm> pitti, yeah, but the next release (beta) is in ~3 weeks. I'd expect we stop the automatic delta uploads and generate full langpacks before the freeze period, not just now. (I'm not being picky, just trying to understand)
[09:00] <pitti> dpm: no, it's next thursday according to Robbie
[09:01] <pitti> we are already in beta freeze
[09:01] <dpm> pitti, ah, sorry, that's what confused me, I misread the schedule!
[09:01] <dpm> pitti, sorry, I got you now
[09:01] <pitti> dpm: no problem :)
[09:02]  * pitti hugs "translation masterÄ dpm
[09:02] <dpm> pitti, thanks for the patience
[09:02]  * dpm hugs pitti :)
[09:02] <pitti> dpm: sorry that release procedures are a bit bureaucratic and complicated
[09:03] <dpm> pitti, no worries, it would have helped if I could read properly... :)
[09:04] <glatzor> and471, http://pastebin.ubuntu.com/484380/
[09:04] <glatzor> and471, this is how you can use different programming styles with aptdaemon
[09:04] <pitti> dpm: CDs currently have some free space, so the updates should be fine; I guess they'll add about 2 MB
[09:05] <pitti> it's sooo good to see dailies actually shrink each day!
[09:05] <glatzor> and471, if you want to monitor the transaction you have to connect to its signals. but there are also some high level gtk widgets available
[09:05] <glatzor> and471, see aptdaemon.gtkwidgets
[09:05] <dpm> pitti, ok :). Do you think I should request a full export instead, rather than having those extrea 2 MB of updates?
[09:05] <pitti> dpm: not this time
[09:05] <and471> glatzor, yeah I saw those, but I don't think any of them are like what is in the spec
[09:06] <pitti> dpm: in general, we should aim for having a full export/rebuild about a week before beta and final
[09:06] <dpm> pitti, ok, thanks. /me adds this to calendar
[09:06] <glatzor> and471, a progress bar and a status label?
[09:06] <and471> glatzor, which widget is like this https://wiki.ubuntu.com/SoftwareUpdateHandling?action=AttachFile&do=get&target=check-manual.jpg
[09:07] <and471> glatzor, (it needs to be embeddable)
[09:07] <and471> (in our window)
[09:08] <dpm> hey mvo, morning, what do you think of bug 572919? Do you think we could just make the changelog message translatable by putting it into a python module as per last comment, or do you have any other ideas?
[09:08] <ubot2> Launchpad bug 572919 in update-manager (Ubuntu) (and 1 other project) "Translatable ubuntu changelog (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/572919
[09:08] <and471> glatzor, ah so would AptProgressBar and AptProgressBar do the job?
[09:09] <glatzor> and471, AptCancelButton, AptProgressBad
[09:09]  * and471 is starting to like aptdaemon :)
[09:09] <and471> glatzor, so I would just call AptProgressBar(trans) and pack it into my application?
[09:09] <glatzor> and471, take a look at AptProgressDialog on how to make use of the widgets
[09:10] <glatzor> and471, right
[09:10] <and471> glatzor, cool, you and mvo have done some great work here :)
[09:10] <mvo> all kudos to glatzor
[09:10] <glatzor> and471, and you would have to listen to the finished signal of the transaction object to morph to the next screen
[09:10]  * mvo hugs glatzor
[09:11] <and471> glatzor, ok cool, well thankyou VERY MUCH for your help :)
[09:11] <and471> glatzor, I shall try to get on myself now and leave you alone :D
[09:11] <glatzor> and471, and add the error handling ... and .. and .. :) still some work to do :)
[09:11] <and471> glatzor, yes yes yes :)
[09:12] <glatzor> and471, but basically the AptProgresDialog already contains all the code - you can just reuse it.
[09:12] <and471> k
[09:12] <glatzor> and471, the gtk-demo.py is also a good example
[09:13] <glatzor> and471, but if you want to map downloaded files to human readable repositories you have to write your own progress label.
[09:13] <and471> glatzor, yes I thought this might be an issue
[09:14] <and471> mvo, and this is the same issue as with software-properties XD ^
[09:14] <mvo> *xough*
[09:14] <mvo> I get back to this, keep poking
[09:15] <glatzor> and471, you have to monitor the Downloads property of the transaction, it will provide you the urls
[09:15] <glatzor> which you can then map to ppas
[09:15] <glatzor> e.g.
[09:20] <mpt> and471, good morning, I fixed that string a week ago in <https://code.launchpad.net/~mpt/aptdaemon/language-fixes>, and glatzor merged it six days ago
[09:21] <and471> mpt, ah good, I nearly had a heart attack when I saw it
[09:22] <glatzor> and471, I am the co-founder of the blatant errors and awkward grammar team :)
[09:22] <and471> glatzor, hehe I was looking at that team the other day :D
[09:23] <and471> glatzor, is this becuase I need to use a newer version? http://pastebin.ubuntu.com/484385/
[09:24] <and471> *because
[09:25] <glatzor> and471, no.
[09:25] <glatzor> and471, you are using the deferreds in a wrong way
[09:25] <mvo> kiwinote: thanks for your fixes branch, I'm merging that now
[09:25] <and471> glatzor, I don't really know what deferreds are
[09:25] <kiwinote> mvo: thanks, just updated it a minute ago
[09:26] <glatzor> and471, a deferred is the promise of a result :)
[09:26] <and471> :)
[09:26]  * glatzor has taken this sentence from the Twisted documenataion
[09:26] <mvo> mpt: hello, quick question. for ppa names, should we uppercase all word (e.g. Apt Test Repo) or just the first one (Apt test repo) for multiple words?
[09:26] <mvo> kiwinote: cool, will have a look now
[09:27] <kiwinote> mvo: no exciting changes, only resolveing a trivial conflict ;)
[09:27] <mvo> kiwinote: haha, ok
[09:27] <mpt> mvo, I don't know for sure, but Title Case would be consistent with the existing "Canonical Partners".
[09:27] <mpt> and "For Purchase"
[09:27] <mvo> mpt: ok, thanks
[09:28] <mvo> mpt: yeah, I thought the same
[09:28] <mvo> kiwinote: I make a trivial change in the merge (using string.capwords), just fyi
[09:28] <kiwinote> mpt, mvo: that would give 'Provided By Ubuntu', which we may not want?
[09:29] <glatzor> and471, the deferred allows to chain callbacks and errbacks
[09:29] <mvo> kiwinote: I moved it to only apply for sources that do not have a translation. if we have translations then the transltors will do the right thing
[09:29] <kiwinote> mvo: ok, great!
[09:29] <glatzor> and471, do you already have got any code on launchpad?
[09:30] <mvo> :)
[09:30] <and471> glatzor, yup let me just push my changes
[09:31] <mpt> kiwinote, title case doesn't mean that every word is capitalized. It means that the first word is capitalized, and every other word except for conjunctions, prepositions, or articles that are three letters or shorter.
[09:31] <and471> glatzor, bzr branch lp:~and471/+junk/software-updater
[09:31] <and471> glatzor, I hope it is pretty self explanatory
[09:31] <mpt> kiwinote, for example, "Bookmark This Page" and "Organize Desktop by Name".
[09:33] <kiwinote> mpt: yep, although we don't have a python function to do that ;)
[09:34] <mpt> kiwinote, no, why would we want a Python function to do it?
[09:34] <mpt> oh
[09:34] <mpt> mvo, what exactly did you mean by "we" in that question?
[09:35] <mpt> Were you suggesting that USC should change the capitalization of repository labels it receives?
[09:40] <mvo> mpt: "we" as in "should software-center" do that
[09:42] <mpt> mvo, sorry, I thought you were talking about archives we were setting up. I don't think USC should alter them.
[09:43] <mvo> mpt: not alter them at all? or just capitalize the first word ?
[09:43] <and471> glatzor, is everything in order?
[09:43] <kiwinote> mpt: the aim was to avoid the names starting with lowercase letters as seen in http://i.imgur.com/ddgvj.png
[09:44] <mpt> mvo, not alter them at all. For example if I set up a PPA named "Dumas d’Artagnan’s Desiderata", capitalizing that second "d" would be incorrect.
[09:44] <glatzor> and471, you don't need to create the widgets every time you run an update
[09:44] <glatzor> and471, the aptdaemon widgets should be part of the normal window
[09:44] <glatzor> and471, you can connect them to a transaction by calling set_transaction
[09:45] <mpt> kiwinote, that's a job for the caption below the Launchpad form field that asks you to name your PPA. It's not USC's job.
[09:46] <glatzor> self.install_backend.update() in line 140 will always return a Deferred since the inline_callbacks decorator is used
[09:47] <glatzor> and471, in the first run I would recommend you to avoid the defers. just use the reply_handler and error_handler
[09:52] <mvo> hm, we can not replace update-manager, its at rev1900 now, we need to hit r2000 before ;)
[09:52] <kiwinote> mpt: ok, thanks, mvo's reverting the change. Just for clarity: in the original branch I only touched the first letter of the string, not of each word. But yes, ideally it is (and should be) down to the caption in the lp form
[09:52] <and471> glatzor, bah sorry, my internet connection sucks
[09:52] <and471> glatzor, I got up to self.install_backend.update() in line 140 will always return a Deferred since the inline_callbacks decorator is used
[09:52] <mvo> ^--- see above ;)
[09:56] <and471> glatzor, but if I don't call AptCancelButton() without the transaction, I get an error
[09:56] <glatzor> and471, perhaps it makes sense to not use deferreds in the first run. you could just use the reply_hanlder and error_handler as in normal dbus.
[09:56] <glatzor> and471, indeed
[09:56] <glatzor> and471, but this can be fixed easily
[09:57] <and471> glatzor, do tell :)
[09:57] <seb128> pitti, I've uploaded trivial gnome-panel and nautilus changes if you feel like reviewing those
[09:57] <seb128> pitti, gnome-panel to drop the documentation launcher from the default configuration
[09:57] <glatzor>  AptCancelButton.__init__(self, transaction=None) :)
[09:57] <seb128> pitti, nautilus to fix the amd64 build issue due to implicit pointer conversions
[09:57] <and471> glatzor, grr, I just reliased my stupidity when looking at the source :)
[09:58] <and471> realised
[09:58] <glatzor> and471, the fix is now in the 0.3 branch
[09:58] <and471> glatzor, the fix for?
[09:58] <glatzor> The cancel button
[09:58] <pitti> seb128: oh, sweet, thanks
[09:58] <and471> glatzor, ah ok
[09:58] <pitti> seb128: will do in a sec
[09:58] <seb128> pitti, danke
[10:01] <glatzor> and471, just use the second style from http://pastebin.ubuntu.com/484380/
[10:01] <mvo> and471: latest aptdaemon is in the ppa
[10:01] <and471> mvo, thanks
[10:01] <mvo> and471: if you run lucid, could you do me a favour and run bzr-buildpackage and see if the current trunk work on lucid? if so, I will push it to the ppa as well
[10:02] <and471> mvo, for SC or AD?
[10:02] <glatzor> and471, add the widgets to the normal dialogs at init time and call their set_transaction methods in the reply_handler of the client.update call
[10:02] <and471> glatzor, ok will do
[10:02] <glatzor> and471, in the same reply handler you call the run method of the transaction
[10:02] <and471> k
[10:03] <glatzor> and471, finally connect to the finished signal of the transaction to get notified when to switch to the next step
[10:03] <and471> okey dokey
[10:04] <glatzor> and471, the finished signal also gives you the exit state of the transaction (if it was successful or failed)
[10:04]  * and471 thinks why does anyone need aptadaemon docs when you have glatzor :)
[10:04] <glatzor> and471, in the case of a failure you can get the exception from the error property of the transaction
[10:06] <mvo> and471: software-center
[10:06] <mvo> docs scale better than glatzor ;)
[10:06] <and471> hehe
[10:07] <mvo> aptdaemon == beauty
[10:07] <and471> mvo, one of the tests fails, so it doesn't build
[10:07] <and471> GError: Failed to open file '/usr/share/software-center/icons/software-center-installed.png': No such file or directory
[10:08] <mvo> and471: ok, does it build with disabled tests (.bzr-builddeb/default.conf has the config for this)
[10:08] <mvo> ?
[10:08] <and471> mvo, how do I run with disabled tests?
[10:09] <mvo> and471: just edit .bzr-builddeb/default.conf and remove the pre-build hook
[10:09] <and471> mvo, sorry, just figured it out
[10:10]  * glatzor is getting red
[10:10] <and471> mvo, yup it all worked (except the signing) :)
[10:10] <mvo> and471: and installing the deb and running it works as well?
[10:11] <and471> mvo, how do I run without signing? it fails without your key
[10:13] <geser> and471: pass -us -uc to your debuild call (if I got the context right)
[10:14] <and471> geser, well I am using bzr-buildpackage, but I suppose I could just debuild instead
[10:16] <geser> "bzr bd -- -us -uc" should do it
[10:16] <mvo> thanks geser
[10:17] <and471> mvo, I have to wait a min, my messing aroudn with aptdaemon means the database is locked :)
[10:19] <mvo> and471: no rush
[10:20] <and471> mvo, software-center depends on ubuntu-sso-client (>= 0.99.2); however:
[10:20] <and471>   Package ubuntu-sso-client is not installed.
[10:20] <and471> dpkg: error processing software-center (--install):
[10:20] <and471>  dependency problems - leaving unconfigured
[10:20] <mvo> and471: aha, right. thanks. so at least buy will not work :/
[10:20] <mvo> thanks
[10:22] <and471> glatzor, do I set the transaction of the widgets in the reply_handler of transaction.run() or client.update_cache() ?
[10:22] <and471> mvo, np problem
[10:36] <glatzor> and471, I would recommend update_cache, to make sure that you don't miss any early signal from the transaction
[10:43] <pitti> seb128: hm, do you know whether these ugly orange buttons will stay the default?
[10:45] <seb128> pitti, I guess they do
[10:46] <pitti> seb128: and my windows lost their frames
[10:46] <mpt> mat_t, bug 621269
[10:46] <ubot2> Launchpad bug 621269 in ubuntuone-client (Ubuntu Maverick) (and 2 other projects) ""Hide location bar" doesn't do anything (affects: 2) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/621269
[10:46] <seb128> pitti, talk to ivanka I guess
[10:46] <mat_t> mpt: thx
[10:46] <pitti> ivanka: hm, now how am I supposed to change the size of my windows if they don't have a real frame any more? hitting that 1 pixel is utterly hard
[10:47] <pitti> (well, *I* know that alt + middle mouse + move trick, but my mum doesn't)
[10:49] <mvo> and it does not work if middle button is mapped to something else (like scroll)
[10:49] <mvo> so pitti++
[10:49] <pitti> and laptops often don't even have a middle mouse
[10:50] <pitti> I guess I won't start arguing about the bright orange default buttons :)
[10:51] <pitti> seb128: do you know which package is responsible for the borders? is that light-themes?
[10:52] <seb128> pitti, yes
[10:52] <pitti> seb128: thanks; will file a bug and subscribe UX
[10:53] <seb128> thanks
[11:00] <pitti> done
[11:10] <chrisccoulson> pitti - the window resizing issue is quite a long-standing problem. there's already a bug report somewhere with a lot of comments on
[11:11] <chrisccoulson> pitti - bug 160311
[11:11] <ubot2> Launchpad bug 160311 in metacity (Ubuntu) (and 5 other projects) "Resizing windows by grabbing window borders is difficult (affects: 204) (dups: 4) (heat: 1010)" [Wishlist,Triaged] https://launchpad.net/bugs/160311
[11:12] <chrisccoulson> oh, but it's even worse now, i just noticed ;)
[11:12] <chrisccoulson> heh, i actually cannot resize window anymore :/
[11:14] <pitti> chrisccoulson: that's what I meant
[11:34] <mpt> mvo, sorry if I've asked you this before, but: Is there any reliable programmatic way of distinguishing transitional packages from all others?
[11:39] <mpt> @#$%^!
[12:01] <mpt> Good morning devildante
[12:01] <devildante> good morning, mpt, mvo, kiwinote ;)
[12:07] <devildante> mvo: what is "update-software-center-agent" supposed to do?
[12:12] <mvo> mpt: yes and no, we can check section: trasnlations, that is a good one, but e.g. thunderbird-mail-de does use "mail" as section
[12:13] <mvo> mpt: I would argue that is a bug though
[12:14] <mvo> mpt: there are some corner cases like the dictionaries that are usually part of "section: text"
[12:14] <mvo> hey devildante
[12:14] <devildante> mvo, hi :)
[12:14] <mvo> devildante: that util gets the latest information about sofware availalbe for sale
[12:15] <mpt> mvo, I was more wondering how we could stop "Transitional package for firefox-kde-support" from showing up as an add-on for Firefox.
[12:15] <devildante> ah
[12:15] <chrisccoulson> mvo - is there a section we should be using for transitional pacakges?
[12:15] <mpt> mvo, or from showing up in searches, for that matter.
[12:15] <chrisccoulson> we have a lot of them in mozilla-land ;)
[12:16] <mvo> chrisccoulson: traditionally oldlibs is used
[12:16] <mvo> chrisccoulson: but I think there is justification for a new "transitional" section, but let me double check
[12:16] <mvo> mpt: let me have a look
[12:16] <chrisccoulson> mvo - yeah, a transitional section would be nice
[12:17] <mvo> we are ubuntu, we can just start one ;)
[12:18] <mvo> mpt, chrisccoulson: in the case of kmozillahelper its just a matter of removing the suggests from the firefox package
[12:19] <mvo> chrisccoulson: do you want a bug for this s/kmozillahelper/firefox-kde-support/ ? or is it trivial enough to just add into bzr?
[12:19] <chrisccoulson> mvo - i think the suggests is there for a reason
[12:19] <mvo> chrisccoulson: but why on the transitional one ? and not on the one that the transitional points to?
[12:20] <chrisccoulson> probably because we use the same packaging for the daily builds, which are building for lucid (which still has kmozillahelper)
[12:20] <mpt> devildante, bug 625252 covers what we talked about last week with the Provides:
[12:20] <ubot2> Launchpad bug 625252 in software-center (Ubuntu) "BibleTime shows no add-ons (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/625252
[12:20]  * devildante forgot the Provides discussion :p
[12:21] <chrisccoulson> mvo - i could fix that now because i actually just branched off for maverick
[12:21] <mvo> thanks, that would be nice
[12:22] <devildante> mpt: what are we doing wrong?
[12:23] <mpt> devildante, I haven't looked at the algorithm, but I guess probably not taking Provides into account
[12:23] <devildante> mpt, will fix this, unless chrisccoulson wants to ;)
[12:24] <mpt> thanks
[12:24] <chrisccoulson> fix what?
[12:29] <chrisccoulson> mvo - ok, fixed in bzr now
[12:29] <mvo> thanks!
[12:32]  * devildante has been beaten :p
[12:32] <devildante> chrisccoulson: are you not talking about bug 625252?
[12:32] <ubot2> Launchpad bug 625252 in software-center (Ubuntu) "BibleTime shows no add-ons (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/625252
[12:34] <chrisccoulson> devildante, no, we were talking about showing "Transitional package for firefox-kde-support" for firefox
[12:34] <chrisccoulson> i have nothing to do with bibletime ;)
[12:34] <devildante> ah, sorry :)
[12:34]  * devildante will go fix it
[12:37] <devildante> mpt: could you update the spec to include packages that enhances a package provided by the app?
[12:39] <mpt> devildante, it's already there: "A Enhances X (or Enhances a virtual package that X Provides)"
[12:40] <devildante> mpt: okay, sorry for that
[12:40] <devildante> mpt: could you move the add-ons section to the main spec?
[12:40] <mpt> devildante, yes, sorry I hadn't done that yet, I'll do it in four hours after I've prepared for and had a meeting
[12:41] <devildante> okay :)
[12:44] <mvo> devildante: if you add it, please update the tests in test/test_addons.py :)
[12:45] <mpt> mvo, will the OneConf stuff remain a plug-in indefinitely? If so, I'll move it out of the main spec
[12:45] <mvo> mpt: it will stay as  a plugin for maverick
[12:45] <mpt> mvo, sure, but I meant beyond that
[12:46] <mvo> mpt: we can discuss it for N, but it would be nice to have it optional as it means we have less dependencies and its only useful for a subset of users
[12:46] <devildante> mvo: sure thing :)
[12:46] <mvo> mpt: I see no real downside in keeping it as a plugin
[12:46] <mpt> ok
[12:46]  * devildante excuses himself for disconnect
[12:47] <mpt> I just saw the interface for the first time and had a minor rage at how sloppy it was
[12:47] <mpt> It manages to call "Ubuntu One" both "Ubuntu one" and "Ubuntu On"
[12:47] <mpt> in the same window
[12:47] <mvo> mpt: I see. didrocks is on vac, but I'm sure he will fix it at once
[12:48] <mpt> yeah, I'll report lots of bugs later :-)
[12:48] <mvo> is the sync actually working for you? desktopcouch was broken for ~2 months or so in maverick so I have not seen a successful run yet
[12:48] <mpt> mvo, I haven't tried, I don't have an Ubuntu One account
[12:48] <mvo> unfortunately as I like the idea/feature a lot
[12:48] <mvo> aha, ok
[12:56] <devildante> mvo, mpt: it seems python-apt doesn't want to show provides for bibletime
[12:57] <devildante> mvo, mpt: can you tell me what I have done wrong: max(cache["bibletime"].versions).get_dependencies("Provides")
[12:59] <mpt> no idea, sorry
[12:59] <mpt> I are just a UI designerrr
[12:59] <devildante> mpt: np ;)
[13:00] <mvo> devildante: hm, let me have a look, might be a bug
[13:00] <devildante> mvo, in apt-cache, bibletime provides sword-frontend
[13:00] <chrisccoulson> what defines the ordering of the addons in the firefox pane?
[13:01] <devildante> chrisccoulson: as far as I know, the add-ons aren't ordered
[13:01] <chrisccoulson> cool, i just noticed that my extension appears near the top of the list here
[13:01] <chrisccoulson> which is nice ;)
[13:02] <devildante> chrisccoulson: scratch that, recommended add-ons are shown first, then suggested add-ons
[13:03] <devildante> hi pedro_ :)
[13:03] <pedro_> hello devildante
[13:04] <chrisccoulson> devildante, recommended how though? firefox only recommends ubufox, and suggests firefox-gnome-support and firefox-kde-support
[13:04] <chrisccoulson> and the two suggests aren't actually shown here either
[13:05] <chrisccoulson> oh, actually
[13:05] <chrisccoulson> firefox-kde-support is ;)
[13:05] <chrisccoulson> but it's in the middle of the list
[13:05] <devildante> chrisccoulson: see the spec here: wiki.ubuntu.com/SoftwareCenter#add-ons
[13:05] <chrisccoulson> thanks
[13:05] <devildante> https://wiki.ubuntu.com/SoftwareCenter#add-ons
[13:05] <devildante> np, you're welcome ;)
[13:09] <chrisccoulson> devildante, so, firefox-gnome-support isn't shown possibly because it's suggested by more than one package?
[13:09] <chrisccoulson> it seems like i should make it enhance firefox
[13:10] <chrisccoulson> of course, it's receommended by ubuntu-desktop
[13:10] <chrisccoulson> that package is actually pretty useless for people already running gnome anyway, as it doesn't ship anything
[13:11] <seb128> tseliot, hey
[13:11] <tseliot> hi seb128
[13:11] <seb128> tseliot, do you know what is the status of bug 616023:nVidia card : X won't start since 1.9 update, no screens found
[13:11] <ubot2> Launchpad bug 616023 in nvidia-graphics-drivers (Ubuntu Maverick) (and 1 other project) "nVidia card : X won't start since 1.9 update, no screens found (affects: 73) (dups: 3) (heat: 400)" [High,Triaged] https://launchpad.net/bugs/616023
[13:11] <seb128> tseliot, is that going to be fixed for maverick?
[13:12] <chrisccoulson> hmmm, i should fix the latex-xft-fonts suggests as well
[13:12] <tseliot> seb128: it's (kind of) fixed if you use Jockey to install the driver
[13:12] <tseliot> as it sets the ignoreABI option
[13:13] <seb128> tseliot, will we get an updated driver in maverick which doesn't require that?
[13:13] <seb128> tseliot, what about upgrades? is something going to set that option?
[13:13] <seb128> chrisccoulson: hey
[13:14] <seb128> chrisccoulson: you are on bug #623509 right?
[13:14] <ubot2> Launchpad bug 623509 in firefox (Ubuntu Maverick) (and 1 other project) "Firefox is creating empty crash reports due to ptrace restrictions (affects: 1) (heat: 3140)" [High,Triaged] https://launchpad.net/bugs/623509
[13:14] <tseliot> seb128: I think we should discuss this in private
[13:14] <seb128> tseliot, ok
[13:14] <chrisccoulson> seb128 - yeah, i have written a patch already, i'm just getting it reviewed by the google breakpad guys
[13:15] <chrisccoulson> but i switched off the crash reporter for beta in the meantime
[13:15] <seb128> chrisccoulson: do you have any eta for fixing?
[13:15] <chrisccoulson> seb128 - it will be most likely next week
[13:15] <chrisccoulson> (or just after beta)
[13:15] <seb128> thanks
[13:17] <chrisccoulson> mvo - i dropped the transitional suggests on latex-xft-fonts from firefox too
[13:27] <mvo> devildante: use "cache["bibletime"].candidate._cand.provides_list for now please, I will see that this gets added ot the normal api
[13:29] <devildante> mvo, it works! thanks a lot :)
[13:31] <mvo> devildante: cheers :)
[13:31] <devildante> mpt: can I get your opinion on bug 322314?
[13:31] <ubot2> Launchpad bug 322314 in empathy (Ubuntu) (and 2 other projects) ""Automatically connect on startup" setting confusing - users may expect this to run Empathy on login (affects: 40) (heat: 197)" [Low,Triaged] https://launchpad.net/bugs/322314
[13:43] <devildante> whoops, he's away
[13:46] <ronoc> bl8: hey
[13:46] <ronoc> bl8: any chance you could upgrade to maverick ?
[13:47] <ronoc> bl8: that means I can then get rid of that ppa, its always just a temporary measure until maverick became established
[13:48] <bl8> ronoc: Hey, I think I'll do my testing in a VM, so you can remove that PPA if you want
[13:48] <ronoc> bl8: okay cool, any reason why you don't upgrade?
[13:49] <bl8> ronoc: I need a stable desktop for Banshee and stuff, I don't want to spend time tracking down distro bugs ;)
[13:50] <devildante> mvo: how can we get renhances for a virtual package?
[13:50] <devildante> (self.cache[virtual_pkg] will raise an exception)
[13:51] <ronoc> bl8, fair enough, although it seems pretty good now ...
[13:53] <mvo> devildante: there is a get_providing_packages("virual-pkg-name")
[13:53] <mvo> devildante: that will give you a list of apt.Packages
[13:54] <devildante> mvo: cool, but not what I wanted
[13:55] <devildante> mvo: for example, bibletime provides sword-frontend. I want the packages that enhances sword-frontend
[13:55] <devildante> mvo: is that a good explanation?
[13:57] <devildante> mvo: nvm, I found how... but thanks for trying to help me :)
[14:13] <sachith> hi.. anybody here who contributes to ubuntu? iam just curious and want to contribute
[14:14] <devildante> sachith: what do you want to contribute to?
[14:15] <sachith> i have enough free time in the weekends and i love to use linux, also i know programming.. so want to use my skill
[14:17] <devildante> sachith: usually, you have to concentrate on a specific area that you are really interested in
[14:19] <sachith> devildante: can u tell me which r the areas i can look in to?
[14:20] <devildante> sachith: Do you know C, C++, Python... (not all of them)? Do you know how to program in GTK+ or Qt?
[14:21] <vish> !development | sachith
[14:21] <ubot2> sachith: Interested in becoming an Ubuntu Developer? Get started here: https://wiki.ubuntu.com/UbuntuDevelopment
[14:21] <devildante> wow, super ubot2 came to the rescue :p
[14:21] <vish> sachith: that has a few useful links too , but some might get overwhelmed reading that page too :)
[14:21] <sachith> devildante: i know c, c++, python but don't know gtk and qt
[14:22] <devildante> sachith: I think you'll be fine reading the page above
[14:22] <devildante> mvo: can you merge https://code.edge.launchpad.net/~ilidrissi.amine/software-center/addons-provides/+merge/33903 ?
[14:23] <devildante> please :)
[14:24] <sachith> devildante: ok.. i will look in to that page. but its there r lot of things.. confused what to start with
[14:24] <sachith> vish: yeah.. lot of things there :)
[14:24] <sachith> ubot2: thanks for the link
[14:24] <ubot2> sachith: Error: I am only a bot, please don't think I'm intelligent :)
[14:25] <vish> sachith: think of it the other way, a lot of ways/options for you to contribute ;)
[14:25] <chrisccoulson> seb128 - ok, my patch for bug 623509 has been committed upstream now (http://code.google.com/p/google-breakpad/source/detail?r=673), so i'll upload it to maverick after beta
[14:25] <ubot2> Launchpad bug 623509 in firefox (Ubuntu Maverick) (and 1 other project) "Firefox is creating empty crash reports due to ptrace restrictions (affects: 1) (heat: 3140)" [High,Triaged] https://launchpad.net/bugs/623509
[14:25] <seb128> chrisccoulson: is there any reason to not do it now?
[14:25] <devildante> sachith: you can begin with https://wiki.ubuntu.com/BeginnersTeam/FocusGroups/Development/Devbeginnings
[14:26] <seb128> chrisccoulson: seems we could benefit to get crashes on beta report
[14:26] <chrisccoulson> seb128 - i was going to wait until we upload 3.6.9
[14:26] <chrisccoulson> but, if the builders aren't too busy,. i suppose i could do it now
[14:26] <seb128> well, would upstream have use for 3.6.8 bugs?
[14:26] <seb128> or do they are focussed on 3.6.9 now and the old version one are not useful?
[14:26] <seb128> it's your call I guess
[14:26] <sachith> devildante: thank you.. :)
[14:27] <sachith> vish: usually i feel like doing everything and ends up in doing nothing :)
[14:28] <seb128> chrisccoulson: ^
[14:28] <chrisccoulson> seb128 - yeah, they would be more focused on 3.6.9 bugs now
[14:28] <mvo> devildante: sure, doing that now
[14:28] <seb128> chrisccoulson: buildds are not an issue they are empty out of langpacks
[14:28] <chrisccoulson> although, i suppose i could upload 3.6.9 ;)
[14:28]  * devildante is happy
[14:28] <seb128> chrisccoulson: ok, so let's wait for 3.6.9 then
[14:29] <chrisccoulson> i've not seen any blockers from the first build yet
[14:29] <seb128> chrisccoulson: oh? you have it ready? go for it I would say ;-)
[14:29] <seb128> or maybe check with r-t first
[14:29] <seb128> do you want me to ask during the r-t meeting later on?
[14:29] <chrisccoulson> seb128 - yeah, if you don't mind
[14:29] <seb128> ok, will do that
[14:29] <seb128> thanks
[14:29] <seb128> you think you would have an upload ready for maverick today?
[14:30] <chrisccoulson> yeah, it's already in the PPA for all the other releases
[14:30] <seb128> ok, thank you
[14:31] <seb128> chrisccoulson: hum, would an update require new langpacks?
[14:33] <chrisccoulson> seb128 - we wouldn't need new langpacks
[14:33] <seb128> ok so that'd doable
[14:34] <sachith> vish: are you a contributor to ubuntu?
[14:37] <vish> sachith: well , i think so ;)
[14:38] <sachith> vish: nice.. :)
[14:40] <mvo> devildante: merged, thanks (and added a test ;)
[14:41] <devildante> thanks for the merge, mvo :)
[14:41] <devildante> (and sorry for not adding a test :p)
[14:42] <devildante> mvo: what about https://code.edge.launchpad.net/~ilidrissi.amine/software-center/fix-conflicting-packages/+merge/33818 ?
[14:42] <mvo> devildante: still on my list
[14:43] <devildante> thanks a lot :)
[14:44] <mvo> your welcome!
[14:45] <sachith> devildante: you are like project manager here? :)
[14:45] <devildante> sachith: not at all :p
[14:45] <devildante> sachith: but you could say mvo is one :)
[14:51] <sachith> devildante: oh.. i see :) i never contributed anything to open source.. now thinking seriously abt it..
[14:52] <devildante> sachith: yeah, I was pretty much in the same situation as yours
[14:52] <devildante> sachith: but you'll see, the ubuntu dev community is very helping :)
[14:55] <sachith> devildante: thats great.. :)
[16:23] <and471> glatzor, hey, what signal is emitted when updating the cache, that tells me that the repository it is checking has changed?
[16:38] <and471> glatzor, you said to monitor the 'Download' property of the transaction, but it doesn't seem to change and it is always an integer. Is this the right property?
[16:51] <seb128> kenvandine, can you let me know what the status is on bug #522538 when you are back?
[16:51] <ubot2> Launchpad bug 522538 in desktopcouch (Ubuntu Maverick) (and 3 other projects) "gwibber-service crashed with error in connect() (affects: 699) (dups: 179) (heat: 3024)" [High,Confirmed] https://launchpad.net/bugs/522538
[16:54] <and471> mvo, I think glatzor is away, do you know the answer to this - for software-updater I need to know when the transaction switches to a new repository (to update the label - 'Checking repo x'), do you know which signal this is?
[18:21] <kenvandine> seb128, unfortunately i don't know anything more than what is in the comments from that bug report, since chad's work around to force a reconnect from desktopcouch, i haven't been able to reproduce it
[18:21] <Carleas> I have a powerbook g4 that I want to convert to Ubuntu desktop, but I don't have any DVDs.  I have another Mac and lots of cables (USB to USB, Firewire to Firewire, ethernet).  Can I remote install?
[18:21] <kenvandine> the underlying problem is the python-httplib2 bug
[18:22] <seb128> kenvandine, is that on track for maverick? it has been added to the r-t meeting agenda on our items now
[18:22] <kenvandine> which chad has also spent lots of time on trying to fix it
[18:22] <seb128> should that rather be assigned to u1?
[18:22] <seb128> chrisccoulson: hey
[18:22] <kenvandine> it is definately u1
[18:22] <chrisccoulson> hi seb128
[18:22] <seb128> kenvandine, ok thanks
[18:23] <seb128> chrisccoulson: you can upload firefox 3.6.9
[18:23] <kenvandine> the package bug is assigned to me so i can try to track it
[18:23] <chrisccoulson> seb128 - cool, thanks
[18:23] <seb128> chrisccoulson: since monday is a holiday for you would be nice to upload today
[18:23] <kenvandine> but it needs dc or python-httplib2 fix
[18:23] <seb128> kenvandine, ok
[18:23] <chrisccoulson> yeah, i can do that today
[18:23] <seb128> thanks
[18:23] <kenvandine> seb128, however, it doesn't affect gwibber anymore :)
[18:23] <kenvandine> yay for sqlite :)
[18:23] <seb128> kenvandine, ok, I just wanted a status update since it landed on my bugslist
[18:23] <seb128> kenvandine, ;-)
[18:23] <kenvandine> gwibber was the most visable failure
[18:23] <Carleas> Is there a better channel to ask?
[18:24] <seb128> kenvandine, does it affect anything in the default install?
[18:24] <seb128> Carleas, #ubuntu
[18:24] <kenvandine> Carleas, try #ubuntu
[18:24] <kenvandine> seb128, it could
[18:24] <Carleas> Thanks!
[18:24] <seb128> Carleas, sorry that channel is to discuss work we do not for user support
[18:24] <james_w> seb128: hey, is the retracer issue worth me looking for a workaround so that we don't have to wait for LP to fix it?
[18:24] <seb128> kenvandine, so it should still stay on our maverick list?
[18:24] <kenvandine> evolution-couchdb perhaps
[18:24] <Carleas> My bad.  Keep up the good work!
[18:24] <james_w> seb128: there probably isn't one, but if you want the retracers I can spend a few minutes looking.
[18:24] <seb128> james_w, hey, they said they would have a workaround earlier next week
[18:24] <kenvandine> rodrigo_, does evolution-couchdb talk to desktopcouch or couchdb directly?
[18:24] <kenvandine> i think it is desktopcouch
[18:25] <kenvandine> Carleas, thx :)
[18:25] <seb128> james_w, so maybe let them monday and they we will see?
[18:26] <james_w> seb128: ok, let me know if you want me to take a look
[18:26] <seb128> james_w, thanks
[18:27] <seb128> james_w, if you are bored and want to try to workaround it you are welcome but maybe don't waste time on it before monday in case they do manage to workaround it
[18:27] <james_w> yeah, I won't do it if they expect to have a fix that soon
[18:27] <james_w> I suspect that there is no workaround that we can do anyway
[19:20] <chrisccoulson> seb128 - i'm just doing a test build of ff3.6.9 before i upload. i guess i should do that if i'm not going to be around on monday ;)
[19:20] <chrisccoulson> and i only tested the change with 4.0 so far
[19:23] <devildante> does anyone now how to use a GTK+ version built in /usr/local?
[19:23] <devildante> is LD_LIBRARY_PATH enough?
[19:24] <chrisccoulson> devildante, should be
[19:24] <chrisccoulson> or add /usr/local/lib to /etc/ld.so.conf
[19:31] <rodrigo_> kenvandine, it talks to couchdb directly
[19:32] <kenvandine> rodrigo_, ok, thx
[19:33] <kenvandine> so i wonder if that means desktopcouch can come off the CD
[19:33] <kenvandine> oh, i guess it can't
[19:34] <kenvandine> oh, no it can...i think
[19:34] <rodrigo_> kenvandine, couchdb-glib needs to talk to desktopcouch to get the port
[19:34] <kenvandine> ok... so it can't
[19:34] <kenvandine> how does it handle resuming from suspend?
[19:34] <kenvandine> if it fails, does it call desktopcouch again to get the new port?
[19:37] <rodrigo_> kenvandine, couchdb is stateless, so every request is new, so it should be ok
[19:37] <kenvandine> well it's a problem for python apps
[19:37] <kenvandine> couchdb seems to go away or crash on suspend
[19:37] <kenvandine> so desktopcouch loses it's connection and has to reconnect
[19:38] <kenvandine> but it think that problem is limited to things that use python-httplib2
[19:38] <kenvandine> so it should be fine
[19:40] <rodrigo_> hmm, but if desktopcouch restarts, it will use a different port, so evo-couchdb won't work, I guess
[19:42] <kenvandine> it does... the port changes
[19:42] <kenvandine> well
[19:43] <kenvandine> not always
[19:43] <kenvandine> it first tries to reconnect internally to couchdb
[19:43] <kenvandine> but sometimes it crashes and restarts with a new port
[19:44] <kenvandine> seb128, did you see libutouch-grail1 amd64 is in universe and i386 is in main
[19:44] <kenvandine> blocking the unity build for amd64, has anyone promoted it yet?
[21:21]  * devildante hates it when he changes one C header and he has to re-compile everything
[21:27] <gambs> Is GDM meant to have a flower background? Or is it just me? :S
[21:31] <devildante> gambs: no, it must have the purple ubuntu background
[21:31] <devildante> or rather aubergine :p
[21:31] <gambs> Yeah, that's what I thought... Any idea of what I should do?
[21:32] <devildante> gambs: file a bug? (if you didn't change it, that is)
[21:32] <gambs> Thanks devildante
[21:32] <devildante> gambs: np :)
[21:45] <gambs> Oh, also, my U1MS has completely disappeared. I tried disabling and re-enabling it... restarting, etc.
[21:46] <nessita> gambs: what's is your "U1MS"?
[21:47] <gambs> Ubuntu One Music Store
[23:00] <devildante> vish: here?
[23:20] <devildante> oh my, it's 03:49 AM at vish's home! better not bug him :p
[23:32] <nessita> kenvandine: hello mister!
[23:32] <nessita> kenvandine: may I ask you to sponsor a package?
[23:37] <nessita> could anyone sponsor a new package for ubuntu-sso-client? https://code.launchpad.net/~nataliabidart/ubuntu/maverick/ubuntu-sso-client/ubuntu-sso-client-0.99.4/+merge/33969
[23:41] <nessita> ok, I'm off, I'll check back later
[23:41] <nessita> bye all!