[07:26] <crevette> hello there
[08:35] <seb128> mvo: hey
[08:36] <seb128> mvo: do you have a minute, I've some questions for you ;-)
[08:37] <seb128> didrocks: lut
[08:37] <seb128> didrocks: good job on the gnome-games update ;-)
[08:38] <mvo> seb128: sure
[08:38] <seb128> mvo: ok, so didrocks did update gnome-games
[08:39] <didrocks> seb128: thanks (and hi :))
[08:39] <seb128> mvo: on lp:~/didrocks/gnome-games/ubuntu, the update is good to be uploaded but how do we move that to standard bzr location? ;-)
[08:40] <seb128> I can do the source upload, I'm not sure what to do with the bzr though
[08:40] <mvo> seb128: if you have it on your system already as a checkand *and* you actually want to put it into bzr, then just run "bzr push lp:~ubuntu-desktop/gnome-games/ubuntu"
[08:40] <mvo> it will remember that
[08:41] <didrocks> seb128: it's time to setup a wiki page :-)
[08:41] <didrocks> mvo: you have to create the corresponding branch on LP, first, no ?
[08:41] <seb128> didrocks: heh ;-)
[08:41] <mvo> if you want to make it behave like a checkout (on your local system) run a "bzr bind lp:~ubuntu-desktop/gnome-games/ubuntu" too (but the former command is enough)
[08:41] <mvo> didrocks: if there is a gnome-games project already the push should work
[08:42] <seb128> mvo: no, I will sponsor the upload now, we just decided to switch gnome-games to bzr so the code should be somewhere else than the didrocks codepage for that no?
[08:42] <mvo> (lp is a bit picky about stuff that it does not ahve a project for)
[08:42] <mvo> seb128: yeah, if you want to stick with bzr, just push your local tree to the lp:~ubuntu-desktop/ .. location, that should be fine
[08:43] <didrocks> mvo: ok, because I remember that I had to create first the branch in my repo, and then push ... --existing-dir
[08:43] <seb128> $ bzr push lp:~ubuntu-desktop/gnome-games/ubuntu
[08:43] <seb128> Using default stacking branch /~vcs-imports/gnome-games/main at bzr+ssh://bazaar.launchpad.net/%7Eubuntu-desktop/gnome-games/
[08:43] <seb128> mvo: what does that mean?
[08:43] <didrocks> seb128: I understood that. It was only a technical question :) (for LP push)
[08:44] <mvo> seb128: I have not come across this one yet, but I think its just to tell you that it knows about this branch already (sort of) and uses the other branch to avoid data duplication on the server
[08:44] <seb128> ok
[08:44] <mvo> seb128: I think it has no meaning on the client (your side)
[08:44] <seb128> let's try to bzr get lp:~ubuntu-desktop/gnome-games/ubuntu now
[08:44] <mvo> didrocks: oh? interessting
[08:44] <seb128> can one of you try that?
[08:44] <seb128> seems to be working for me
[08:44] <didrocks> let me try
[08:45] <mvo> didrocks: I know that I sometimes have to do a "--create-prefix" when I push, but that happens only very rarely for me these days
[08:46] <didrocks> seb128: it works
[08:46] <mvo> looks good here too
[08:46] <seb128> ok, thanks didrocks mvo
[08:46] <didrocks> mvo: --create-prefix is the old repository format and is included by default now
[08:46] <didrocks> mvo: I will give it a try for next update and store the exact message
[08:47] <mvo> didrocks: aha, nice. thanks (learned something new again :)
[08:47] <seb128> mvo: next one is a bug for you ;-)
[08:47]  * mvo hides
[08:47] <mvo> bzr > bugs
[08:47] <mvo> bzr >> bugs even :P
[08:47] <seb128> mvo: yet another of those installation bug I don't understand ;-)
[08:48] <seb128> mvo: bug #319922
[08:48] <seb128> mvo: and bug #319921 which seems to be a duplicate
[08:48]  * mvo scratches head
[08:49] <mvo> hrm, that happens on a stable system?
[08:49] <seb128> mvo: it seems
[08:50] <mvo> it might be a bug in apt when it caclculates how to driver dpkg
[08:50] <mvo> I wish I could reproduce it, I have seen some that look similar (very few fortunately, but few is still too many)
[08:50] <mvo> :/
[08:51] <seb128> mvo: you probably have a better clue than me about that, I'm just confident that's not a e-d-s bug ;-)
[08:52] <mvo> I move it to apt
[08:52] <seb128> mvo: thanks, the other one is a duplicate?
[08:53] <seb128> mvo: that's all for you for now, thanks ;-)
[08:53]  * seb128 hugs mvo
[08:53] <seb128> didrocks: oh, btw usually we copy the NEWS summary in the changelog rather than listing "new version (lp: nnnnnnnnn)
[08:53] <seb128> didrocks: ie
[08:53] <seb128> * new upstream version:
[08:54] <seb128> - start faster than the previous one (lp: #nnnnnnn)
[08:54] <seb128> - etc
[08:54] <seb128> didrocks: so people reading the changelog have a clue about what get fixed and users like to know what's new ;-)
[08:56] <didrocks> seb128: you did that for later updates :)
[08:56] <seb128> didrocks: did what?
[08:56] <didrocks> seb128: I usually do that. But there were too and too many lines
[08:57] <didrocks> (see the changelog of a previous version)
[08:57] <seb128> didrocks: right, that's why I did sponsor this one and just told you that as a sidenote ;-)
[08:57] <didrocks> seb128: ok, but I thought about it. It's just that if I had copied the full NEWS since last version, I thing the changelog would be unreadable
[08:58] <didrocks> seb128: was it the right solution?
[08:58] <didrocks> (away for at least 2 hours, at a meeting :/)
[08:58] <seb128> didrocks: I usually copy the NEWS for the current versions, not all the versions for the update
[08:58] <seb128> didrocks: good meeting!
[09:02] <seb128> lut huats
[09:02] <huats> hello seb128
[09:03] <huats> sorry for not posting any stuffs update on LP yesterday...
[09:03] <seb128> huats: that's ok, I've been busy too
[09:03] <huats> ok
[09:03] <huats> some are ready to ship...
[09:03] <huats> I just want to test them
[09:06] <mvo> seb128: ha! I *think* the issue is that something got killed or crashed during the package install this is why the error is there. so (hopefully) not a apt/dpkg bug :)
[09:06] <mvo> just general robustness of our tools :(
[09:07] <seb128> ok
[09:55] <andreasn> mpt_, http://www.bani.com.br/wp-content/uploads/2009/01/vino1.png <- would it be ok to call the header "Show notification area icon" and the options "Always", "Only when there is someone connected" and "Never"?
[09:56] <mpt> andreasn, even then it wouldn't tell me anything
[09:56] <mpt> Why would anyone want to "Show notification area icon"?
[09:56] <mpt> Because it looks pretty?
[09:57] <mpt> What does it do?
[09:58] <andreasn> I was mostly interested in if it's good to say something in a header of in the radiobuttons (although repeating stuff)
[09:58] <andreasn> or in the radiobuttons
[10:00] <andreasn> I assume the options is so people can show to what amount they want to cram more weird symbols into the right top of their screens
[10:03] <pochu> andreasn: sounds good to me
[10:03] <pochu> mpt: because for security reasons you may want to know when somebody is remotely controlling or viewing your desktop
[10:04] <pochu> having it always displayed is a bit useless IMHO, but I understand the use case for having it when there are connections
[10:04] <seb128> pochu: hey
[10:04] <seb128> pochu: do you look at vino and vinagre bugs on launchpad?
[10:05] <pochu> seb128: yeah
[10:06] <mpt> pochu, andreasn, ok, then replace it with a checkbox :-)
[10:06] <pochu> jwendell too
[10:06] <seb128> pochu: ok, because the vinagre list seems to be lagging behind in triaging, I did look at it quickly while sponsoring the 2.25 update crevette did
[10:06] <pochu> seb128: I'm gonna see if I can reproduce bug #318708
[10:06] <pochu> seb128: ok, I'll have a look at it
[10:07] <seb128> pochu: I don't get this issue here, thanks
[10:07] <pochu> seb128: with the latest update?
[10:07] <seb128> oh, I didn't upgrade yet
[10:07] <pochu> it was opened before the update
[10:08] <pochu> IIUC, it says if you disable it completely, the icon will be shown when somebody is connected
[10:13] <mpt> andreasn, if your question was strictly about the grammar, then yes, your header would be fine
[10:13] <andreasn> mpt, great, thanks
[10:13] <mpt> Except that it shouldn't really be a header
[10:13] <mpt> It should be non-bold and end with a colon
[10:14] <andreasn> oh
[10:15] <andreasn> totally unrelated question, are you going to be in London in the middle of February?
[10:16] <mpt> Miscellaneous points: can't that foot icon die already; "connectivity" has two "n"s; "You must confirm" should be "Ask for confirmation before"; and "Talk to the router and try to open the doors there" is just weird.
[10:18] <mpt> andreasn, yes, I'll be back in London from Feb 9th
[10:18] <andreasn> ok, I'll fix the spinner icon today. I have been having some issues testing it out, but I'll have a friend double-test it for me
[10:18] <andreasn> I'll make it the same as in Firefox
[10:18] <mpt> very good :-)
[10:19] <andreasn> cool, I haven't booked any flight tickets yet, but I'm staying at Thomas Wood's place
[10:19] <mpt> Those bold headings seem often overused in Gnome
[10:19] <mpt> I don't think I've met Thomas Wood
[10:19] <andreasn> thos on irc
[10:20] <andreasn> he works at OHand/Intel
[10:20] <andreasn> or just Intel I guess
[10:21] <mpt> Evolution's Preferences are a trove of examples of overuse of headings
[10:22] <andreasn> if you fix Evo's setting to be sane, I owe you a pair of pants
[10:23] <andreasn> or a hat, if you rather want a hat
[10:23] <mpt> featuring content-free headings such as "Configuration", "Options", "Default Behavior", and "General"
[10:24] <mpt> Oh, redesigning them to be sane would be easy, implementing it would be harder :-)
[10:24] <andreasn> maybe a tall one, like Abraham Lincoln had
[10:24] <mpt> stovepipe, yeah!
[10:24] <mpt> nah, I'm more a cheesecutter sort of person
[10:26] <andreasn> we tend to call it old-mans-cap
[10:26] <andreasn> I use one on a regular basis. Just wish I had something to cover my ears with when it's cold and windy
[10:39] <pochu> GConf:ERROR:gconf-internals.c:637:gconf_value_type_to_string: code should not be reached
[10:39] <pochu> doesn't sound like a vinagre issue (bug 306957)
[10:42] <crevette> pochu, could it an error from gconfd ?
[10:42] <crevette> I don't understand how gconf code from vinagre could be invoked during installation
[10:44] <pochu> crevette: yeah, vinagre calls update-gconf-defaults in the postinst
[10:44] <pochu> to register vnc://
[10:44] <pochu> shall I reassign it to gconf2?
[10:45] <crevette> I would do that with seb128 validation
[11:08] <seb128> jaunty is still not user switching friendly there, the system hangs, still replies to ping but not to ssh
[11:14] <crevette> seb128, pochu were wondering if https://bugs.edge.launchpad.net/ubuntu/+source/vinagre/+bug/306957 could be a gconfd problem
[11:16] <seb128> right it is
[11:16] <seb128> that's not happening to everybody though so the local file probably got changed for some reason
[11:16] <seb128> could be a disk issue or similar triggering the bug
[11:19] <pochu> seb128: thanks, reassigning to gconf2
[11:26] <pochu> ok, lots of vinagre bugs triaged; will finish with that at other moment. Now gotta study!
[11:34] <seb128> pochu: cool, good work ;-)
[11:52] <seb128> pochu: the vinagre bug has been fixed to svn now apparently
[11:54] <pochu> cool
[11:54] <pochu> the vino one you mean :)
[11:54] <seb128> pochu: right
[11:58] <didrocks> seb128: let's say it was a good meeting :)
[11:59] <huats> seb128: it is better now : http://paste.ubuntu.com/108201/
[11:59] <didrocks> seb128: ok, so, you only copy from the NEWS file the last version, not all the delta (I merged the delta in my previous updates, but here, as it was a very long report, I was afraid to make the changelog unclear)
[11:59] <didrocks> I will do as you said
[12:00] <seb128> huats: indeed
[12:00] <huats> i am going to eat now, i'll finish after
[12:00] <seb128> enjoy
[12:00] <huats> thanks seb128
[12:01] <didrocks> seb128: FYI, we can't rm debian/control from bzr, because when you want to build a package, there is a check to see if debian/control exists *before* executing debian/rules clean (which generate, in most of the case, debian/control)
[12:01] <seb128> didrocks: right
[12:02] <didrocks> seb128: thanks for sponsoring too :)
[12:02] <seb128> you're welcome, thanks for the work you are doing ;-)
[12:02] <didrocks> if you have anything I can deal with, it should be possible today :-)
[12:03] <seb128> didrocks: want something easy or a small challenge? ;-)
[12:03] <didrocks> seb128: small challenge is better for learning :)
[12:03] <didrocks> (as well as "middle size" challenge)
[12:03] <didrocks> ;)
[12:03] <seb128> didrocks: gnome-python-extras need merging on debian and update
[12:04] <didrocks> great! I am on it :-)
[12:04] <seb128> they splitted the binaries in extra packages and ubuntu add -dbg variants
[12:04] <didrocks> ok, so, I will see if we need more -dbg variants corresponding to the extra packages
[12:04] <didrocks> and what should go where :)
[12:05] <seb128> good
[12:06] <seb128> I think the debian way is to have one -dbg built for everything
[12:10]  * mpt wonders why the Calculator icon has the word "cocoa" on it
[12:10] <mpt> Is that some sort of in-joke?
[12:12] <didrocks> mpt: you remind me of something... At my company, the developpers changed a bunch of icons in christmas tree icons last christmas. The testing team, in India, opened a bunch of incident request to fix this regression :)
[12:33] <huats> seb128: when I run a autoreconf in a patch, do I need to always use the --force parameter ?
[12:33] <seb128> huats: no
[12:34] <huats> seb128: ok
[12:34] <huats> (i was asking, since I was looking at some notes I took after a chat we had some time ago)
[12:34] <seb128> huats: I think Keybuk said it's not required and can create some issues, you might want to check with him though
[12:34] <huats> seb128: ok
[12:34] <huats> :)
[12:35] <huats> Keybuk: I'll be quite interested to know more then :)
[12:43]  * didrocks thinks that Keybuk should really do an autotools classroom next UDW :)
[12:44] <huats> didrocks: yeah !
[12:45] <crevette> ah yeah autotools would be nice
[12:45] <seb128> indeed
[12:45] <pochu> ++
[12:45] <seb128> ok, new gdm seems to be working for me now
[12:45]  * seb128 writes email to the ubuntu-desktop list now 
[13:24] <ember> hey mvo , about brasero, you are talking about merging the brasero-common on brasero package?
[13:27] <pochu> asac: could it be that launchpad new bugs having a "References: $Message-Id" confuses Thunderbird?
[13:27] <pochu> e.g.
[13:27] <pochu> References: <20081102033117.25404.42581.malonedeb@gangotri.canonical.com>
[13:27] <pochu> Message-Id: <20081102033117.25404.42581.malonedeb@gangotri.canonical.com>
[13:28] <pochu> that happens in all [NEW] bugmail
[13:28] <asac> pochu: maybe. does that happen on normal mailing lists too for first mesasge?
[13:28] <pochu> asac: nope
[13:28] <asac> pochu: note that its the same for mutt here iirc
[13:28] <pochu> so maybe it confuses every mail app ;)
[13:28] <pochu> I think I'm gonna file a bug report in malone
[13:29] <seb128> confuse things how?
[13:30] <pochu> seb128: all the replies are in a different thread than the [NEW] mail
[13:32] <seb128> pochu: that's not an issue when using evolution thouigh
[13:32] <seb128> though
[13:32] <pochu> so if it's that what confuses TB, it would be worth fixing both in malone and TB :)
[13:32] <pochu> (I guess, I don't know how these things work)
[13:34] <asac> hmm seems mutt works too - must have been something else in the past that caused this. still i dont think its right to reference the mail itself on first message
[13:34] <asac> pochu: so malone + tbird please
[13:34] <asac> pochu: also subscribe me explicitly to the bug
[13:34] <asac> (s)
[13:35] <pochu> asac: ok
[13:35] <pochu> asac: same bug with 2 tasks, or 2 bugs?
[13:35] <asac> pochu: make that a tbird bug and add malone task too
[13:35] <pochu> ok
[13:35] <asac> pochu: have you tested tbird 3?
[13:35] <asac> (or did i say that i tested that ;))
[13:35] <asac> ?
[13:36] <asac> seems so
[13:36] <asac> ok file
[13:36] <pochu> asac: I haven't yet
[13:37] <asac> i just tested
[13:38] <huats> seb128: the gnome-system-monitor and the deskbar-applet updates are on LP
[13:38] <seb128> huats: thanks
[13:38] <huats> seb128: no pb
[13:38] <huats> happy to help :)
[13:38] <seb128> huats: ;-)
[13:38] <seb128> huats: we are mostly uptodate now, you can work on the universe packages you had in your todolist
[13:39] <seb128> or do some non ubuntu activies for a change ;-)
[13:39] <huats> seb128: I will :)
[13:39] <huats> thanks ;)
[13:40] <huats> I will take care of the gnome-keyring first... but then anjuta is waiting for me (with ALL that is means :))
[13:43] <pochu> asac: bug 320034; you're subscribed
[13:43] <asac> thx
[13:44] <asac> pochu: could you make a mbox file with a single thread that shows the problem?
[13:58] <pochu> asac: how can I do that from TB?
[13:59] <asac> pochu: no clue ;)
[13:59] <asac> pochu: what you could try is to spin tbird-3.0 with the following patch: http://paste.ubuntu.com/108227/
[14:00] <asac> that prevents self-references from being added to the msg references index ...
[14:00] <asac> the other solution would be to fix the threading algorithm, so that it properly deals with self-references
[14:01] <asac> but that would require me to actually read the code  ... so i did this for now
[14:01]  * asac should resurrect his tbird build tree
[14:01] <pochu> and the other solution would be to wait for the Launchpad folks to fix their mails... but that won't fix my old threads so better fix it in TB too :)
[14:01] <pochu> will look at it. but launch first :)
[14:04] <asac> who knows. maybe its even legal ;)
[14:43] <crevette__> seb128, do you have a plan to update gtk to 2.15.0 ? I'd be interested to package and test epiphany 2.25
[14:43] <crevette__> which requires irt
[14:43] <seb128> crevette__: I did start on it a week ago but got stucked it's an hard update
[14:43] <crevette> ah okay
[14:43] <seb128> it's in the next items on my list
[14:43] <crevette> hard on which items ?
[14:44] <seb128> the directfb backend
[14:44] <seb128> nobody is working on it upstream and it doesn't build
[14:44] <seb128> but it's required in debian and ubuntu because the alternate cd uses it
[14:44] <crevette> I though it was no more supported officially
[14:44] <seb128> it's used by the debian installer
[14:45] <seb128> that's the issue, upstream might not work on it but we need to keep it building
[14:45] <seb128> anyway I've that next in my list
[14:45] <seb128> let's see how it goes
[14:45] <crevette> I don't want to put pressure on you
[14:45] <crevette> sorry
[14:45] <seb128> I'll probably do the update next week, I want to do some srus tomorrow before
[14:46] <seb128> there is no pressure, I've started on it as said and it's on my todolist ;-)
[14:47] <crevette> seb128, is there a written doc to perform a packaging, with testing ? I do test my package but no programmatically, I act as a user, I know you do more check like APIs.
[14:47] <crevette> perhaps you explain that yesterday during the presentation ?
[14:47] <crevette> explained
[14:49] <seb128> the wiki has some documentation
[14:49] <seb128> nothing specific to desktop updates though
[14:50] <seb128> that's something we should do better
[14:50] <crevette> I eager to write a wiki page  :)
[14:50] <seb128> do it ;-)
[14:51] <crevette> and everybody will know py process is the suck :)
[14:51] <crevette> :)
[14:51] <seb128> it's not!
[14:52] <mvo> seb128: could you please sync gnome-codec-install from incoming?
[14:52] <Quintasan> um, I'm trying to update brasero package from 0.9.0 to 0.9.1 (just to check if I can do it ;). There is a patch (010_lpi.patch) that can't be applied. http://wklej.org/id/42934/  Here is build log. What should I do with it?
[14:53] <mvo> ember: well, if there is stuff that the lib and brasreo have in comon I'm fine with a comon package. I have not really looked closely
[14:53] <mvo> ember: but if there is not, I guess we can skip a -common
[14:54] <crevette> Quintasan, you should update the patch to make it apply on the source, certainly the code patched on the previous version has changed
[15:02] <johanbr> crevette: the changelog for nautilus-sendto 1.1.1-0ubuntu1 says it has an empathy plugin, but it looks like the plugin is not actually there.
[15:02] <johanbr> But maybe you noticed this already...
[15:03] <crevette> johanbr, the plugin can be installed because empathu is in universe, and we can't depend on universe component
[15:03] <crevette> same goes for upnp plugin
[15:03] <Quintasan> crevette: seems like this is beyond my ability :<
[15:05] <crevette> Quintasan, I could help you but the patch system is quilt that I don't know
[15:05] <johanbr> crevette: ahh, okay. Do you plan to package the empathy plugin separately?
[15:06] <seb128> Quintasan: somebody already did the update apparently, better to ask on the chan or check on launchpad for open bugs before starting
[15:06] <crevette> johanbr, I don't know if it is possible, I think seb128 told me it was not
[15:07] <johanbr> oh :(
[15:07] <seb128> johanbr: we will not split the source and we can't build-depends on things which are in universe
[15:07] <crevette> let's move empathy to pain :)
[15:07] <seb128> johanbr: do you know if it's actually required to build? gajim does look for the binary but doesn't actually require it, we patched it to build the gajim code anyway and it's used at runtime if gajim is installed
[15:07] <crevette> main
[15:08] <seb128> crevette: ok, do you want to maintain it?
[15:08] <crevette> :)
[15:08] <crevette> unfortunately I would be a horriblem maintainer
[15:08] <ember> mvo ok i will have a look thanks
[15:09] <mvo> thanks ember
[15:09] <johanbr> seb128: sorry... is what required to build what?
[15:10] <crevette> seb128, I think empathy is required to build if you look at http://svn.gnome.org/viewvc/nautilus-sendto/trunk/src/plugins/empathy/empathy.c?revision=378&view=markup
[15:10] <seb128> right
[15:10] <johanbr> oh, now I see what you mean...
[15:10] <seb128> johanbr: libs which are in universe
[15:10] <seb128> the gajim plugin uses dbus calls so that's easier ;-)
[15:11] <crevette> gajim plugin uses just plain dbus call
[15:11] <crevette> ah too late
[15:11] <seb128> I guess somebody could do a source nautilus-sendto-universe which build a binary having the code which require universe depends
[15:11] <Zdra> in theory you can also use only dbus API to make the same thing, but it would the same as reimplementing parts of libempathy-gtk
[15:12] <crevette> seb128, the upnp plugin seems interesting too to have
[15:12] <seb128> crevette: it requires gnupnp though, is that already packaged in debian or ubuntu?
[15:12] <crevette> I think yes
[15:12] <crevette> let me check
[15:13] <crevette> since intrepid
[15:13] <johanbr> seb128: but the plugins are completely separate from the main nautilus-sendto, aren't they?
[15:14] <Nafallo> Gajim \☺/
[15:14] <seb128> johanbr: a package in main can't use universe to build
[15:14] <seb128> johanbr: the nautilus-sendto source is in main since it's installed by default
[15:14] <johanbr> seb128: Sure. But wouldn't it be possible to just package nautilus-sendto-plugins-universe, which just depends on  nautilus-sendto in main?
[15:14] <Nafallo> johanbr: split the source?
[15:15] <seb128> johanbr: read what I wrote some lines before?
[15:15] <Quintasan> seb128: Launchpad says the newest version is 0.9.0. So I thought I could try to build it :P
[15:15] <Nafallo> seb128: demote source, keep binary in main and new binary in universe... i.e. pain :-)
[15:15] <seb128> Quintasan: that's the current one, look at the bugs list too ;-)
[15:15] <seb128> Nafallo: you can't have binary in main and the corresponding source in universe
[15:16] <Nafallo> seb128: that's what I wrote, yes :-)
[15:16] <seb128> no, you wrote demote source ;-)
[15:16] <Nafallo> seb128: which means to put the source into universe :-)
[15:17] <seb128> which we can't do because it has binaries on the cd
[15:17] <seb128> oh, you mean duplicate the source in universe
[15:17] <johanbr> I guess this would be a splitting, but since the plugins are separate, it would be a pretty natural one.
[15:17] <Nafallo> have been done before... ;-)
[15:17] <johanbr> Anyway, not my decision...
[15:17] <Nafallo> seb128: oooh. that would work as well actually.
[15:17] <seb128> what I wrote
[15:17] <seb128> create a nautilus-s
[15:18] <seb128> create a nautilus-sendto-universe and make it build a nautilus-sendto-universe binary which ship only the extra options and depends on nautilus-sendto
[15:18] <seb128> I would sponsor such work but I'm too busy to work on that myself though
[15:18]  * Nafallo pops off for a call
[15:18] <seb128> so if anybody wants to work on that let me know
[15:27] <crevette> I'll try to do that
[15:27] <crevette> if nobody wants to do it
[15:35] <asac> pochu: ok the patch seems to work. you just have to recreate the index files (e.g. remove .msf)
[15:43] <asac> pochu: ok forwarded. its mozilla bug 474790
[16:00] <ember> mvo updated.
[16:20] <huats> seb128: the gnome-system-monitor build fails...
[16:20] <huats> :(
[16:20] <huats> weird...
[16:21] <huats> I'll have a look
[16:30] <seb128> huats: that will teach me to start trusting you enough to upload things without test building first on my install ;-)
[16:31] <huats> seb128: but it builds here !
[16:31] <seb128> huats: I know what went wrong
[16:31] <huats> seb128: I just did it again, after I have seen that
[16:31] <huats> what it is ?
[16:32] <seb128> huats: you moved the new patch first in the serie so the lpi changes were not applied when you updated it
[16:32] <seb128> ie, the autoreconf changes don't have the lpi configure changes
[16:32] <seb128> huats: you need to list autoreconf after lpi in the series
[16:33] <huats> oh
[16:33] <huats> I haven't touched the order of the patches...
[16:33] <seb128> huats: you did update the serie in some way
[16:33] <huats> I don't know why it did that :(
[16:33] <huats> yeah I understand your point...
[16:33] <seb128> huats: if you used quilt new it added it at the start
[16:34] <huats> seb128: may be...
[16:34] <huats> probably
[16:34] <huats> I am fixing it
[16:34] <huats> the thing is : why it builds here fine, and why the lpi is done correctly here ?
[16:34] <huats> :(
[16:34] <seb128> it probably built for you because the build system detected that configure.in changed after configure and ran the autotools again during the build, they are not installed on the buildd though
[16:35] <huats> ok
[16:35] <huats> I understand
[16:35] <huats> pffff :(
[16:35] <huats> sorry for that...
[16:35] <seb128> you still need to learn ;-)
[16:35] <seb128> that's ok
[16:36] <huats> seb128: of course I still need to learn...
[16:37] <huats> I am not the one who brings gnome to millions :)
[16:37] <huats> btw how did the session went ?
[16:38] <seb128> okish I guess, there was enough question to be busy for the hour ;-)
[16:38] <seb128> let's see if that brings new contributors now ;-)
[16:38] <huats> great
[16:38] <huats> :)
[16:38] <seb128> huats: but you do bring GNOME updates to millions of users ;-)
[16:38] <huats> :)
[16:39] <huats> once it is done I put the new .dsc and the new .diff on the same bug or I open anotherone ?
[16:41] <seb128> you can use the same one, or just a debdiff there
[16:41] <seb128> basically edit the series, move the patches order there, refresh the autoreconf changes and build
[16:41] <huats> yep
[17:03] <crevette> heya
[17:07] <huats> seb128: do I need to update the package version number ? I am not really sure
[17:07] <seb128> huats: yes
[17:07] <huats> seb128: pl :(
[17:07] <seb128> huats: the revision, ie -0ubuntu2
[17:07] <huats> seb128: sorry :(
[17:17] <huats> seb128: I need to go now... I'll post it on LP tonight
[17:17] <huats> i am way too late now :(
[17:17] <huats> sorry :(
[17:18] <seb128> huats: ok, that's alright not hurry, you can fix it tomorrow too
[17:18] <huats> it is building... so we'll be soon fixed :)
[17:18] <huats> it is just putting on LP that I can't do now :)
[17:18] <huats> bye
[17:19] <chrisccoulson> anyone know how i'm meant to handle updating a package to its new upstream version when upstream changed their version numbering scheme between releases (so the new version has an 'older' version number than the old version)
[17:19] <crevette> chrisccoulson: how is it possible ?
[17:19] <chrisccoulson> i was asking how i'm meant to handle it?
[17:19] <crevette> out of curiosity, which package
[17:19] <chrisccoulson> ntfs-3g
[17:20] <crevette> I bet the version should prepend a version superior like 2:0.3.4
[17:20] <Prolescum> Hey guys. Not sure if this is the right channel... Anybody know how to get ushare working with intrepid?
[17:20] <chrisccoulson> that seems sensible
[17:21] <chrisccoulson> thanks crevette
[17:21] <crevette> I don't know if this is the right way to do
[17:21] <crevette> perhaps insulting the maintainer is another option
[17:21] <crevette> :)
[17:22] <chrisccoulson> perhaps. i need to speak with the debian maintainer really to see if it is acceptable to them
[17:22] <crevette> yeah
[17:22] <crevette> ah I see 1.555 -> 1.1
[17:22] <crevette> what an idea
[17:22] <crevette> ah no 2009.1.1
[17:23] <chrisccoulson> actually, i just checked again and the current jaunty version is 1.2531 (i forgot the 1), so the new version does actually have a newer version number
[17:24] <chrisccoulson> i thought the old upstream number was just 2531 (so 2009.1.1 would be an older version to dpkg)
[17:24] <crevette> chrisccoulson: the version is 1:1.2531-1.1ubuntu2 notice the 1: it already has
[17:24] <chrisccoulson> yeah, i just noticed that
[17:24] <crevette> but you right to contact the debian maintainer
[17:24] <chrisccoulson> i think i need to speak with the debian maintainer and see how they want to handle it
[17:24] <chrisccoulson> yeah, i'll do that
[17:58] <pochu> asac: awesome! thank you :)
[19:18]  * pitti grabs a lock on the gconf package
[19:19] <dobey> pitti: !
[19:19] <pitti> hey dobey
[19:19] <pitti> my patch finally works \o]
[19:19] <pitti> \o/ actually (no, I don't have a broken arm)
[19:20] <dobey> pitti: are your slids from your lunch talk at UDS about mail filters easily available anywhere? (or just the list of filters would be fine)
[19:20] <dobey> hehe
[19:20] <pitti> dobey: they are, http://people.ubuntu.com/~pitti/talks/
[19:20] <pitti> including (LaTeX) source
[19:21] <pitti> dobey: also, https://wiki.ubuntu.com/Bugs/HowToFilter
[19:23] <dobey> pitti: great! thanks!
[19:27] <pitti> dobey: glad you like it :)
[19:28] <dobey> pitti: i think it's about time i added some super magic to my procmail as i start using lp more and more :)
[19:32] <rickspencer3>   /away
[20:12] <calc> I HATE EVOLUTION, argh!
[20:12] <calc> even after reinstalling it still refuses to move emails into a folder via a filter
[20:16]  * calc is going to record a video of its f*ckage and file a bug :-\
[20:16] <calc> its completely rendered itself useless by no longer filtering email
[20:17] <dobey> calc: are you trying to use client filtering with imap?
[20:23] <calc> dobey: yes
[20:23] <calc> dobey: it was working until a mailing list changed and i renamed the folger
[20:23] <calc> er folder
[20:24] <calc> and then it no longer worked, and i don't see a bug about it
[20:24] <calc> dobey: the bug is it claims the folder to move to is non-existent
[20:24] <dobey> calc: did the filter get updated? (i presume it didn't)
[20:24] <calc> dobey: yes i updated the filter and it refuses to work
[20:24] <dobey> oh, hrmm
[20:24] <calc> i even reinstalled my system thinking something maybe got broken and it still doesn't work
[20:25] <calc> i deleted the filter rule and recreated it even and it still wouldn't work
[20:25] <dobey> weird
[20:25] <calc> i created a video and about to file a bug
[20:26] <calc> if i can't find a way to fix RSN i will have to switch off evolution nothing is getting filtered now
[21:03] <calc> bug 320198