[07:45] <pitti> Good morning
[07:48] <didrocks> morning pitti
[08:24] <huats> morning everyone
[08:42] <seb128> hello there
[08:49] <didrocks> hi seb128
[08:49] <seb128> hello didrocks
[08:50] <didrocks> seb128: I saw you were working in bugs this week-end :)
[08:50] <seb128> didrocks: not really no, I tend to just read my emails evey now and then to not have a 600 bugmails backlog on monday, I do that every weekend
[08:51] <seb128> ie I just clean a bit my mailbox but don't do active triage or forwarding, just comment on duplicate quickly a few bugs
[08:51] <seb128> why?
[08:52] <didrocks> seb128: ok, I understand that having hundreds of mails on Monday, you can fell depsair :)
[08:52] <didrocks> feel*
[08:53] <didrocks> seb128: during the bug jams, I just saw once a recent comment of you :)
[08:53] <seb128> ah ;-)
[08:53] <seb128> how was the bugjam btw?
[08:54] <seb128> I guess that's one of the reason the bugmails count was already high on saturday afternoon and why I spent some bugs reading bug mails to not have too many today ;-)
[08:54] <didrocks> great, 30 people in Paris, large public but some of them will continue to triage bug, I'm sure of it
[08:54] <didrocks> yeah, certainly
[08:54] <didrocks> so, the goal is reached :)
[08:55] <pitti> hey seb128
[08:55] <seb128> excellent:
[08:55] <seb128> !
[08:55] <seb128> hello pitti
[08:56] <didrocks> oh, between 2 bugs, I merged pidgin (not really between 2 bugs, more on saturday evening, but well ;)) bug #316636
[08:56] <seb128> didrocks: ah good, will look at it today, thanks
[08:56] <didrocks> seb128: if you want the full story: https://wiki.ubuntu.com/DidierRoche/MOTU/bugsaction
[08:56] <seb128> lol
[08:56] <seb128> you keep taking notes there? ;-)
[08:56] <didrocks> (some things that I dropped, and no more in the changelog, and so on)
[08:56] <didrocks> yeah, and there is one question, as usually ;)
[08:57] <didrocks> about the epoch in pidgin package
[08:57] <seb128> didrocks: the epoch was a mistake at some point I think and we can't downgrade versions once done
[08:57] <didrocks> there is none in debian, so, I think that someone made a mistake ?
[08:57] <didrocks> ok :)
[08:57] <seb128> yes
[08:57] <seb128> "* deleted in debian, so make the same for ubuntu: (2.4.3-1) "
[08:57] <seb128> ?
[08:57] <seb128> what do you mean there?
[08:58] <seb128> ah you want to disable nm in ubuntu? we discussed fixing nm support in desktop applications at uds and decided that the pidgin one was working mostly fine, it does disconnect and reconnect correctly
[08:58] <seb128> there was some issues they fixed in the 2.5 versions
[08:59] <seb128>  
[08:59] <seb128> * "Add Build-Deps on liblaunchpad-integration-dev, intltool :" intltool are needed for launchpad strip? Why it is an ubuntu change only?
[08:59] <didrocks> seb128: as I made a manual merge (MoM didn't make it appears), I just listed every changes that have been done in common ancestor -> debian version
[08:59] <seb128> -> intltool is to run the intltool-update which is for ubuntu languagepacks
[08:59] <didrocks> so, if something was dropped, I dropped it in Ubuntu, it's just to inform you
[08:59] <seb128> ok
[08:59] <didrocks> (one sec, will be back in 2 min)
[09:00] <seb128> "* why dropping libpurple0 depends on libpurple-bin, as the latter add some extra functionnalities to the first one. "
[09:00] <seb128> that's a debian change no?
[09:00] <seb128> "* file .symbol: can there be particular version to create one manually and not using dpkg-gensymbols (by dh-makeshlibs, for instance) during the package build? " what do you mean?
[09:00] <seb128>  
[09:01] <seb128> "* X-Ubuntu-Gettext-Domain seems to be used to ubuntu rosetta. Is there some documentation on that in the wiki? I found nothing useful. "
[09:01] <seb128> -> the glib and gnome-desktop ubuntu changes to use gettext do use this key to know what gettext file to use
[09:01] <seb128> ie upstream behaviour is to read the Name[locale]=... in the desktop directly
[09:01] <seb128> and we do change that to call gettext so we can use language packs
[09:02] <didrocks> seb128: ok, so, we don't drop nm support, contrary to debian
[09:02] <seb128> but the gettext call needs to specify the domain to use
[09:02] <seb128> so we write this information in the .desktop at build time
[09:02] <seb128>  
[09:02] <seb128> didrocks: right what I was saying, did you drop it in this update? your comment is not clear
[09:03] <didrocks> seb128: yep, I dropped it, I can make it back
[09:03] <seb128> right, please do
[09:03] <seb128> it works fine on 2.5 versions
[09:03] <seb128> or mostly correctly, ie works fine in the most current setup where you have one connection
[09:03] <didrocks> ok, great. Never had troubles to with pidgin, but I don't use it very often
[09:04] <didrocks> ok for gettext explanation :)
[09:04] <didrocks> "* why dropping libpurple0 depends on libpurple-bin, as the latter add some extra functionnalities to the first one. "
[09:05] <didrocks> [10:00] <seb128> that's a debian change no?
[09:05] <didrocks> -> yeah I found just that strange
[09:05] <seb128> didrocks: one reason could be to avoid dependencies cycle
[09:06] <seb128> and what functionnalities does a binary add to a lib?
[09:07] <didrocks> seb128: maybe, ok. and I just relied in the package name, so, this may not be sure.
[09:07] <seb128> dpkg -L libpurple-bin
[09:07] <seb128> it has command lines tools
[09:07] <didrocks> ok, so, the name is misleading :)
[09:08] <didrocks> about symbol file: dpkg-gensymbols will create symbol files, normally? Why put int manually?
[09:09] <seb128> it will?
[09:10] <didrocks> hum, I understood that from my "libraries classroom" reading :)
[09:10] <seb128> I didn't really use it, but my understanding is that you can to create the file manually using the tools
[09:10] <didrocks> so, you think that the DM create it manually with this tools?
[09:10] <seb128> ie when you build a new version which has new symbols it will stops the build and show you a symbols diff that you can review and apply to the debian .symbols
[09:11] <seb128> I never created one but I do apply the diff displayed during the build manually when doing package updates
[09:11] <didrocks> is it a hook? what's the name of the tool?
[09:11] <seb128> it's not
[09:12] <seb128> it's the dh tool which does list the things which are depends and not needed too for example
[09:12] <seb128> edit the .symbol and drop some symbols
[09:12] <seb128> and run a build you will see ;-)
[09:14] <didrocks> oh, ok, it's really a manually process :)
[09:14] <didrocks> manual*
[09:16] <didrocks> I will test this. First I upload you a new version with nm support back \o/
[09:17] <seb128> ok good
[09:17] <didrocks> seb128: btw, what this "nm support"?
[09:17] <seb128> network manager
[09:17] <didrocks> what's*
[09:17] <seb128> ie going offline when you network drops
[09:17] <seb128> and reconnecting when you are online
[09:17] <didrocks> that sounds great. So, it doesn't timeout really
[09:18] <seb128> no, it just listens to network manager events
[09:18] <didrocks> that's seems smarter :)
[09:18] <didrocks> that*
[09:18] <seb128> "deletion in debian/rules:
[09:18] <seb128>     * CFLAGS = -fstack-protector
[09:18] <seb128>     *
[09:18] <seb128>       -V "libpurple0 (>= $(major).0)" "
[09:18] <didrocks> grrrrrrr :/
[09:18] <seb128> those are documented
[09:19] <seb128> I expect the first on to be an ubuntu security team change
[09:19] <seb128> and the second one is a recent debian changes, they described something about dropping version and using symbols
[09:19] <seb128> "   * Remove version-specific shlibdep generation, and add libgnt to
[09:19] <seb128>      libpurple0.symbols
[09:19] <seb128> "
[09:20] <seb128> that's the second one
[09:21] <didrocks> seb128: so, libgnt use symbols to achieve the same purpose than -V "libpurple0 (>= $(major).0)"
[09:21] <seb128> sort of yes
[09:21] <seb128> .symbols have a better granularity over shlibs versions
[09:22] <seb128> shlibs version makes you depend on the version which ships the current abi version
[09:22] <didrocks> yes...
[09:22] <seb128> where when using symbols you depends on the version which has the symbols you require
[09:22] <seb128> so that's an optimization
[09:23] <didrocks> ok, I see. Don't sure to find it again easily, but it's understandable :)
[09:23] <didrocks> thanks a lot seb128 for all those explanations :)
[09:24] <seb128> you're welcome
[09:24] <seb128> the "* Undocumented changes in debian/changelog: "
[09:24] <seb128> seem to be debian cleaning
[09:25] <didrocks> seb128: I saw that at the end, but cleaning can be everything :)
[09:25] <seb128> didrocks: btw http://svn.debian.org/wsvn/collab-maint/deb-maint/pidgin/
[09:27] <seb128> didrocks: you can see they dropped the -fstack-protector in rev 10111 because it was making pidgin crash on arm for example
[09:29] <didrocks> seb128: sorry, my irssi has frozen
[09:29] <seb128> didrocks: re, read my comments just before?
 didrocks: btw http://svn.debian.org/wsvn/collab-maint/deb-maint/pidgin/
 didrocks: you can see they dropped the -fstack-protector in rev 10111 because it was making pidgin crash on arm for example
[09:29] <didrocks> seb128: no, just had "didrocks: http://svn.debian.org/wsvn/collab-maint/deb-maint/pidgin/"
[09:29] <soc> seb128: hi
[09:29] <seb128> hey
[09:30] <seb128> hum, somebody joining the chan and pinging me immediatly
[09:30] <seb128> that's going to be work or questions, I should probably start running ;-)
[09:30] <didrocks> seb128: does every packages and intermediate work is uploaded in the svn?
[09:30] <huats> morning seb128
[09:30] <seb128> didrocks: they use the svn for packaging so I would expect so
[09:30] <seb128> lut huats
[09:31] <didrocks> seb128: ok, thanks. I will know now where to get the explanation of a change :)
[09:31] <soc> seb128: i just wanted to say thank you ...
[09:31] <seb128> soc: oh? about?
[09:31] <soc> i was the one annoying you for days about that "autodetect dpi" :-)
[09:31] <seb128> lol
[09:32] <seb128> that was not really annoyance
[09:32] <seb128> I'm still not convinced the change is better though
[09:32] <soc> i can at least confirm, that it now works on a few displays
[09:32] <seb128> the first reaction from the mobile team has been to revert to a fix value because the change was making font ugly on their devices
[09:33] <soc> that's kind of weird, isn't it?
[09:33] <seb128> no it's not
[09:33] <soc> usually you could assume that the font appearance would improve ...
[09:33] <soc> at least that's my impression
[09:34] <seb128> if you assume that screen give correct value
[09:34] <soc> yes, of course
[09:34] <seb128> we have some people mentionning connecting ubuntu on a tv
[09:34] <seb128> and the change making font unreadable there
[09:34] <soc> then the mobile team should bug the device makers about it ...
[09:34] <seb128> 16 dpi fonts or something and 10 points by default
[09:34] <seb128> = something you can't read
[09:35] <soc> mhh, i can't imagine that is possible
[09:35] <seb128> the issue is that GNOME and the way fonts are used is to make thing look correctly assuming you have a standard dpi value
[09:35] <soc> dpi values under 50 are automatically set to 96
[09:35] <soc> that was part of the fix
[09:36] <seb128> see that doesn't make sense
[09:36] <seb128> you have 48 dpi and you go to 96
[09:36] <seb128> and you have 50 and it's 50
[09:36] <seb128> there is no logic or consistency there
[09:36] <seb128> anyway let's see how it goes
[09:36] <soc> i don't know what the mobile team has done, but getting 16 dpi is just not possible from the viewpoint of the actual code
[09:37] <seb128> no, the mobile time had just font which looked bold
[09:37] <soc> seb128: of course that 50 dpi is just an ad-hoc solution
[09:37] <seb128> ie slightly not fit for the screen
[09:37] <soc> ah interesting
[09:37] <seb128> whoever tried on a TV didn't try on jaunty I think, he might have been running a version which didn't have this workaround low dpi = 96
[09:37] <soc> seb128: they shouldn't use that bytecode hinter, it is patented!
[09:38] <soc> *runs for cover*
[09:38] <seb128> ;-)
[09:38] <soc> seb128: they probably should adjust the font size
[09:38] <soc> (assuming that the dpi is correct)
[09:39] <soc> changing from 9,0 to 8,9 or something like that does wonders soemtimes
[09:39] <soc> the whole size selection is probably nonsense ...
[09:39] <seb128> right
[09:40] <soc> the rendering library should present choices itself, not just some arbitraty values
[09:40] <seb128> the issue is that people and software right now are made assuming a fixed dpi value
[09:40] <seb128> so nobody changes font size but people tweak dpis to scale things
[09:40] <soc> mhh, did i already file a bug about that? :-P
[09:40] <soc> removing the dpi value from the font tab?
[09:41] <seb128> that has been discussed I think
[09:41]  * crevette does both to tweak the fonst shape
[09:41] <seb128> that should be raised on the lists or upstream though
[09:41] <soc> if it should be changeable by the user, it should be somewhere on the resolution widget
[09:42] <soc> best thing would be imo, if the font renderer would have an algorithm to decide which font sizes look good and only presents them to the user
[09:43] <soc> so instead having a value, the user just gets a button "bigger" and a button "smaller"
[10:25] <asac> ArneGoetje: do you have a minute?
[10:52] <didrocks> seb128: new pidgin version uploaded (bug #316636)
[10:52] <seb128> didrocks: ok thanks
[11:06] <asac> sigh. how long is bugzilla.g.o supposed to take to accept a bug submission ?
[11:06]  * asac waits for more than a minute already
[11:07] <asac> done ;)
[11:16] <asac> mvo: bug 301474 ... can you take sponsoring bug as a ride-along change for next compiz upload? do you have any branch where we could commit that to?
[11:17] <seb128> asac: http://bugzilla.gnome.org/show_bug.cgi?id=572839 you didn't attach the patch to the bug?
[11:28] <asac> sigh
[11:28] <asac> timed out or what ;)
[11:29] <asac> resent
[11:40] <seb128> asac: thanks
[12:25] <mvo> asac: sure, I take it
[12:42] <asac> ArneGoetje: #329435 -> sponsoring needs feedback
[12:43] <seb128> asac: thanks for cleaning the sponsoring request list ;-)
[12:58] <asac> seb128: what about all those screen sizing submissions (for netbook); do we want to tell them to go upstream with that?
[12:59] <asac> i mean ... in general i dont feel inspired enough to say for apps i use whether thats a good approach or not
[12:59] <asac> s/i use/i don't use/
[12:59] <seb128> I don't like the approch
[12:59] <asac> seb128: which? there are more than one bug open ;)
[12:59] <seb128> but I think we should just get those into jaunty
[12:59] <seb128> I did upload the gnome-control-center ones
[12:59] <seb128> all
[12:59] <seb128> I don't think adding random toolbar is the way to go
[13:00] <seb128> but dialog redesigns discussion should go upstream
[13:00] <asac> yeah
[13:00] <asac> thats what i ment. i would at least have some feedback from upstream
[13:00] <asac> like a) great, b) ok, c) almost sucks, d) worst idea ever
[13:00] <seb128> right
[13:04] <seb128> asac: I think we should upload those changes if they concern only small screens (ie if they condition the change on a screen 640 value for example) but make sure they start an upstream discussion too
[13:08] <asac> ok. we can do that
[13:40] <mpt> asac, Anmar has asked me to review all those to see how upstream-worthy they are, so I'm planning to do that today
[13:41] <mpt> He also asked me to redesign Evolution. ;-)
[13:41] <asac> mpt: great. maybe look whether they have been forwarded yet.
[13:41] <mpt> bbl, installing Jaunty
[13:41] <asac> cu ;)
[13:41]  * kenvandine is doing that too :)
[13:42] <kenvandine> gotta get it installed on a faster build box :)
[13:53] <pitti> hey kenvandine, good morning
[13:54] <kenvandine> hey pitti
[14:16] <kenvandine> morning rickspencer3
[14:17] <mpt> bah, no trackpad in Jaunty, that's no fun
[14:17] <rickspencer3> good morning kenvandine
[14:19] <andreasn> mpt, do you remember we spoke about User testing in Boston and we agreed it would be cool to have something like Silverback?
[14:19] <andreasn> mpt, http://www.andreasn.se/blog/?p=96
[14:19] <andreasn> might be of some use
[14:20]  * mpt watches the screencast
[14:20] <andreasn> I have lots of people who earn me favors, so I guess I can tell people to code stuff for me for years and years to come
[14:22] <mpt> andreasn, that's very cool
[14:26] <andreasn> http://live.gnome.org/Pongo <- if you have any ideas for what you would need out of such a software, put it here
[14:27] <dobey> andreasn: dude!
[14:27] <dobey> andreasn: http://launchpad.net/deskscribe :)
[14:27] <andreasn> you'll have to intergrate the code yourself, you know I can't do this
[14:28] <andreasn> :)
[14:28] <dobey> i know
[14:28] <dobey> i wish i had time to concentrate on it
[14:29] <dobey> i'll trade you some code, for some artwork :)
[14:29] <andreasn> I wish I had more people who owe me code, I mean, it must be like only 500 people now
[14:29] <dobey> although
[14:30] <dobey> you never did finish that encompass icon :)
[14:30] <andreasn> did you finish the app?
[14:30] <dobey> encompass? no
[14:31] <ArneGoetje> asac: scim-anthy -> go ahead. Just need to change the Maintainer field in debian/control.
[14:32] <andreasn> didn't ulisse, hbons or someone draw a icon for it?
[14:32] <asac> ArneGoetje: did enough sponsorship for today ;)
[14:32] <asac> so its free to take again
[14:32] <asac> :)
[14:32] <ArneGoetje> asac: he. I cannot.
[14:32] <dobey> andreasn: no, though hbons owes me icons for my neverwinter nights stuff :)
[14:33] <asac> ArneGoetje: i have something else though. can you install the fontconfig stuff from mozillateam ppa and then tell me whta regressions you see?
[14:33] <ArneGoetje> asac: later... need to finish language-selector first.
[14:33] <asac> ok
[14:37] <asac> seb128: how can we get network-manager connection editor ... into gnome-control-center? is there some .desktop magic?
[14:37] <seb128> didrocks: do you still have some updates to do or are you looking for new work?
[14:37] <asac> oh i found it
[14:37] <asac> its under "others"
[14:37] <asac> mm
[14:38] <asac> seems to be the old thing
[14:39] <asac> oh ... i think its actually connman ;)
[14:39] <asac> Categories=Settings
[14:40] <seb128> asac: you screwed the OnlyShowIn change
[14:40] <seb128> asac: you use a , between GNOME and Xfce where it should be a ;
[14:40] <seb128> OnlyShowIn=GNOME;XFCE;
[14:40] <seb128> it should be
[14:40] <seb128> it's correctly listed once that fixed
[14:41] <asac> oh right ;)
[14:41] <asac> just found that OnlyShowIn is the intruder and then i see that oyu already ansewred ;)
[14:41]  * asac hugs seb128 
[14:41]  * seb128 hugs asac
[14:47] <seb128> hello hggdh
[14:54] <fta2> seb128, do you have time for gwibber?
[14:55] <seb128> I though it got refused by somebody else during the weekend?
[14:55] <fta2> seb128, 0.8-0ubuntu3 is in the NEW
[14:55] <fta2> queue
[14:55] <fta2> seb128, sorry about that, the initial packaging was not mine
[14:56] <seb128> that's ok don't worry
[14:56] <hggdh> hi seb128
[14:57] <fta2> seb128, you can reject ubuntu2, it has the same problem as ubuntu1 (if fact, it's ubuntu1 that has been rejected twice)
[14:58] <seb128> fta2: there is 0ubuntu3 in the queue so either somebody has been quicker or it's not there yet
[14:58] <fta2> hmm
[14:59] <seb128> seems that somebody has just been doing some new cleaning though
[14:59] <fta2> hold on, i didn't get the email from lp
[15:00] <seb128> it's in new now
[15:02] <fta2> yep, just got the email, took a while
[15:04] <seb128> pitti: can a package distributed under GPL have MIT and BSD3 sources?
[15:04] <seb128> asac: ^ you maybe know about that too ;-)
[15:05] <pitti> seb128: uh, I'm afraid I don't know off-hand
[15:05] <asac> seb128: MIT and BSD3 are compatible, so yes
[15:05] <seb128> I'm not really into license, I usually just new "easy" case, ie all under the same license
[15:05] <asac> let me look up the compatibility website from fsf
[15:05] <seb128> asac: thanks
[15:05] <fta2> pitti, just got my PRS-700 back from repair, I got a new one, mine was apparently out of luck
[15:06] <pitti> fta2: cool, does that work with calibre now?
[15:06] <asac> so MIT == Expat License -> compatible
[15:06] <asac>  Modified BSD license == modified BSD -> compatible
[15:06] <asac> http://www.fsf.org/licensing/licenses/index_html#GPLCompatibleLicenses
[15:07] <asac> it was also compatible with GPL 2
[15:07] <asac> which had a simple rule: only if and if you can relicense a license under GPL 2 its compatible
[15:07] <asac> so either GPL 2 or GPL 3 license is ok for the combined work
[15:14] <fta2> pitti, yep, it's correctly detected; excellent!
[15:14] <pitti> \o/
[15:15] <seb128> asac: ok, COPYING is GPL2, debian copyright says 2.1 or newer (which is a bit weird not sure if that's an issue or should only be 2 and not 2.1), it has sources under dual MIT-GPL and one BSD-clause3 source ... that should be ok?
[15:15] <seb128> fta2: ^ see the copyright, COPYING, GPL 2 against 2.1
[15:16] <didrocks> seb128: no, I have some packages that are waiting for sponsoring (and when you will have the time, there is the gnome-pyton-extras merges + update to fix)
[15:16] <fta2> seb128, upstream updated the gpl part of debian/copyright, not me
[15:17] <seb128> didrocks: I commented on pidgin some details to fix for you
[15:17] <didrocks> seb128: appart from that, feel free to give me some work (I just don't understand your remark on the changelog, you told in the bug?)
[15:17] <seb128> didrocks: do you want some extra updates?
[15:17] <didrocks> seb128: of course :)
[15:17] <fta2> seb128, so i guess they knew what they were doing when they wrote 2.1 ;)
[15:17] <seb128> didrocks: don't merge all the previous changelog entry, that do extra CD use for no good reason
[15:17] <didrocks> seb128: I copied in the bug, the content of debuild -S -vLastVersionSinceMerge
[15:18] <seb128> didrocks: when rebasing on debian I usually keep the changelog entry which summarize changes only from the ubuntu set
[15:18] <didrocks> seb128: ok, so, I just kept ubuntu version and paste the new debian changelog since then?
[15:18] <seb128> didrocks: ? not in the bug, in the source
[15:18] <seb128> didrocks: just take the debian changelog and run dch -i
[15:18] <seb128> didrocks: don't recopy all the ubuntu entries
[15:18] <didrocks> seb128: ok, so we dropped old ubuntu changes description
[15:19] <seb128> yes
[15:19] <seb128> I usually do that
[15:19] <seb128> that's not really useful and takes CD space
[15:19] <didrocks> oki, I saw other way of work, that's why I did that diffenrently :)
[15:19] <didrocks> that's right
[15:19] <fta2> seb128, or that's a remnant of when it was wrongly referring to LGPL 2.1.. what do you want me to do? yet another version??
[15:19] <didrocks> seb128: so, I just fix that later, but you can give me more update during this time :)
[15:20] <seb128> didrocks: you can do gedit-plugins if you want, it's universe good opportunity to test your upload rights ;-)
[15:20] <seb128> fta2: not sure let me check
[15:20] <seb128> pitti: is COPYING being GPL2 and debian copyright listing GPL 2.1 or newer an issue (the version mismatch)?
[15:20] <seb128> asac: ^
[15:21] <didrocks> seb128: yep, the first one \o/
[15:21] <didrocks> seb128: I was planning also to work on pidgin integration with new notification system, if needed
[15:21] <seb128> didrocks: also nautilus-sendto to update if you want and eel which is a lib
[15:21] <asac> seb128: 2.1 ?
[15:21] <asac> LGPL?
[15:21] <asac> i dont know GPL 2.1
[15:21] <seb128> "   gwibber is free software; you can redistribute it and/or
[15:21] <seb128>    modify it under the terms of the GNU General Public
[15:21] <seb128>    License as published by the Free Software Foundation; either
[15:21] <seb128>    version 2.1 of the License, or (at your option) any later version.
[15:21] <seb128> "
[15:21] <didrocks> seb128: ok, some work to do, thanks :)
[15:22] <seb128> debian copyright snippet
[15:22] <seb128> didrocks: you're welcome
[15:22] <asac> seb128: thats in copying? thats a copy-paste issue then i guess
[15:22] <seb128> asac: that's in the debian copyright
[15:22] <seb128> COPYING is
[15:22] <asac> seb128: if its just that let it in and file a serious bug ;) (rather than another round)
[15:22] <seb128> "                       Version 2, June 1991"
[15:23] <asac> yeah. thats the one i know ... LGPL has 2.1
[15:23] <asac> but GPL has not
[15:23] <seb128> fta2: can you just fix the debian copyright to list 2 and not 2.1 and reupload using the same revision
[15:23] <seb128> I will accept it then
[15:23] <fta2> ok
[15:24] <seb128> thanks
[15:24] <fta2> http://bazaar.launchpad.net/~gwibber-team/gwibber/packaging/revision/42
[15:24] <seb128> sorry for the extra review upload rounds
[15:24] <fta2> he missed 1 line :P
[15:24] <seb128> yeah
[15:29] <fta2> seb128, done
[15:29] <seb128> ok
[15:32] <asac> mvo: you had the "cannot save global" thing ... do you have keyfile system settings enabled on that machine? (see: /etc/NetworkManager/nm-system-settings.conf)
[15:32] <asac> nm that is obviously ;)
[15:33] <mvo> asac: I never touched that file
[15:33] <mvo> asac: I have "plugins=ifupdown,keyfile"
[15:34] <asac> mvo: thats ok
[15:34] <asac> mvo: are you running an admin user?
[15:34] <mvo> asac: yes
[15:34] <mvo> asac: (as in part of the admin group?)
[15:39] <asac> k
[15:40] <asac> will come back afer looking at code
[15:40] <asac> might take a day or two
[15:44] <asac> Feb 23 16:28:26 tinya NetworkManager: <info>  (ttyUSB0): detected GSM modem via udev capabilities
[15:44] <asac> Feb 23 16:28:26 tinya NetworkManager: <info>  (ttyUSB0): new Modem device (driver: 'option')
[15:44] <asac> pitti: ^^ ;)
[15:55] <mvo> asac: no problem
[16:03] <lool> seb128: Thanks for updating pygobject and sorry that I didn't come to it
[16:03] <seb128> lool: no problem don't worry ;-)
[16:34] <pitti> asac: rocking!
[16:34] <pitti> asac: so we can stop the 10-modem.fdi madness? :-)
[16:36] <asac> pitti: hopefully ... of course, there might be a few more pitfalls ;)
[16:36] <asac> for instance we are currently looking how we can see that a AT port that responses with "yeah i can GSM", doesnt really work ;)
[16:36] <asac> (my option card has that issue)
[16:37] <pitti> asac: yes,  I don't plan to drop it, but it's nice that we can by and large stop playing catch-up with it
[16:39] <asac> ack
[17:02] <kenvandine> hey jono
[17:04] <jono> heya kenvandine
[17:05] <kenvandine> jono: you happy now... i am using jaunty now :-D
[17:06] <jono> kenvandine, nice :)
[17:12] <fta2> seb128, evolution is throwing some "evolution-indicator" popups at me with Cancel/Ok for each new mail, instead of the expected notification. I have notify-osd and evolution-indicator, do I need something else?
[17:12] <seb128> fta2: disable the mail notification upstream option
[17:12] <seb128> fta2: there is a bug about that and kenvandine is working on it
[17:14] <fta2> ok, thanks
[17:20] <fta2> hm, still the same, should I restart evo?
[17:21] <seb128> fta2: could be
[17:35] <didrocks> seb128: if I remove all previous ubuntu changelog, I cant do debuild -S -vOldUbuntuVersion. It takes the whole changelog…
[17:36] <seb128> didrocks: why do you want to use -v?
[17:36] <didrocks> (not very important, as I won't upload it myself, but when you do it and to not make angry archive admin) :)
[17:36] <seb128> didrocks: just don't use -v and it will take the current changelog entry
[17:36] <seb128> there is archive admin involved there
[17:36] <didrocks> seb128: yep, but I learnt that during a merge, the best pratice is to use it :)
[17:36] <didrocks> seb128: you are one, IIRC
[17:37] <seb128> right when you keep old changelog entry that we don't do for desktop
[17:37] <seb128> right
[17:37] <seb128> the idea is to list debian changes you are merging or syncing too
[17:37] <seb128> you can -v on the most recent debian version which is in the current jaunty version
[17:37] <didrocks> seb128: I understood this. So, we don't keep ubuntu changelog during a merge only in, say, desktop packages?
[17:38] <seb128> I don't think they is a strong policy about that
[17:38] <didrocks> ok
[17:38] <seb128> other people tend to use merg-o-matic and keep those apparently
[17:38] <seb128> we don't often for desktop since it doesn't work for experimental
[17:38] <didrocks> yes, MoM keep it
[17:39] <seb128> and when doing it manually I tend to not copy the old changelog entry that's extra work and disk space for nothing
[17:39] <seb128> we drop those when syncing anyway
[17:39] <seb128> so that's like syncing and redoing ubuntu changes ;-)
[17:39] <didrocks> seb128: that's right, good point :)
[17:39] <didrocks> seb128: ok. let me upload the new version
[17:41] <seb128> didrocks: ok, I've to go now but I will look at sponsoring after dinner
[17:42] <didrocks> seb128: have a nice dinner :)
[17:42] <seb128> thanks, you too
[17:42] <didrocks> thanks
[18:21] <asac> anyone knows whether builders run stuff as root?
[18:21] <asac> or fakeroot?
[19:39] <geser> asac: you mean the buildds? as fakeroot gets installed I assume that it also gets used
[19:48] <maxb> Pick a buildlog, any buildlog: It says  /usr/bin/fakeroot debian/rules binary
[19:48] <asac> geser: yeah. thanks
[20:52] <fta> can I change the font size in the notifications? it's unreadable here (metacity)