[00:21] <Ampelbein> robert_ancell: hi there! am I right that you are upstream for glchess in gnome-games?
[00:21] <robert_ancell> Ampelbein, I am
[00:23] <robert_ancell> brb
[00:23] <Ampelbein> robert_ancell: cool, i was looking for a fix for bug 389889. I came up with http://paste.ubuntu.com/201152/ but that only works in python2.6, not 2.5.
[00:32] <robert_ancell> Ampelbein, I suggest pushing that fix upstream and marking the Ubuntu bug as triaged - I'm not sure if we're ready to require Python 2.6 yet
[00:33] <Ampelbein> robert_ancell: http://paste.ubuntu.com/201153/ works also with python2.5, but I do have a question: what error do you want to be displayed?
[00:34] <Ampelbein> robert_ancell: http://paste.ubuntu.com/201156/ the first or the more detailed second?
[00:36] <robert_ancell> Ampelbein: I want the text of the message to be displayed, I think in http://paste.ubuntu.com/201153/ it will display something like "IOError('blah')" which is not what I want
[00:38] <Ampelbein> robert_ancell: ok, so you want http://paste.ubuntu.com/201160/ ?
[00:39] <Ampelbein> robert_ancell: or just the "No such file or directory"?
[00:40] <robert_ancell> Ampelbein, testing...
[00:42] <robert_ancell> Ampelbein: yes, I want that.  I didn't realise that .message doesn't return anything anymore!
[00:42] <Ampelbein> robert_ancell: ok, i'm filing a bug and attach the patch
[00:42] <robert_ancell> Ampelbein: thanks
[05:37] <TheMuso> c
[06:25] <pitti> Good morning
[07:02] <robert_ancell> pitti: Do you know .deb Python packaging well? I'm trying to fix gucharmap, it FTBFS as it installs python modules in /usr/lib/python2.6/site-packages not /usr/lib/python2.6/dist-packages.  Is there a debhelper that will "do the right thing" for me?
[07:02] <robert_ancell> bug 390523
[07:03] <pitti> robert_ancell: does it use distutils?
[07:03] <pitti> robert_ancell: then you need to use --install-layout=deb on the "setup.py install" call
[07:04] <robert_ancell> pitti, unfortunately it doesn't use distutils - it's an autoconf job
[07:04] <pitti> robert_ancell: ok, then this needs to be fixed in debian/*.install
[07:05] <robert_ancell> pitti, but then how do you get it to work building both python 2.5 and 2.6?
[07:11] <pitti> robert_ancell: you probably have to split the python module install line in debian/*.install then
[07:41] <didrocks> good morning
[07:42] <pitti> hey didrocks
[08:14] <robert_ancell> pitti: do you know why gnome-system-monitor is failing to build? It doesn't cant install dependencies it seems
[08:14] <robert_ancell> http://launchpadlibrarian.net/28187740/buildlog_ubuntu-karmic-sparc.gnome-system-monitor_2.27.3-0ubuntu1_FAILEDTOBUILD.txt.gz
[08:15] <pitti> robert_ancell: oh, just sparc?
[08:15] <pitti> robert_ancell: I guess gtk wasn't built (at all/correctly) on sparc
[08:15] <robert_ancell> pitti, no it seems to be all the archs
[08:16] <pitti> robert_ancell: no, all other arches built
[08:16] <pitti> https://edge.launchpad.net/ubuntu/+source/gnome-system-monitor/2.27.3-0ubuntu1
[08:16] <pitti> robert_ancell: https://edge.launchpad.net/ubuntu/+source/gtk+2.0/2.17.2-0ubuntu2
[08:16] <robert_ancell> pitti: sorry, yes.  It sent me email saying the others hadn't built
[08:16] <pitti> robert_ancell: it's needs-build on sparc still
[08:16] <pitti> any/all arch conflict
[08:17] <pitti> don't worry about it
[08:46] <seb128> hello there
[08:48] <didrocks> hey seb128, did you have a nice week-end? :)
[08:48] <seb128> didrocks: too short but good yes, you?
[08:48] <didrocks> seb128: same, even if the "Libre music" festival in Paris was not as good as last year
[08:49] <seb128> libre music = fÃªte de la musique or something else?
[08:49] <didrocks> seb128: something related, but not exactly fÃªte de la musique: http://www.libreacces.org/spip.php?article75
[08:49] <pitti> hey seb128
[08:50] <seb128> ok
[08:50] <seb128> hey pitti
[08:50] <pitti> seb128: FYI, I'm packaging polkit-1 now
[08:50] <pitti> seems that we won't get around it
[08:50] <seb128> cool
[08:50] <seb128> yeah, GNOME is going to depends on it this cycle
[08:50] <pitti> new dk-disks and g-d-u releases depend on it
[08:50] <pitti> eggdbus is in the archive now
[08:51] <pitti> I hope that dk-power will be ported soon, too
[08:51] <pitti> seb128: do you think you can get the new gdm into karmic this week?
[08:51] <seb128> I can try but I doubt it
[08:52] <seb128> I still have no clue how to fix those upgrade issues and rick asked me to have a look to get the new GNOME3 component in before GUADEC
[08:52] <pitti> ah, ok
[08:52] <seb128> I expect the week to be busy
[08:52] <seb128> if somebody has a clue how to fix this "new gdm start after upgrade and autolog your user again"
[08:52] <pitti> now if only compiz would start..
[08:52] <seb128> and "the banner doesn't work until reboot"
[08:53] <pitti> well, it'd be enough for now to make it work at all..
[08:53] <pitti> upgrades, themes, etc. can be fixed later
[08:54] <didrocks> seb128: the new version.py script should now install launchpadlib automatically (thanks pitti for the script \o/ I had to hack it a little because of strange import behavior in python). I saw also that robert changed the package list.
[08:55] <seb128> yeah he dropped me an email
[08:55] <seb128> pitti: ah right it doesn't work for you, I need to try that it was working there but on a jaunty-karmic mixed install
[08:55] <seb128> didrocks: excellent, I will try that
[08:55] <pitti> seb128: just try installing it on a live system
[08:56] <seb128> well I can try on my laptop now I upgraded since
[09:10] <TheMuso> Is anyone working on realtimekit, and is there anything besides a future pulseaudio version that needs it?
[09:10] <seb128> that's the first time I read about this one
[09:10] <seb128> so I'm not and I don't know if anybody else here is working on it
[09:10] <pitti> likewise
[09:11] <TheMuso> ok
[09:11] <TheMuso> Will worry about it if/when its needed.
[09:12] <seb128> TheMuso: do you know why the gedit version you sponsoed is 1ubuntu1?
[09:12] <seb128> debian doesn't have this version they don't track 2.27
[09:13] <TheMuso> seb128: Twas an error that RObert made which I msised. *blushes*
[09:13] <seb128> ok, I was just wondering that's just a detail
[09:15] <seb128> pitti: I will look at the notify-osd update if you didn't yet
[09:16] <pitti> seb128: thanks, I didn't
[09:16] <seb128> good
[09:16] <seb128> MacSlow: looking at your notify-osd update ;-)
[09:16] <pitti> MacSlow: interesting "403 Forbidden" patch :)
[09:21] <seb128> ubuntu-devel-discuss is very noisy recently
[09:21] <Laney> you can say that again
[09:22] <Laney> it actually prompted me to reorganise my mail filters
[09:24] <didrocks> Fspot is a revival of Mono flameware... when will it stop?
[09:26] <Laney> when you apply your killfile :)
[10:01]  * pitti uploads policykit-1 to ubuntu-desktop ppa
[10:01] <chrisccoulson1> perhaps there should be a "mono-flamewar" list that these people should post to instead?
[10:02] <MacSlow> pitti What's missing?
[10:03] <pitti> MacSlow: look at your mail, the attachment 16_use_synchronous_notifications.patch
[10:03] <pitti> <?xml version="1.0" encoding="iso-8859-1"?>
[10:03] <pitti>   <title>403 - Forbidden</title>
[10:03] <pitti> :)
[10:17] <huats> morning everyone
[10:23] <MacSlow> pitti, resend
[10:23] <MacSlow> the "wonder" of evolution
[10:26] <pitti> hah
[10:37] <lool> MacSlow: Do you still need some help with autotools stuff, or did you manage to sort it out?
[10:39] <MacSlow> lool, I defeated it yesterday -> http://macslow.net/?p=316
[10:40] <lool> Cool
[10:40] <MacSlow> lool, the end-result for karmic-users/testers is -> http://macslow.net/clips/correct-throbbing-debug-bar-proximity-fade.ogv
[10:41] <Laney> MacSlow: you should look into pbuilder-dist if you want to manage multiple chroots
[10:41] <MacSlow> Laney, yeah... but not today :)
[10:42] <MacSlow> Laney, I keep that in mind for next time around
[10:42] <Laney> ok
[10:42] <lool> MacSlow: Cool :)
[11:30] <huats> didrocks: seb128 : just for the record, right after lunch I start to work on bugbuddy finally
[11:30] <seb128> ok
[11:30] <seb128> I just finished reading emails from the weekend, users are crazy
[11:31] <cassidy> seb128: tell me about that, I got a day off on Friday and I discovered 198 (upstream) Empathy bug mails this morning...
[11:32] <seb128> yeah, same for me, I had a 3 days weekend
[11:32] <seb128> got over 800 bugmails during the weekend
[11:35] <Zdra> cassidy: and you are not monitoring evolution bugs.... you can be happy!
[11:35] <cassidy> thanks god!
[11:48] <didrocks> huats: open a bug and assign it to you so that we can track it in versions.html
[12:13] <huats> didrocks: I already did it...
[12:14] <didrocks> huats: it's not in http://people.ubuntu.com/~seb128/versions.html
[12:14] <didrocks> did you add the right tag?
[12:15] <huats> didrocks: not tagged yet
[12:15] <huats> that is the pb, but the bug was created
[12:15] <huats> :)
[12:16] <didrocks> great, you can tag it, so :p
[12:16] <huats> hum
[12:16] <huats> actually it was already tagged desktop-upgrade
[12:17] <huats> and it does appear in the list
[12:17] <didrocks> oh, maybe a bug in desktop-upgrade, when did you tag it?
[12:17] <didrocks> (url?)
[12:18] <huats> (saying unasigned while I am assigned to it but it is a detail)
[12:18] <huats> I haven't tagged it !
[12:18] <huats> When I tied to do it, it was already done...
[12:18] <didrocks> can you paste me the url?
[12:18] <huats> https://bugs.edge.launchpad.net/ubuntu/+source/bug-buddy/+bug/390616
[12:18] <didrocks> huats: versions.py finds the bugs by their tags...
[12:19] <Laney> can I drop the gaim conflicts/replaces from pidgin now?
[12:20] <Laney> oh
[12:20] <Laney> nm
[12:23] <didrocks> huats: ok, so, you tagged it recentely and now it's updated (I didn't refreshed the page). Now, I'm wondering why the bug is unassigned. Let's wair for seb128 to push the new version on prod using launchpadlib rather than page parsing to see if it fixes it
[12:23] <didrocks> huats: or you can launch it now by yourself at home to check if the generated page contains your assigned name :)
[12:24] <huats> I can... but it is not a big deal I think
[12:25] <huats> but if it helps you I can launch it to test case
[12:26] <didrocks> huats: yes, please, can you launch it and paste me the result?
[12:35] <seb128> Laney: do you work on the pidgin update?
[12:35] <Laney> seb128: yes
[12:35] <seb128> ok good
[12:35] <Laney> we need to sru that yahoo fix right?
[12:36] <seb128> I guess so
[12:36] <Laney> fun
[12:36] <seb128> why?
[12:36] <pitti> ok, ubuntu-desktop PPA has polkit-1 crack now
[12:36] <seb128> didrocks: how is the local launchpadlib supposed to work?
[12:36] <seb128> pitti: cool
[12:36] <pitti> devicekit-disks is depwaiting on new libsgutils2 which is in karmic NEW
[12:37] <pitti> (*hint* :) )
[12:37] <pitti> trivial binary NEW, but I was the uploader
[12:37] <seb128> pitti: I can have a look ;-)
[12:37] <pitti> seb128: so, with dk-disks, packagekit, g-d-u and other stuff being ported, I guess we have to swallow this
[12:38] <pitti> it's pretty buggy still, but at least devkit-disks --mount /dev/sda3 works now
[12:38] <pitti> (internal drive)
[12:38] <pitti> I didn't package new g-d-u yet
[12:38] <pitti> lunch first ;)
[12:39] <cassidy> seb128: some TP components need to be upgraded: http://people.collabora.co.uk/~cassidy/tp-versions.html  Sync from Sid is automatic, right?
[12:39] <seb128> cassidy: yes
[12:40] <seb128> pitti: sg3-utils newed
[12:40] <pitti> seb128: thanks
[12:41] <seb128> you're welcome
[12:41] <pitti> seb128: let's have the regular archive admins worry about the new polkit/p-gnome stuff, and work in the ppa for now
[12:41] <pitti> seb128: IIRC you were blocked by this for some update
[12:41] <pitti> was it gvfs?
[12:41] <seb128> sounds good
[12:41] <seb128> yes gvfs
[12:41] <pitti> I hacked on gvfs over the weekend as well
[12:41] <seb128> but not hurry to get it updated
[12:41] <pitti> and seriously missed it as well
[12:41] <seb128> yeah I noticed your cdda and gphoto patches
[12:41] <pitti> so I backported my trunk patches
[12:42] <pitti> backports work fine for now, though, so it's not super-urgent
[12:42] <pitti> DIE, hal, DIE! :-)
[12:42] <pitti> and now, DIE, devicekit, DIE! :-)
[12:42] <pitti> (new devkit-disks doesn't use it any more)
[12:42] <seb128> lol
[12:43] <seb128> do they plan to stop rewritting everything one day?
[12:53] <didrocks> seb128: it's supposed to download launchpadlib if it's not present, and then, add it to sys.path, why?
[12:54] <seb128> doesn't work
[12:54] <didrocks> hum? I tested on my host purging launchpadlib :/
[12:54] <didrocks> (and its dependencies)
[12:55] <didrocks> seb128: can you show me any traces?
[12:56] <seb128> how are you supposed to use that tool? run it by hand?
[12:57] <didrocks> seb128: no. versions.py try to use launchpadlib from the distribution, if it doesn't find it, it launches the script to download it and then, bind to it.
[12:57] <didrocks> seb128: so, you don't have to run it by hand, just run versions.py
[12:57] <seb128> let me try that
[12:57] <seb128> WARNING: it seems that python-launchpadlib is not installed system widely nor locally. Try to install it locally.
[12:58] <seb128> dpkg-deb: failed to read archive `python-httplib2*.deb': No such file or directory
[12:58] <seb128> ERROR: can't install launchpadlib locally
[12:58] <didrocks> seb128: which version of the distribution is the prod server?
[12:59] <seb128> dapper
[12:59] <didrocks> urgh, maybe this package is not there, let me check
[13:01] <didrocks> seb128: this package exists from hardy :/
[13:01] <seb128> running things on dapper is no fun really
[13:01] <didrocks> and same for python-simplejson
[13:02] <didrocks> seb128: we only need one file from each package, I can maybe embeeded them and copy if not found. What do you think?
[13:02] <seb128> give it a try ;-)
[13:03] <didrocks> ok, one sec. I must connect on my server to branch the code :)
[13:07] <didrocks> seb128: can you try "dlocate /usr/share/python-support/python-httplib2/httplib2", we never know if it was on another package :)
[13:07] <seb128> didrocks: http://packages.ubuntu.com/ is your friend for that
[13:07] <didrocks> even for files? never used it
[13:07] <didrocks> let me have a look
[13:08] <seb128> "Search the contents of packages"
[13:08] <didrocks> oh, great, never used another thing that "search package directories" :)
[13:08] <seb128> it seems it was not on dapper no
[13:08] <didrocks> hum, ok, let's try with karmic version and cross the fingers :/
[13:16] <seb128> karmic is really a piece of crap to use, need to reboot again it's eating all ram and most of the swap again
[13:31] <chrisccoulson1> seb128 - whats eating all your ram in karmic? i was thinking of upgrading my main desktop this week (well, more of a forced reinstall as my Jaunty install isn't working too well)
[13:31] <seb128> the intel driver
[13:31] <seb128> seems to be a intel965 issue
[13:32] <chrisccoulson1> ah, thats not so bad for me, as i don't have intel hardware
[13:56] <kenvandine> pitti, eww... libgstfarsight depends on  gstreamer0.10-plugins-bad
[13:56] <kenvandine> that is not cool
[13:56] <pitti> kenvandine: right, what I wrote in the MIR bug
[13:56] <pitti> and on other gst plugins as well
[13:57] <kenvandine> yeah
[13:57] <kenvandine> humm
[13:57] <kenvandine> i will investigate
[13:57] <pitti> thanks
[13:57] <pitti> we need to strip -bad either way, and preferably also the other new dependencies (conserve space)
[13:57] <kenvandine> yeah
[13:58] <kenvandine> understand
[13:58] <kenvandine> morning tedg
[14:04] <tedg> Good morning kenvandine.
[14:06] <mpt> mvo, hi, ready for a call?
[14:06] <mvo> mpt: sure
[14:15] <seb128> MacSlow: do you really need those new gboolean in the g-s-d change?
[14:15] <seb128> can't you use the level being being 0 or 100?
[14:15] <MacSlow> no
[14:17] <MacSlow> seb128, I tried numerous things... only this guarantees me the trobbing indication is sent correctly by g-s-d or g-p-m (by -1 or 101)
[14:17] <seb128> weird
[14:17] <seb128> I don't like the change much I've to say
[14:18] <MacSlow> seb128, also I wanted to keep the patch change in one single spot only
[14:18] <seb128> why wouldn't looking for the value being > 99 work?
[14:18] <pitti> seb128: desktop-ppa now has latest g-d-u as well, FYI
[14:19] <seb128> bah
[14:19] <seb128> why does notify-osd require gmcs to build now?
[14:20] <seb128> pitti: ok thanks
[14:20] <SiDi> seb128: its because of the examples in mono, but they'll be optional in the next release
[14:20] <seb128> why do we need those to build notify-osd for karmic?
[14:21] <seb128> no example are installed
[14:21] <MacSlow> seb128, the steps at which brightness/volume are increased are different from time to time (and apparently system to system)
[14:21] <seb128> MacSlow: well the steps are but the 0 and 100 limits should not
[14:22] <MacSlow> seb128, pitti: gcms is only needed if you build notify-osd using --with-examples=mono
[14:22] <MacSlow> seb128, pitti: the package default is not to state --with-examples at all
[14:23] <MacSlow> seb128, pitti: thus it's not part of the build-requirements in the rules
[14:23] <seb128> MacSlow: http://launchpadlibrarian.net/28200152/buildlog_ubuntu-karmic-i386.notify-osd_0.9.14-0ubuntu1_FAILEDTOBUILD.txt.gz
[14:23] <seb128> MacSlow: it failed
[14:23] <MacSlow> seb128, pitti: and _I_ will not change that behaviour... not in notify-osd and not in the packageing... I had enough of this over the weekend
[14:24] <MacSlow> seb128, were did you pull notify-osd from? Trunk?
[14:25] <seb128> MacSlow: the 0.9.14 tarball
[14:25] <MacSlow> fuck!
[14:25] <seb128> we use tarball for distribution builds
[14:25] <MacSlow> I forgot to update that
[14:25] <MacSlow> one "sec"
[14:29] <pitti> seb128: hm, you don't merge trunk into ubuntu any more?
[14:29] <pitti> or is the error in the autoconfiscation? (which we take from orig.tar.gz indeed)
[14:30] <seb128> pitti: I do
[14:30] <seb128> bzr get lp:~ubuntu-desktop/notify-osd/ubuntu
[14:30] <seb128> cd ubuntu
[14:30] <seb128> bzr merge lp:notify-osd
[14:31] <seb128> dch -v new_version
[14:31] <pitti> ok, was just confused
[14:31] <seb128> debcommit -r
[14:31] <seb128> bzr push
[14:31] <seb128> I'm doing things wrongly again?
[14:31] <pitti> seb128: no, that looks fine
[14:31] <seb128> ok *pfffiou* ;-)
[14:31] <pitti> plus bzr bd -S, I take it? (to fetch new orig.tar.gz)
[14:31] <seb128> bzr-buildpackage
[14:31] <seb128> it gets the tarball and build
[14:31] <pitti> seb128: so the error MacSlow is fixing now is just in the orig.tar.gz, like in teh autogenerated Makefile.in, etc.?
[14:31] <pitti> seb128: righto
[14:32] <seb128> pitti: right
[14:32] <pitti> seb128: ok, that explains it then
[14:35] <mpt> mvo, a debconf prompt just grabbed focus, and I've no idea what I chose :-]
[14:36] <mpt> I was typing something when it popped up, and I pressed Space, which triggered one of the buttons
[14:37] <mvo> mpt: *weeeh* focus stealing ftw
[14:37] <mvo> mpt: but seriously, for 2.0 we could work on a more intergrated debconf
[14:38] <mpt> yes indeed
[14:38] <MacSlow> seb128, pitti: https://edge.launchpad.net/notify-osd/+milestone/notify-osd-0.9.14.1
[14:38] <mvo> mpt: unfortunately its not tirivial to embeded the frontends (and its auto-generated UI, so very hard to make not ugly in the general case)
[14:38] <seb128> MacSlow: thanks
[14:38] <mvo> mpt: hm, but for a start we could set focus-on-map=False
[14:39] <mpt> that would help
[14:40] <mpt> unless/until there's some way to front-load the questions
[14:41] <didrocks> seb128: I think you can bzr pull now. It works with intrepid package (not hardy ones). It took some time to setup a proper jaunty chroot with all depends :/
[14:48] <seb128> didrocks: that works now, good job ;-)
[14:48] <seb128> the page has been updated
[14:49] <didrocks> seb128: great \o/
[14:49] <didrocks> (but dapper is a pain ;))
[14:50] <seb128> dapper is old
[14:57] <seb128> MacSlow: your new notify-osd tarball...
[14:57] <seb128> MacSlow: it built fine, thanks for the tarball update ;-)
[14:58] <MacSlow> seb128, at least this time I came "prepared"
[14:58] <pitti> didrocks, seb128: don't worry about dapper; it's easier to set up the cronjob on another DC host (macaroni or cocoplum) and rsync the result to rookery, than trying to get this stuff running on dapper
[14:58] <MacSlow> not that I don't expect the next release to as gruesome as this one... at least for me
[14:58] <seb128> pitti: too late to say that, didrock managed to fix it ;-)
[14:59] <pitti> wow
[14:59] <pedro_> lool: salut, are you looking at bug 390591 ? just wondering since you were subscribed by the reporter.
[15:00] <lool> pedro_: I just verified that it was committed in the tip VCS
[15:00] <lool> pedro_: It seems we share packaging across Debian and Ubuntu, it's hosted in an Alioth SVN
[15:01] <lool> pedro_: I also confirmed the jaunty task as it seems SRU worthy, but I don't intend to actually prepare it (and didn't milestone it)
[15:02] <pedro_> lool: ah ok, thanks for the info
[15:02] <Laney> I think you two are talking about different bugs
[15:02] <lool> Ah we are indeed
[15:03] <lool> pedro_: Sorry, I touched only one f-spot bug myself; I see which bug you mean now
[15:03] <lool> pedro_: So for this armel crasher, I was subscribed because our ARM partners always subscribe me and then I dispatch  :)
[15:04] <lool> I usually assign or subscribe canonical-mobile for bugs we care about
[15:04] <Laney> I don't think they are PE executables
[15:05] <Laney> maybe it is broken, but that's not the reason I hope...
[15:05] <pedro_> lool: alright, do you want me to assign that to canonical-mobile then? would be good to have someone looking at it
[15:05] <lool> pedro_: I had sub-ed us some minutes ago, but I'll actually assign us
[15:06] <pedro_> lool: nice, thanks
[15:07] <lool> pedro_: Thanks for the heads up
[15:14] <rickspencer3> didrocks: did you see my updates to quickly over the weekend?
[15:15] <pitti> rickspencer3: good morning
[15:15] <rickspencer3> hi pitti
[15:16] <rickspencer3> http://piware.de/tmp/desktopteam-burndown-karmic.png
[15:16] <rickspencer3> nice, except we're above the trend line already
[15:16]  * rickspencer3 takes heartburn pill
[15:16] <rickspencer3> j/k
[15:17] <pitti> rickspencer3: if you start exactly at the top of TODO, that's kind of expected, isn't it?
[15:17] <rickspencer3> I was just kidding
[15:17] <rickspencer3> I didn't really expect any to be resolved over the weekend
[15:19] <didrocks> rickspencer3: yes, I reviewed them this morning. I have some changes to do, but it will only by the end of the week :)
[15:19] <rickspencer3> ok
[15:20] <didrocks> rickspencer3: I changed slightely the spec, integrating my remarks
[15:20] <rickspencer3> did you see how eeejay figured out how to handle deriving from gtk.Window and gtk.Dialog and still use Glade?
[15:21] <didrocks> rickspencer3: I'm unfortunately not a pygtk programmer. Currently learning it, so, I didn't attach yet so much important to this part of code. (but from what I know, we should use gtk.AboutDialog)
[15:21] <rickspencer3> didrocks: ok. trust me, it's very cool
[15:21] <rickspencer3> :)
[15:22] <didrocks> I trust you :)
[15:40] <seb128> pedro_: is that an impression or is the desktop bug activity crazy recently?
[15:41] <pedro_> seb128: it's raising considering the past weeks, i wouldn't say crazy yet but we're getting more bugs yeap
[15:41] <seb128> I think the hundredpapercut thing has been generating lot of noise
[15:42]  * awalton__ concurs.
[15:43] <pedro_> that's true, a good portion of the bug mail on the desktop-bugs is coming from there
[16:01] <Laney> seb128: do you have any ideas on python-gdl besides waiting for upstream?
[16:01] <seb128> build without the option for now or distro patch to build it?
[16:01] <seb128> it's probably easy to update to the abi changes
[16:01] <Laney> maybe, did debian do the same with gdl?
[16:05]  * Laney knows nothing about python-c bindings to fix it
[16:06] <seb128> Laney: no, debian doesn't track 2.27
[16:06] <Laney> it's on 2.25.3 in both
[16:07] <Laney> oh you mean gdl
[16:07] <Laney> nm
[16:08] <Laney> building pidgin now
[16:08] <seb128> cool
[17:29] <seb128> Laney: do you still work on the tomboy upgrade?
[17:29] <Laney> seb128: yes it's at the head of meebey's sponsor queue now
[17:29] <seb128> oh, you are blocking on a debian update to sync?
[17:30] <Laney> yeah
[17:30] <Laney> you can upload it direct if you want though
[17:30] <Laney> just pull it from git
[17:31] <seb128> no that's ok
[17:31] <seb128> I was reviewed the outdated desktop packages and wondering why this one was not moving
[17:31] <Laney> ah
[17:31] <seb128> we tend to no block on debian usually and update and sync later
[17:31] <Laney> i should have put it in the bug
[17:32] <seb128> but I'm being lazy if they update soon
[17:36] <Laney> i pinged meebey about it, maybe he uploads today
[17:36]  * Laney looks at vino
[17:38] <Laney> seb128: is that a debian bug too?
[17:38] <rickspencer3> seb128: pitti: pedro_: anyone else ... I'm writing tutorials for quickly, and will write reference as well
[17:38] <rickspencer3> what should I be using for authoring, and what format should I be releasing help in?
[17:39] <pitti> rickspencer3: I recommend docbook-xml as source format
[17:39] <pitti> rickspencer3: there are nice tools to convert that to manpages, HTML, LaTeX, etc.
[17:40] <pitti> and it's pretty much _the_ FOSS documentation standard nowadays
[17:40] <rickspencer3> pitti: thanks
[17:40] <rickspencer3> any recommendations for an editor?
[17:40] <pitti> like dookbook2html, or gtk-doc-tools
[17:40] <pitti> rickspencer3: oh, a flamewar gauntlet!
[17:40] <rickspencer3> oh
[17:40] <pitti> vim, of course! :-)
[17:41] <rickspencer3> lol
[17:41] <seb128> Laney: what debian bug?
[17:41] <seb128> rickspencer3: what pitti said
[17:41] <Laney> the conffile move
[17:41] <pitti> see, seb128 also recommending vim now :-P
[17:41] <seb128> Laney: they decided that using etc is wrong and started moving things to usr in a distribution specific way
[17:41]  * seb128 slaps pitti
[17:42] <Laney> seb128: and we don't follow this change?
[17:42] <Laney> or if they started cleaning the conffile we would?
[17:42] <seb128> I'm not decided yet, I've been not following it for now
[17:42] <seb128> we are not on sync for most GNOME packages anyway
[17:42] <Laney> ok
[17:42] <seb128> that's extra diff over upstream for no good reason
[17:42]  * Laney likes to strive for sync
[17:45] <seb128> right sync is good but for most of GNOME we package unstable versions and they don't anyway
[17:45] <pitti> rickspencer3: apt-cache search has conglomerate and qemacs, but pretty much any reasonable XML editor should do
[17:46] <pitti> rickspencer3: the other option is to just document it online in moin
[17:46] <rickspencer3> pitti: right
[17:46] <rickspencer3> what I want is to write it in one place, and export it as MOIN, HTML, etc...
[17:47] <pitti> rickspencer3: if you don't actually need moin, just HTML (which makes sense anyway, since you only want to change the source), then docbook2html or gtk-doc-tools are great
[17:48] <dobey> james_w: hey. source package branches should only contain the contents of the tarball, right?
[17:48] <dobey> james_w: plus the debian dir of course
[17:48] <james_w> dobey: as opposed to what?
[17:49] <dobey> james_w: extra cruft that may be in vcs needed to generated a release tarball, that isn't normally in a release tarball
[17:50] <james_w> ah
[17:50] <james_w> yeah, you probably just want what is in the tarball
[17:51] <dobey>  cool. thanks
[18:01] <Laney> pidgin diff is up
[18:10] <pitti> good night everyone
[18:11] <Laney> seeya
[18:39] <rickspencer3> pitti: it looks like "mallard" is the new standard for documentation authoring
[20:13] <dobey> asac: ping
[20:45] <dobey> hrmm
[20:45] <dobey> what's the diff between Build-Depends-Indep and Build-Depends?
[20:50] <Laney> build-depends-indep are packages only needed to build the arch-indep packages
[20:51] <dobey> Laney: so you can build only the Architectrue: all packages, without having to build the other packages for x86 or something?
[20:51] <Laney> right
[20:51] <Laney> via build/binary-indep
[20:52] <dobey> ok
[20:53] <dobey> so basically pointless for any package that only produces Architecture: all package(s)?
[20:53] <Laney> yeah
[20:53] <dobey> fun
[20:57] <kenvandine> dobey, how is the u1 packages coming?
[20:57] <dobey> kenvandine: will be fixed up very soon now
[20:58] <kenvandine> great
[21:51] <chrisccoulson> is there any point in opening papercut tasks for applications that are likely to disappear shortly?
[22:04] <Ampelbein> chrisccoulson: i don't think so. In my opinion, that's a waste of time for the developers.
[22:04] <chrisccoulson> yeah, i agree
[22:04] <chrisccoulson> i was just wondering what other peoples opinions were
[22:05] <chrisccoulson> i marked a bug in gdm-setup as a duplicate of an old gdm bug, but deliberately didn't copy the papercut task across as gdm-setup is gone from the new gdm. then someone told me i forgot to copy the task across :-/
[22:08] <dobey> kenvandine: i uploaded a new ubuntuone-storage-protocol to REVU
[22:08] <dobey> kenvandine: will have new ubuntuone-client very shortly
[22:40] <dobey> kenvandine: new ubuntuone-client is uploaded now too
[23:46] <kenvandine> dobey, woot
[23:59] <chrisccoulson> hi robert_ancell. just looking at this gnome-panel update. i think i drew the short straw;)