[00:05] <schakrava> bobbo: giving the key explicitly worked
[00:08] <bobbo> schakrava: good :)
[00:10] <schakrava> bobbo: my computer is acting very strange. brb. reboot
[00:19] <effie_jayx> ScottK, ping
[00:20] <schakrava> bobbo: here is the pastebin: http://pastebin.ubuntu.com/36691/
[00:21] <schakrava> bobbo: i mean debdiff
[00:22] <bobbo> schakrava: cool, I have to go to bed now, but it looks good (only a few little things would need changed)
[00:23] <schakrava> bobbo: thanks. have a good night!
[00:23] <bobbo> schakrava: I'll have a proper look tomorrow
[00:23] <schakrava> bobbo: sure thing.
[00:29] <effie_jayx> hello all I am trying to figure out how best to send a font change upstream
[00:33] <persia> effie_jayx: Were you able to migrate the change from the .ttf itself to the source?
[00:34] <Kopfgeldjaeger> good night
[00:37] <jdong> *cry* I miss doing MOTU work.... internships suck....
[00:38] <persia> jdong: MOTU work misses doing you as well.
[00:39] <effie_jayx> persia,  I got soruce files to it but I am unable to build the package
[00:40] <effie_jayx> persia,  I was directed to https://launchpad.net/ubuntutitle
[00:40] <tgm4883_laptop> jdong, in order to ease your pain, i'd let you REVU http://revu.ubuntuwire.com/details.py?package=mythstream-parser-youtube ;)
[00:41] <persia> effie_jayx: What happens when you try to build the package?
[00:41] <effie_jayx> to send "it" upstream... I am guessing I can send my sdiff (diff file between FontForge Source files )
[00:41] <effie_jayx> persia,  fails to buid since it has a binary in it ... (the ttf file)
[00:41] <persia> effie_jayx: The binary is modified by debian/rules clean?
[00:42] <effie_jayx> persia,  nope
[00:42] <persia> effie_jayx: RIght.  Apply the *source* changes to the package, and build that.  Send the source patch upstream.
[00:42] <effie_jayx> persia,  the binary is there... and it complains stating ... "Irrepresentable changes in the ttf"
[00:42] <persia> effie_jayx: RIght.  The ttf should only be changed at build time, not at packaging time.
[00:43] <effie_jayx> ok
[00:43] <effie_jayx> persia,  learning curve... you are mean
[00:44] <persia> effie_jayx: Sorry.  Not my intention to be mean.  My intention is to help, but I've never edited a font, so what I can suggest is limited.
[00:44] <effie_jayx> persia,  no worries... nice way to get back to MOTU work
[00:45] <effie_jayx> persia,  funny thing is that the font source won't work... since I doubt it gets generated at build time
[00:46] <persia> What is the license for the font?
[00:48] <effie_jayx> persia,  SIL OPEN FONT LICENSE Version 1.1
[00:49]  * persia goes to read that, not being familiar
[00:51] <persia> effie_jayx: Seems sual-licensed under OFL and GPL.  If we select OFL, we can't patch it in Ubuntu (cannot distribute modified versions under the same name), so let's choose GPL.
[00:52] <persia> If we choose GPL, we have to distribute source matching the binaries, and modify the source when we want to change it, so we'd need to build the binary from the source.
[00:53] <persia> Looking at the packaging though, it doesn't seem like we build the binaries from the source.
[00:53] <persia> I'd suggest complaining to upstream, and perhaps opening a bug to demote to multiverse.
[00:54] <persia> Alternately, fix the build system so it does build the binary from the source.
[00:54] <persia> (which may clobber the existing binary, but I've not much sympathy)
[00:59] <effie_jayx> persia,  ok, Not an easy fix, But I am up for it
[00:59] <effie_jayx> persia,  heck I already spent hours on the actual font, I might as well carry it on
[01:00] <persia> effie_jayx: You always seem to get the ones that look easy, but aren't really.  You are to be commended on actually fixing most of them.
[01:01] <effie_jayx> persia,  I made sure I closed all open bugs for missing glyphs...
[01:01] <effie_jayx> so people will be happy that some glyphs will be available
[01:02] <effie_jayx> persia,  how do I complain to upstream... the launchpad project does not have contact,
[01:03] <persia> effie_jayx: It does have a list of "Most active people".  You might try chasing them.
[01:03] <effie_jayx> persia,  right... cool thanks for your words.. I shall get working then
[01:10] <effie_jayx> persia,  I am currently sending an email to the top contributors and also I am workin on a package with binaries on it... using uuencode and uudecode
[01:10] <nxvl> effie_jayx: uuencode and uudecode fun! luck with ti!
[01:10] <nxvl> it*
[01:11] <effie_jayx> nxvl,  heh... I hope you are not being ironical ... :S
[01:11] <effie_jayx> :P
[01:11] <nxvl> effie_jayx: don't bet
[01:11] <persia> effie_jayx: uuencode / uudecode doesn't allow distribution under either the OPL or the GPL though.
[01:11] <persia> For OPL, either we need to not modify, or we need to change the name.  For GPL, we need to ship a working source.
[01:11] <effie_jayx> persia,  hw do they get the ttf in the pacakge then
[01:11] <nxvl> effie_jayx: if you want, you can check apache, i added some icons to it and decode them on debian/rules
[01:12] <nxvl> effie_jayx: so you can use it as an example
[01:12] <persia> effie_jayx: They are upstream: they don't have to comply with the license.
[01:12] <nxvl> persia: i did it for some icons on apache
[01:12] <persia> (Well, for a sufficiently large project, this ceases to be true, as coordination between contributors to not comply becomes more complicated than compliance)
[01:13] <effie_jayx> persia,  What should I ask upstream then to change license and demote the package to multiverse?
[01:13] <effie_jayx> or rather suggest
[01:13] <persia> nxvl: Yes, but for icons it is arguable that GIF is one of the "preferred forms for modification", as there are plenty of GIF editors.  For this font, it's fairly clear that Ubuntu-Title.sfd is supposed to be the source.
[01:14] <nxvl> oh
[01:14] <nxvl> he's encoding a font
[01:14] <nxvl> now i get it
[01:20] <effie_jayx> persia,  what is the point in demoting the package to multiverse
[01:20] <effie_jayx> ?
[01:20] <effie_jayx> apart from letting us work with it
[01:22] <persia> effie_jayx: Demoting to universe would let us use OPL, so while we couldn't patch, we could push binary patches through upstream.  Having it in universe means the font neds to be built at build time.
[01:22] <persia> Err.  Demoting to *multiverse*
[01:23] <effie_jayx> persia,  mind If I cc you on the email ?
[01:23] <persia> effie_jayx: You could, but I doubt I have much to contribute.
[01:24] <effie_jayx> persia,  your insights on packaging? since this package needs a bit of more neatness
[01:26] <persia> effie_jayx: I guess: to me it seems to be more about licensing than packaging.  Anyway, send a copy my way, and I might comment on the response.
[01:26] <effie_jayx> thanks persia
[01:29] <effie_jayx> persia,  I have just generated a dsc without modifying the binary and be able to generate a pack
[01:31] <effie_jayx> a patch between the new and the old.. that should commit a fix and push for action upstream
[01:31] <effie_jayx> while the email sorts the package issue
[01:32] <persia> effie_jayx: I don't understand exactly what you mean, but I doubt upstream can use a binary patch to the ttf either, as then they might have issues modifying it.
[01:32] <effie_jayx> persia,  you can generate sfdiff out of the two files
[01:33] <persia> effie_jayx: Hmm.  Maybe then.
[01:33] <persia> I still think they have some source file from which they work.
[01:36] <effie_jayx> persia,  you mean it is not Ubuntu-Title.sdf?
[01:36] <effie_jayx> .sfd
[01:37] <persia> effie_jayx: No idea.  Can you generate Ubuntu-Title.ttf from Ubuntu-Title.sfd?  If so, then just put that generation in debian/rules, and you're all set.
[01:40] <effie_jayx> persia,  I'll find out
[01:41] <rexbron> foxxtrot: if the setup.py file is using the standard setup-tools module, then --prefix should work
[01:41] <foxxtrot> I'll run tests of both
[01:41] <rexbron> have you uploaded the package to revu?
[01:43] <foxxtrot> I've barely started the debhelper process.
[01:43] <foxxtrot> I do have a different package to upload to revu though, I've only put it in my PPA so far (my wife and a co-worker of hers needed the package sooner)
[01:44] <foxxtrot> Of course, the PPA stuff is targetting hardy, I should target intrepid with anything pointed at revu, yes?
[01:48] <foxxtrot> And anything I upload to REVU should list it's Section as universe/sub-section right?
[01:49] <persia> Target intrepid, yes.  Using universe/ as a prefix, no.
[01:51] <foxxtrot> Thanks
[01:51] <k0p> hi all.
[01:51] <k0p> how much time needs to a package be compile in archive?
[01:54] <persia> k0p: Between 1 minute and 60 hours, depending on the complexity of the package.  Note also that sometimes there is a queue, so the build may not start for a while.
[01:55] <k0p> hmm sure.
[01:55] <k0p> and how I can know about that?
[01:56] <persia> k0p: e.g. https://launchpad.net/ubuntu/intrepid/+builds
[01:57]  * persia notices that https://launchpad.net/ubuntu/intrepid/+builds?build_text=&build_state=pending is empty, and encourages lots of uploads.
[01:58] <k0p> persia, https://launchpad.net/ubuntu/+source/umit/0.9.5-0ubuntu1/+build/687956
[01:58] <k0p> should it be on archive ?
[01:58] <foxxtrot> Does REVU use that build queue?
[01:58] <persia> foxxtrot: Packages on REVU are not autobuilt.
[01:58] <foxxtrot> ah
[01:59] <foxxtrot> How long does it take a package uploaded to REVU using dput to show up on the REVU site?
[01:59] <nhandler> I think the list is refreshed every 5 minutes foxxtrot
[01:59] <persia> k0p: It waits on binary NEW : https://launchpad.net/ubuntu/intrepid/+queue
[01:59] <k0p> ok
[02:00] <JasonSpradlin82> I swear this packaging guide is going to drive me insane
[02:01] <k0p> persia, thanks
[02:01] <JasonSpradlin82> how much of the packaging guide do i need to fully understand before i can go and try to start getting mentored and start helping out?
[02:01] <persia> JasonSpradlin82: None of it.
[02:01] <JasonSpradlin82> persia: oh
[02:02] <JasonSpradlin82> persia: i'm getting to understand more and more of it, but it takes a long time, because its not exactly intuitive to those unfamiliar with the basics
[02:02] <persia> More specifically, you'll want to understand the basics of Debian format packaging, which may also be gleaned from examination of some sample packages.  You'll also need a willingness to learn, and to research anything on which you are unsure.  You may find that much of what you end up discovering that way is also in the Packaging Guide.
[02:03] <JasonSpradlin82> yeah... i tend to learn better by DOING or by being taught in an environment wwhere I can ask questions... one cannot ask questions of the packaging guide
[02:03] <persia> Yes, it's not very intuitive.  Personally, I found it easiest to work with small modifications to packages to build familiarity.  Closing small bugs is a good way to do this, and gives you exposure to a variety of packages.
[02:04] <NCommander> I personally found following the New Maintainer guide's example and disassembling the hello package to help a lot
[02:04] <foxxtrot> Damn, I may not be able to package this very easily.  Some of the code is in a 'questionable' licensing state
[02:06] <foxxtrot> If it contains any code not licensed under an OSI-style license it has to go into the multiverse, right?
[02:06] <persia> foxxtrot: It has often been said that debian/copyright is the hardest part of packaging
[02:06] <foxxtrot> Well, all but this one .so are GPL
[02:07] <foxxtrot> But the non-GPL code only has a copyright associated with it.  I'm going to need to email Swofford and figure out the licensing for this code.
[02:07] <foxxtrot> Since the package seems to depend on this .so it builds
[02:43] <tgm4883_laptop> jdong, in order to ease your pain, i'd let you REVU http://revu.ubuntuwire.com/details.py?package=mythstream-parser-youtube ;)
[02:43] <tgm4883_laptop> bah, sorry
[02:43] <tgm4883_laptop> If you are a MOTU and are bored right now have I got a deal for you.  To help ease your boredness, I'll let you REVU my package http://revu.ubuntuwire.com/details.py?package=mythstream-parser-youtube I've made the requested changes from the last REVU and am ready for another.  This offer valid while supplies last.
[02:48] <NCommander> Holy
[02:48] <NCommander> I just got a AM
[02:48] <NCommander> *an
[02:48]  * NCommander faints
[02:49] <jdong> tgm4883_laptop: lol I had to review some heart attack-inducing code at work today, so I think I'll take a break before I burst a vessel somewhere :D
[02:50] <jdong> tgm4883_laptop: though I'm CONFIDENT your code will be better than what I've seen today
[02:50] <tgm4883_laptop> heh, take a break then.  I didn't mean to ping you about it twice ;)
[02:50] <tgm4883_laptop> hope so, i've had 2 REVU's on it already and fixed many things ;)
[03:17] <ScottK> effie_jayx: Pong
[04:19] <effie_jayx> ScottK, I meant to ask you about ttf-Ubuntu-title, I have made some changes to fix some bugs but I can't seem to package them due to binary changes. I saw you were a past contributor- I thought you could help with some pointers
[04:20] <ScottK> effie_jayx: No.  Sorry.   I think I helped a bit with some packaging questions, but don't recall much about the package.
[04:21] <effie_jayx> ScottK, right... thanks
[04:25] <effie_jayx> ScottK, the issue is that the ttf is a binary that does not get generated by the source in the pacakge.. due to licencing uuecode and uudecode cannot be used. and I am figuring out a way to build the ttf from source. I have contacted upstream about it and I am holding on to a reponse
[06:16] <tgm4883_laptop> If you are a MOTU and are bored right now have I got a deal for you.  To help ease your boredness, I'll let you REVU my package http://revu.ubuntuwire.com/details.py?package=mythstream-parser-youtube I've made the requested changes from the last REVU and am ready for another.  This offer valid while supplies last.
[06:16] <tuxmaniac> :)
[06:38] <tuxmaniac> can someone plese have a loof at the .dff.gz for bug 255224 and sponsor after review?
[06:43] <dholbach> good morning
[06:43] <tgm4883_laptop> good evening ;)
[06:50] <lunch> tac-plus is not in the repository, was in there back in the gusty days
[06:50] <lunch> anyone able to fix this? or i need to compile my own?
[07:07] <Hew> Hey guys. I nominated high priority bug 248055 for SRU a month ago and it's still sitting there for nomination. Have I followed the correct process so far? Is someone able to give the bug a bump? It's an easy fix (essentially a backport).
[07:09] <dholbach> does anybody know if Bhavi Shankar is on IRC every now and then?
[07:09] <dholbach> hi Koon
[07:09] <Koon> hello Daniel !
[07:26] <james_w> dholbach: he is
[07:26] <james_w> dholbach: he often turns up for MOTU school as well if I remember correctly.
[07:26] <dholbach> I think he's "coolbhavi" here, right?
[07:26] <Hobbsee> dholbach: he's coolbhavi, usually found in -in
[07:27] <Hobbsee> what's he done now?
[07:27] <dholbach> I was just looking for him
[07:27] <persia> Hew: It looks good to me, but the solution is very much not clear.  Have you considered requesting a backport of the new version?
[07:27] <Hobbsee> ahh.  try -in
[07:28]  * Hobbsee goes back to trying to figure out this hell-spawned subject list.
[07:28] <Hew> persia: I read somewhere that if a backport is to fix a bug, then it should be done as a SRU
[07:28] <Hew> persia: I assume the fix is just a backport, but to *-updates
[07:28] <persia> Hew: Yes, that is true, although in this case, I think both routes make sense.
[07:29] <Hew> persia: What action should I take? Request a backport as well as the SRU?
[07:29] <persia> I'm not sure I like the idea of an upstream-forced upgrade because of declared incompatibility.  Also, to move forward, your bug needs someone to look at preparing a patch that does the right thing (whatever the right thing might be).
[07:29] <Hew> persia: It's broken _because_ it's the old version, that's the problem. I don't think it's something that a patch to the old version can fix
[07:30] <persia> Hew: Yes, which makes it extra complicated.  bugfixes should go through SRU, but the new version surely has other changes.
[07:30] <persia> I suspect the complication is part of the delay.
[07:30] <Hew> indeed
[07:30] <persia> Does anyone other than Hew use gtk-gnutella?
[07:31] <Hew> persia: I'm on Intrepid myself now so it's not even a problem for me anymore, but the longer it goes on, the more people appear on that bug report.
[07:31] <persia> Hew: Understood.  I'm just hoping someone else with experience with the software might have an opinion.
[07:31] <Hew> When I was on Hardy though, I tested the Intrepid package and it was all fine.
[07:31] <Hew> yep
[07:32] <lifeless> persia: I think its a mistake to put more consideration into an SRU than the aggregate consideration done over a release cycle
[07:32]  * RAOF wasn't aware that the gnutella network still _existed_.
[07:32] <lifeless> persia: because it makes the SRU have a higher bar than the next release does, and thats silly.
[07:32] <persia> lifeless: Do you want to upload the new version to hardy?
[07:32] <lifeless> I have a critical data loss bug to fix first
[07:32] <lifeless> just making an observation
[07:34] <Hew> my opinion is that, by "backporting" as a SRU, there will be a far greater benefit (everyone has a working client) compared to the risk of regression.
[07:34] <persia> Anyone from MOTU SRU about?  If Hew pushes the intrepid gtk-gnutella to hardy, woudl that be approved?
[07:36] <RAOF> We should probably collect a list of these "only the latest version works" packages; I remember some discussion about Tor along similar lines.
[07:38] <persia> Some of the games are that way too: openarena, tremulous, nexuiz (note that one *can* run the old server, but that it's hard to find them on the net)
[07:39] <tgm4883_laptop> If you are a MOTU and are bored right now have I got a deal for you.  To help ease your boredness, I'll let you REVU my package http://revu.ubuntuwire.com/details.py?package=mythstream-parser-youtube I've made the requested changes from the last REVU and am ready for another.  This offer valid while supplies last.
[07:53]  * Hew just found two questions on answers.launchpad about the bug as well..
[07:55] <tuxmaniac> anyone have information on Kickstart compatibility on Ubuntu here? the wiki page seems very very old and outdated. If someone could give me poitners to that will be very helpful.
[07:56] <tuxmaniac> not sure whether this is right channel to ask.
[07:59] <persia> tuxmaniac: Not really the right forum, but depending on your requirements, FAI and debian installer preseeding may also be interesting.
[07:59] <lifeless> I thought kickstart was still supported
[07:59] <lifeless> tuxmaniac: it probably hasn't been updated because it hasn't needed one
[08:00] <tuxmaniac> ok thanks.
[08:04] <tuxmaniac> debian preseeding page seems to be having quite a lot of info. thanks persia
[08:05] <persia> tuxmaniac: Note that lifeless could well be perfectly correct: kickstart might just work as documented there.
[08:05] <tuxmaniac> ok
[08:30] <Iulian> Good morning.
[09:16] <huats> morning everyone
[09:16] <sylvaing> huats: hi
[09:16] <huats> hey mister sylvaing
[09:16] <huats> :)
[10:18] <silwol> is there a display problem with the http://revu.ubuntuwire.com website?
[10:19] <silwol> there are no packages in the "needs review" and many many in the "advocated packages" category
[10:19] <persia> silwol: Indeed, and those in "Advocated" don't seem to have records of advocation.
[10:20] <emgent> moin
[10:21] <NCommander> Uh oh
[10:22] <NCommander> damn it
[10:22] <NCommander> RainCT broke it
[10:22] <NCommander> I should be able to revert one revision
[10:28] <NCommander> silwol, ignore it for now, it looks like we're experiencing some mild db corruption
[10:28] <silwol> no problem for now, just wanted to make sure you know about the problem
[11:10] <huats> TheMuso: are you around ?
[11:13] <bigon> any motu-sru around?
[11:13] <huats> bigon: +1 for me :)
[11:33] <Syntux> When do we need to use provides/conflicts/replaces ?
[11:47] <persia> Syntux: Provides when something meets a (possibly virtual) dependency.  Conflicts when there is a file name in common between two packages (note that policy mandates it work in essentially the same way: cf. /usr/lib/sendmail), replaces when one package should overwrite files from another package.
[11:48] <persia> The most common case is when you have multiple binaries from a single source, and move some files between them.  The package getting new files then Conflicts with older version of the package that gave it the files, and also replaces it so as not to confuse dpkg.
[11:49] <Syntux> persia, I'm using them with stardict english arabic dictionary because I'm going to package another english arabic dictionary for stardict provided from different source, would that make it correct us ?
[11:50] <sylvaing> ping nijaba
[11:50] <persia> Syntux: Is there a reason you can't install them in parallel, with slightly different file names?  Users might want to compare both results.
[11:50] <Syntux> persia, different licenses
[11:51] <Syntux> persia, we only have one GNU dictionary, two CC dictionaries but they are not general dictionaries but economic and politics i guess
[11:52] <Syntux> and the last one is free from babylon but they didn't mention the license but it's freely available in babylon format easily converted to stardict format
[11:52] <persia> Syntux: Sure, but is there a reason they should not all be installed, assuming the licensing is sorted?
[11:53] <Syntux> persia, the two general didn't work together when installed
[11:53] <persia> Syntux: Why not?
[11:54] <Syntux> persia, no idea why
[11:54] <persia> Syntux: That'd be the fist thing to investigate, before fussing with Conflicts/Replaces/Provides
[11:56] <Syntux> persia, hmm but this isn't my game, I mean I don't know how to investigate why it's happening
[11:58] <Syntux> persia, although they work just fine when both installed but one is disabled.
[12:03] <persia> Syntux: You might check the error messages, etc.
[12:03] <Syntux> ok
[12:03] <Syntux> another question
[12:04]  * persia is in a meeting, and hopes someone else can answer
[12:04] <Syntux> babylon english-arabic dictionary is freely available http://www.babylon.com/define/98/English-Arabic-Dictionary.html but they didn't mention any license
[12:04] <Syntux> argh freenode
[12:12] <mok0> Syntux: it must have a license to be included in the distribution
[12:14] <Syntux> mok0, and by putting them online for free download that doesn't mean it fits under any license ?
[12:15] <mok0> no, just because you can freely download it, doesn't mean that you can also distribute it
[12:15] <Syntux> mok0, what if we converted its format into something else? does that make it ours?
[12:15] <mok0> Syntux: no
[12:16] <mok0> Syntux: you need to get in contact with babylon
[12:17] <mok0> Syntux: check what the DFSG says
[12:17] <Syntux> mok0, what if someone else converted it and I just packaged what he converted? do I have to track the second level?
[12:18] <mok0> Syntux: yes, you can't do that, it will violate the originators copyright
[12:19] <Syntux> I studied law for two years and we do not track 2nd source in money laundry cases but we do in licenses, interesting :D
[12:19] <Syntux> Okie, I will put contacting babylon on my todo and will only package the GNU dictionary for now
[12:19] <mok0> Syntux: :-) hehe
[12:20] <mok0> Syntux: the rule-of-thumb is that there _must_ be a license, and that license must conform to the DFSG
[12:21] <mok0> Syntux: Several times, I
[12:21] <mok0> I
[12:21] <Syntux> mok0, yeah I understand but the thing is, babylong dictionary itself is free and its dictionaries are free too
[12:21] <mok0> I've had to contact upstream to get them to clarify their license
[12:21] <Syntux> although there is no license but we should make use of such enormous free efforts
[12:22] <Syntux> mok0, great, can you give me an example of what should I ask them about ?
[12:22] <mok0> Syntux: Unless there is an explicit license that allows us to distribute, it doesn't matter that it's free...
[12:23] <mok0> Syntux: Ask them to include a license in a file with the dictionary source (which has to be editable, btw)
[12:24] <Syntux> I still can't get it because naturally no one can own the words
[12:24] <laga> why does the dictionary source have to be editable? if it's to live in multiverse it shouldn't matter.
[12:24] <laga> although it'd be better if it was editable
[12:24] <Syntux> it's like licensing the bible or holy quran
[12:24] <mok0> laga: It has to be in "preferred modifiable form"
[12:25] <mok0> Syntux: well, in contrast to the two works of art you refer to, these guidelines make sense
[12:25] <mok0> ;-)
[12:26] <broonie> Syntux: Actually, it is possible to copyright collections of things (ie, the result of putting a certain collection together is coptyrightable)
[12:26] <Syntux> ok, I'm going to create a software and license both books and then the whole world should "Show me the money"
[12:26] <Syntux> :d
[12:26] <broonie> I'd also point out that in the UK there is crown copyright on the KJV bible.
[12:27] <Syntux> humans!
[12:27]  * mok0 wonders if God/Allah don't have copyright...
[12:28] <jpds> Any Python folk know how I can urllib2.urlopen("https://edge.launchpad.net/~ubuntu-dev").read() - and check if the text: "You are not a member of this team" is in the page source?
[12:28] <Syntux> not sure if God/Allah have a copyright but he have a database for sure :D
[12:28] <mok0> Syntux: lol
[12:29] <Syntux> and some secret agents spying on us
[12:29] <mok0> jpds: Can't you just set up a regexp using the re module?
[12:29] <RAOF> jpds: Sounds like you just want something along the lines of 'if "you are not a member of this team" in urllib.whatever' :)
[12:29] <achadwick> "You are not a member of this team" in obj.read(), if you don't mind being inefficient
[12:29] <Syntux> which is against our privacy!
[12:29] <jpds> mok0: I tried that, I think my regex didn't work.
[12:30] <mok0> jpds: so... make it work?
[12:30] <jpds> mok0: I've tried, that's why I'm asking.
[12:30] <mok0> jpds: show us the code (pastebin)
[12:30] <Syntux> the new API doesnt have team membership status ?
[12:31] <jpds> mok0: Seems I removed it experimenting..
[12:32] <mok0> jpds: ah
[12:33] <mok0> jpds: Syntux is right, you should check out the new LP API
[12:33] <mok0> jpds: it may do what you want
[12:34] <jpds> OK, I'll check it out.
[12:34] <Syntux> or I'd awk it.
[12:38] <Syntux> mok0, for gnu dictionary sections should be free/text ?
[12:41] <jpds> Damn it, the reason the above failed was because the page had: "You must <a href="+login">log in</a> to join or leave this team".
[12:41] <tuxmaniac> hi folks. can someone please look into bug 255224 and sponsor? thanks in advance
[12:43] <mok0> Syntux: I don't know
[12:43] <mok0> Syntux: I think they have to be free as in free speech
[12:46] <Syntux> they are
[12:46] <Syntux> with gnu license
[12:46] <Syntux> editable format
[12:46] <Syntux> what else do you want? haa?
[12:46] <mok0> Syntux: sounds about right
[12:47] <RAOF> Hah.  I win!  gnome-main-menu builds again.
[12:47] <mok0> Syntux: check the writeup for the gnu dictionary app
[12:47] <RAOF> Now I simply need to resist the urge to pull in more functionality from SVN while I'm pulling in patches to make it build.
[12:47] <mok0> Syntux: they might actually not care about the dictionary
[12:47] <Syntux> I'm trying to find list of section in ubuntu to see which fits most
[12:48] <mok0> Syntux: but Debian/Ubuntu want the license to follow the DFSG
[12:48] <Syntux> RAOF, if you torture the package it will build.
[12:48] <Syntux> mok0, babylon case closed, I sent them an email and I wont bother packaging their dictionaries before hearing from them
[12:49] <RAOF> Hm.  It seems build != work :)
[12:49] <mok0> Syntux: great
[12:49] <Syntux> mok0, now I'm talking about arabeyes gnu dictionary available in dictd format and someone converted it into stardict and I'm packaging it
[12:50] <Syntux> there is no text section but translation but they mean something else by translation
[12:50] <mok0> Syntux: OK, sounds good. I don't know the last thing about dictionary formats, though
[12:51] <Syntux> it's free/text neyahahahaha
[12:54]  * Syntux wonders when he'll have 10mbs 
[12:59] <effie_jayx> persia, I got a reply from upstream. they are meging some changes and they will fix the font.
[13:00] <persia> RAOF: What are you doing to the poor menus?
[13:00] <persia> effie_jayx: Excellent news indeed.  Will they also fix the packaging, or do we need to move it to multiverse?
[13:01] <persia> (or can we fix the packaging to be GPL?)
[13:02] <effie_jayx> persia,  they are first fixing the font, aparently they have 7 different branches. they will not move the package to multiverse since it is of canonical maintenance. first they merge and they will build a better package for it...
[13:02] <effie_jayx> basically they said... thanks kid, we got it covered
[13:03]  * persia doesn't think Canonical gets a special pass for licensing, and hopes they fix it.
[13:04] <effie_jayx> persia,  If they don't, in a years time I'll rant :D
[13:05] <effie_jayx> persia,  how come the ubuntu-title isn't usable in many languanges... it is in the ubuntu promise...
[13:05] <effie_jayx> heh
[13:05] <effie_jayx> persia,  you are right ... some luck I have with bugs
[13:05] <persia> effie_jayx: Just upstream didn't fix that.  Wasn't it in universe anyway?
[13:07] <RainCT> jelmer: ping
[13:07] <RainCT> jelmer: can bzr-upload on REVU be archived?
[13:07] <effie_jayx> persia,  it is universe
[13:10] <Kopfgeldjaeger> persia: Do you know what the direct config.sub changes in jabberd2 are for (you uploaded *ubuntu3 in january)?
[13:11] <persia> Kopfgeldjaeger: Err, no.  Let me check to see if I have any of that information accessibly offline.
[13:12] <stefanlsd> persia: what do u do for a living... out of interest
[13:14] <persia> stefanlsd: I'm currently mostly a developer.  I've had lots of different jobs though, although mostly in technology.
[13:15] <stefanlsd> persia: oh ok. employed or self employed?
[13:15] <persia> stefanlsd: Employed.
[13:16] <stefanlsd> persia: oh ok. cool. just you're so active and busy here, so i was just wondering
[13:16]  * stefanlsd tells canonical to employ persia fulltime
[13:16] <persia> I have unlimited access to IRC at work.
[13:17]  * broonie is on IRC for work purposes :)
[13:18] <persia> stefanlsd: Also, I'm in UTC+9, so you're usually about in my evenings, which likely impacts your perception.
[13:18] <stefanlsd> oh ok. that would also explain it.
[13:26] <elkbuntu> question: is there a netbook channel?
[13:27] <dholbach> elkbuntu: you could try #ubuntu-mobile *shrug*
[13:28] <persia> Kopfgeldjaeger: Sorry, I know nothing about that package: I only rebuilt it for NBS, but didn't look at it.
[13:28] <Kopfgeldjaeger> ok
[13:29] <elkbuntu> yeah... i was thinking something more aimed at eeepcs, not phones
[13:39] <persia> Ubuntu Mobile isn't for phones.  Hardy only has MID support (very small laptops, small tablets, etc.).  Intrepid may have subnotebook support, if the right package set can be assembled.
[13:50] <Treenaks> persia: subnotebook = eee-class?
[13:52] <persia> Treenaks: Yep.  If you look at intrepid, you'll notice two meta packages: ubuntu-mid for the very small devices (4-6" screen, although there are some 3.5" devices it might work with), and ubuntu-mobile for the next larger (7-9" screens).  10"+ are likely candidates for ubuntu-desktop
[13:52] <Hew> persia: Do we have the all clear to copy gtk-gnutella from Intrepid to hardy-proposed? bug 248055
[13:52] <Treenaks> persia: well, that assumes the hardware works
[13:52]  * wgrant raises the alarm.
[13:52] <persia> Hew: No idea.  Did you hear from anyone in motu-sru?
[13:53] <Hew> persia: nope
[13:53] <wgrant> Copying from Intrepid sounds bad.
[13:53] <persia> Treenaks: How do you mean?  (and maybe #ubuntu-mobile is a better place)
[13:53] <Hew> wgrant: Check out bug 248055, would be great to have extra eyes on it
[13:54]  * RainCT is thinking about if it would be good to have a 'ubuntu-packaging' metapackage which would pull in (as recommends) all the packages listed in the PackagingGuide
[13:55] <persia> RainCT: why?
[13:55]  * persia already has too many packages pulled by ubuntu-dev-tools
[13:57] <jpds> persia: 'Tis my fault, I'm afraid: http://bazaar.launchpad.net/~ubuntu-dev/ubuntu-dev-tools/trunk/changes
[13:58] <persia> jpds: I'd be very happy if you could add sbuild as an alternative to pbuilder, especially given the presence of the mk-sbuild-lv binary.
[14:06] <jpds> persia: I shall look into it.
[14:11] <Kopfgeldjaeger> It looks like $package ships with an old version of a file and I need to libtoolize --force --copy before it  builds successfully. Is this OK?
[14:12] <RainCT> 6/14
[14:12] <RainCT> (oops)
[14:18] <emgent> http://apu.debconf.org:8000/Salon_del_mar.ogv.m3u
[14:22] <jpds> Hobbsee: A "buildd" script is now in ubuntu-dev-tools trunk, and it does all the mozilla cookie extraction for you. FYI.
[14:22] <Hobbsee> jpds: woot!
[14:22] <jpds> :)
[14:25] <RainCT> jpds: and you're missing a nose
[14:26] <jpds> RainCT: :~>
[14:26] <RainCT> strange nose :)
[14:27] <directhex> :Ձ(
[14:27] <RainCT> directhex: is that a Debian nose?
[14:27] <directhex> ooh, this one works well. :ᐊ)
[14:39] <bddebian> Heya gang
[14:49]  * jpds uploads new ubuntu-dev-tools package.
[14:52]  * emgent clap clap clap
[14:56] <RainCT> can some non-MOTU verify on REVU if he sees an Archive/Unarchive option on the details.py page for his packages but not on those from others?
[14:57] <RainCT> (just look if it's there, no need to try it out as it doesn't do anything yet it you are not a MOTU)
[14:58] <RainCT> jpds: you're spamming my mailbox :)
[14:59] <Kopfgeldjaeger> I can see an Unarchive option
[14:59] <jpds> RainCT: Use proper mail filters.
[14:59] <RainCT> Kopfgeldjaeger: and is the package archived?
[14:59] <Kopfgeldjaeger> for mine
[14:59]  * slytherin wonders why we are still stuck at grub version 1 in Ubuntu. What happened to grub 2.
[14:59] <Kopfgeldjaeger> yep
[15:00] <persia> slytherin: Needs more testing.
[15:00] <RainCT> jpds: what's the point of subscribing to diffs if I filter them out afterwards? xD
[15:00] <RainCT> Kopfgeldjaeger: great, thanks for checking :)
[15:00] <persia> RainCT: You can later review them to understand the changes.
[15:00] <Kopfgeldjaeger> no problem ;)
[15:01] <slytherin> persia: what kind of testing.
[15:01] <RainCT> persia: well, but for that I can also do a  bzr diff -rXX..YY
[15:01] <nhandler> RainCT: I am able to archive one of my own packages on REVU too
[15:01] <RainCT> that with the mailbox spaming was a positive comment, btw
[15:01]  * jpds hugs RainCT.
[15:02] <persia> slytherin: http://www.gnu.org/software/grub/grub-2-faq.en.html #2
[15:02] <RainCT> thanks, nhandler. no more testing needed for now
[15:03] <slytherin> persia: It works well on i386 at least. But I will wait if people think it needs to stabilize.
[15:04] <persia> slytherin: Considering that the vast majority of new 9386 compatible hardware is really amd64 or lpia, I'm not sure that's sufficient.  On the other hand, November is soon: might be worth proposing for intrepid+1
[15:05] <slytherin> hmm
[15:09] <geser> jpds: does requestsync also check if a MOTU requests a sync for a main package? as this also requires sponsorship
[15:10] <jpds> geser: Err, I'll fix that with next upload.
[15:31] <Jaded> don't suppose anyone from the ruby area is awake ?
[15:34] <raphink> is it me only or the ubuntu wiki is down ?
[15:34] <RainCT> raphink: here it works
[15:35] <raphink> hmmmm
[15:35] <RainCT> Jaded: just ask :)
[15:35] <raphink> AttributeError
[15:35] <raphink> 'module' object has no attribute 'getSysPage'
[15:35] <raphink> If you want to report a bug, please save this page and attach it to your bug report.
[15:35] <raphink>     * Show debugging information
[15:35] <raphink>     * Report bug
[15:35] <raphink>     * Visit MoinMoin wiki
[15:35] <raphink> that's what I get
[15:35] <raphink> :(
[15:35] <RainCT> raphink: on what page?
[15:35] <raphink>  on /
[15:36] <raphink> or on any page actually
[15:36] <raphink> I think it's an openID issue
[15:36] <raphink> it happened after I logged in
[15:36] <persia> raphink: Works for me o be authenticated.
[15:36] <raphink> hmmm
[15:36] <jpds> Works here.
[15:36] <raphink> maybe it has to do with the theme then
[15:37] <raphink> I'm using the kubuntu2 theme
[15:37] <raphink> and I have no idea how to change it if I can't access the website ;)
[15:37] <raphink> the debug infos seem to get down to kubuntu2.py
[15:38] <Jaded> ok, was wondering if/when a package will be rolled covering the DNS spoofing vul in resolv.rb ? Ruby itself is patched up, but there doesn't seem to be a patched version in ubuntu packages
[15:38] <raphink> is anyone else using the kubuntu2 theme on the wiki?
[15:41] <joaopinto> Jaded, have you searched for the bug  on launchpad ?
[15:43] <jpds> raphink: Try asking for a config change in #canonical-sysadmin
[15:43] <raphink> jpds: ok thanks
[15:44] <Koon> packaging question: a package builds binaries and associated libraries (that nobody else uses afaict). By default it puts the libs in /usr/lib. What is the best way[tm] : a single package with the default locations, multiple packages (one for the binaries + two for each lib, as if they were shared libs), or trying to have a single package that relocates the libs to /usr/lib/pkgname ?
[15:44] <jpds> geser: http://bazaar.launchpad.net/~ubuntu-dev/ubuntu-dev-tools/trunk/revision/153
[15:45]  * jpds makes changes to the above.
[15:47] <jpds> There, that's better.
[15:48] <Jaded> joaopinto: yeah, I'll just double check...
[16:09] <bobbo> hey everyone, i just wrote a little python script that wraps around apt-cache rdepends and allows you to easily count the number of rdepends and it also support recursion (finding the rdepends of another packages rdepends and so on). Would people find this usefule in ubuntu-dev-tools?
[16:12] <directhex> sounds useful for backporting
[16:16] <dx9s_work> quicky question
[16:17] <dx9s_work> where does one go to see recently released updates? (I think I remember a recent update for Evolution [gutsy] -- and now I can't connect to a global address book)
[16:17] <slayton> is there a way to list all packages that a given package depends upon?
[16:19] <bobbo> slayton: apt-cache showpkg or apt-cache showsrc should tell you
[16:20] <slayton> bobbo, thanks!
[16:20] <slayton> after I install a deb by hand it shows up in the list of packages under aptitude search... how can I get my manually installed packages to go away after I have removed them by hand?
[16:21] <geser> slayton: what do you mean with "removed them by hand"?
[16:22] <slytherin> slayton: go away from where?
[16:22] <slayton> so I installed some packages with dpkg -i <debfile> then I have removed some with dpkg -r others with apt-get remove...
[16:23] <dx9s_work> (2nd time) is there a place (web page?) to review recent updates (released/sorted by release date)... I seem to remember some updates for evolution over the past few days...
[16:23] <slayton> when I type: aptitude search "query"  i see packages that I installed by hand in the list of available packages
[16:24] <geser> slayton: does it have perhaps remaining config files still installed?
[16:24] <slytherin> dx9s_work: for intrepid https://lists.ubuntu.com/archives/intrepid-changes/
[16:25] <dx9s_work> slytherin, ty (looking for https://lists.ubuntu.com/archives/gutsy-changes/ ) heheh
[16:25] <slayton> geser, i guess it could... not sure though
[16:26] <slytherin> slayton: you could try apt-get --purge remove packagename. Not sure if theer is a purge option for dpkg
[16:26] <slayton> ok I'll try that
[16:27] <geser> dpkg -l the_package_name will tell you the status for it
[16:27] <geser> slytherin: dpkg -P
[16:28] <dx9s_work> slytherin, hmmm.. I see no recent updates .. (trying to rule out an update that has broken part of evolution-exchange / or not).. can connect to exchange (via OWA) but not the LDAP directory and get the "Global Address Book" ... no recent ldap updates either
[16:29] <dx9s_work> slytherin, means a setting on the M$ side screwed things up
[16:29] <geser> dx9s_work: you can also check /var/lib/dpkg.log for recent installed updates
[16:30] <slytherin> dx9s_work: check changelog from synaptic to see when was package updated last time.
[16:33] <dx9s_work> geser, thanks... (I see something 2008-07-31 2.12.1-0ubuntu1.3) .. and for me it is in /var/log/dpkg.log*
[16:46]  * dx9s_work guesses he'll install the -dbg and see if there is anyway to figure out what-the-hell is going on
[16:57] <james_w> hey, could someone please do a fakesync for bug 223596
[17:12] <RainCT> jpds: I have a new icon on LP :P
[17:19] <dx9s_work> geser, thanks... but as I figured out.. it was not any updates.. it was the "admin" turning off the global catalog!
[17:19]  * dx9s_work had to prove it wasn't Linux / Ubuntu / Evolution first tho!!!
[17:19] <dx9s_work> (lame winholes idiots I work with)
[17:22] <slayton> I'd like to package hdf5-1.8.1  to ship with some of the software i'm releasing.... how different  the debian dirs be from the 1.6.5 and 1.8.1? Is it as simple as copying the dir over and just changing the relevant version numbers?
[17:23] <slayton> how different would the
[17:24] <jpds> RainCT: hmm?
[17:25] <RainCT> jpds: ubuntu-l10n-ca :)
[17:26] <jpds> Aha.
[18:27] <bdmurray> Should an Ubuntu bug be opened for debian bug 486408?
[18:37] <RainCT> jpds: you can use os.path.expanduser() instead of os.environ
[18:37]  * jpds reads help()
[18:37] <tgm4883_laptop> Other packages take candy from babies.  Mythstream-parser-youtube gives candy to babies, stands up for what you believe in, and does the right thing.  If you are a MOTU, REVU mythstream-parser-youtube today.  Paid for by the maintainer to get mythstream-parser-youtube REVUed  http://revu.ubuntuwire.com/details.py?package=mythstream-parser-youtube
[18:37] <jpds> RainCT: Ahh, ok.
[18:42] <superm1> tgm4883_laptop, it looks like as they stand those perl scripts when installed aren't marked executable
[18:42] <superm1> tgm4883_laptop, do they work?
[18:42] <tgm4883_laptop> superm1, yes
[18:43] <tgm4883_laptop> to clarify, yes they work
[18:44] <superm1> so the plugin does actually call them with perl SCRIPT then
[18:47] <tgm4883_laptop> i'd have to dig throught the mythstream code to verify, but it must because none of my installed parsers are marked +x
[18:57] <medo_> if you attach a patch to bug report how do you get someone to check it and test it thoroughly??
[18:57] <medo_> or it is some one will check it when he can?
[19:00] <jpds> medo_: Which bug # is it?
[19:00] <medo_> jpds: bug #159189
[19:02] <jpds> medo_: usbutils is in main, you should subcribe the "ubuntu-main-sponsors" team.
[19:02] <medo_> jpds: thanks a lot
[19:02] <jpds> medo_: https://edge.launchpad.net/~ubuntu-main-sponsors
[19:03] <emgent> ScottK: around ?
[19:04] <didrocks> Hi all :)
[19:05] <didrocks> I try to build the azeurus intrepid source package azureus_2.5.0.4-1ubuntu4
[19:05] <medo_> jpds: then do I need to send a message to them requesting a sponsor or it should appear to them?, sorry it is very naive as this is my first patch to do
[19:05] <didrocks> got this FTBFS: ./org/gudy/azureus2/ui/console/multiuser/commands/UserCommand.java:31: package org.apache.commons.cli does not exist
[19:05] <didrocks> (with sudo pbuilder build...)
[19:06] <didrocks> I do not understand why it is not recorded in harvest as FTBFS and it seems a missing dependency, no?
[19:06] <slytherin> didrocks: why are you trying to build azureus?
[19:07] <didrocks> slytherin: there is a NBS for icedtea-java7-jre that I try to fix
[19:07] <tuxmaniac> hi folks. Any idea when the next REVU day is?
[19:07] <didrocks> 4 reverse dependies (azureus, freecol, project-x and sun-javadb)
[19:07] <slytherin> didrocks: There is a large merge pending for azureus. The debian version is some 3.1.x if IIRC. Try to work on that merge if you can. :-)
[19:08] <didrocks> for the 3 others, it was ok, just remove the dependencie
[19:08] <didrocks> oh, ok, it will be my first merge so, is it ok even if it is a large one ? :)
[19:09] <slytherin> didrocks: that is why said, if you can. :-)
[19:10] <didrocks> slytherin: during this time, is it possible to subscribe u-u-s to remove the 3 fixed reverse depencies (to not having to regenerate the debdiff is someone else upload a new package during this time): https://bugs.launchpad.net/ubuntu/+source/project-x/+bug/203636 ?
[19:12] <slytherin> didrocks: let me check
[19:12] <didrocks> slytherin: ok
[19:15] <slytherin> didrocks: your debdiff for project-x is wrong. Also if you are removing icedtea from dependencies, make sure you also remove it from build dependencies.
[19:16] <didrocks> slytherin: I removed it for the line Depends:${misc:Depends}, libcommons-net-java, openjdk-6-jre | sun-java6-jre | sun-java5-jre
[19:16] <didrocks> is it not sufficient?
[19:17] <slytherin> didrocks: why should it remain in Build-Depends?
[19:17] <didrocks> I should have made a mistake, let me try again :/
[19:18] <Yasumoto> Hey guys, if there's an issue with the postinst script, should I just generate a debdiff as normal? Or is there a special way to go about it?
[19:19] <slytherin> Yasumoto: debdiff as normal.
[19:21] <slytherin> Yasumoto: of course if the package does not have a ubuntu revision (ubuntux) then you might want to see if the problem has already been fixed in some Debian version.
[19:22] <slytherin> didrocks: by the way, #ubuntu-java is an ideal channel for java packaging matters.
[19:22] <Yasumoto> slytherin: mm, thanks
[19:22] <didrocks> slytherin: to try to fix the FTBFS, I will use it, for sure ;)
[19:23] <schakrava> bobbo: hi
[19:24] <didrocks> slytherin: if I look at project-x_0.90.4dfsg-0ubuntu4.dsc (previous version), I have "Build-Depends: cdbs (>= 0.4.43), debhelper (>= 5.0.38), libcommons-net-java, liboro-java, openjdk-6-jdk"
[19:25] <didrocks> but in debian/control, there is "Depends:${misc:Depends}, libcommons-net-java, openjdk-6-jre | icedtea-java7-jre | sun-java6-jre | sun-java5-jre"
[19:26] <slytherin> didrocks: I think you got confused. My bad. There are two different problems. 1. The debdiff you uploaded for project-x is messed up. 2. In the debdiff for freecol, icedtea is still present in build depends.
[19:27] <didrocks> oh, build-depends and not Depends
[19:27] <didrocks> I'm sorry
[19:29] <Yasumoto> slytherin: yep, no ubuntu version. good call :) I found the bug reported in the debian bug tracker as well :)
[19:33] <zooko> You mean the egenix package of pyopenssl, right?
[19:34] <zooko> Whoops, wrong channel.
[19:42] <didrocks> slytherin: it must be ok now
[19:44] <slytherin> didrocks: Haven't checked. Busy with something else.
[19:45] <didrocks> slytherin: ok, just for the advice, do you think when my mentor will have checked that I should suscribe u-u-s juste for these 3 when I will work on the 4th?
[19:46] <slytherin> didrocks: sure no problem.
[19:46] <didrocks> thanks a lot slytherin, have a good work ;)
[19:48] <Adri2000> does the SRU Verification Team checks universe bugs or only main ones?
[19:48] <slytherin> Adri2000: there is a separate motu-sru team.
[19:49] <Adri2000> motu-sru approves sru, but doesn't verify that the fixed packages work afaik, does it?
[19:51] <slytherin> Adri2000: no, that has to be done by users when package is uploaded to -proposed. I am not sure if it also needs to be verified by some developer.
[19:51] <Adri2000> ok
[19:52] <Adri2000> and do you know how much time a package should stay in -proposed before moving to -updates?
[19:52] <Adri2000> I'm pretty sure it's 7 days but can't find it on the wiki
[19:53] <slytherin> Adri2000: it is not time. IIRC, at least 2 people need to verify that package from -proposed fixes the problem and does not introduce any regressions.
[19:53] <Adri2000> oh :o
[19:53] <Adri2000> anyone to confirm?
[19:53] <slytherin> Adri2000: but I guess 7 days might be considered reasonable time so that people can report back.
[19:53] <didrocks> Adri2000: I just know that is the way it works in debian :)
[19:55]  * Adri2000 goes poking an archive admin in #-devel to move his sru to -updates
[19:56] <fabrice_sp> Hi. I'm having a menu-icon-not-in-xpm-format error when validating my package with lintian. Is it possible to convert a png file to xpm? Thanks.
[19:59] <slytherin> fabrice_sp: I that error is for Debian menu system. I don't think you should be concerned with that as we use freedesktop menu specification. Debian menu system is the old one which predates freedesktop specification. I am not sure if even Debian uses it.
[20:00] <fabrice_sp> slytherin: I'm adding a menu file to the package I'm doing, after norsetto reviewing my package. One of his comment was adding a menu file
[20:01] <fabrice_sp> (http://revu.ubuntuwire.com/details.py?package=mountmanager)
[20:02] <slytherin> fabrice_sp: well then you should be able to use gimp to convert png to xpm. But keep png also as it should be installed /usr/share/icons/hicolor
[20:04] <fabrice_sp> slytherin: as this xpm file is not in upstream, would I have problems with the diff file? (because of binary). Anyway, I will keep png file
[20:04] <didrocks> fabrice_sp: convert $source debian/desktop/${dest}.xpm
[20:04] <didrocks> for instance
[20:05] <slytherin> fabrice_sp: you will have to keep the xpm file in debian directory. And I think you need to use uuencode and uudecode utilities for binary to ascii conversion. Not sure exactly how, as I have never done it myself.
[20:05] <didrocks> I tried once a debdiff on it without any problem
[20:06] <RainCT> for uuencode, see https://wiki.ubuntu.com/PackagingGuide/Howtos/BinaryFilesInDiff
[20:06] <fabrice_sp> didrocks: where can I find convert?
[20:07] <RainCT> fabrice_sp: imagemagick, I think
[20:07] <slytherin> fabrice_sp: imagemagick
[20:07] <didrocks> yes, imagemagick :)
[20:08] <fabrice_sp> slytherin & RainCT: I'll have a look to uuencode. I is acceptable to have imagemagick as build dependency to a package?
[20:08] <fabrice_sp> (and add convert during the build pahse)
[20:08] <fabrice_sp> s/pahse/phase
[20:09] <RainCT> fabrice_sp: For the XPM? You could do so, but I don't see any reason for it (you don't need to uuencode .xpm's).
[20:10] <fabrice_sp> RainCT: xpm are ascii? So I just have to convert it once. Thanks! :-)
[20:24] <fabrice_sp> one more question about this xpm stuff: How do I install it in a clean way? Calling install -d within rules files seems a bit odd...
[21:00] <\sh> fabrice_sp: xpms are ascii yes...just like an old sprite definition
[21:01] <Treenaks> \sh: aren't xpm's C-headers even?
[21:02] <\sh> Treenaks: somehow yes...but the definition of the whole xpm looks like an old sprite layout definition... you know when you designed your sprites for the C64 ,->
[21:03] <Treenaks> \sh: I'm one year too old for C64, and Hercules mono didn't have sprites
[21:04] <\sh> Treenaks: can't be....I used hercules graphics after the c64 ,-)
[21:05] <Treenaks> \sh: sorry, I was born one year too late
[21:05] <Treenaks> making me one year too young
[21:05] <Treenaks> brainfart
[21:05] <\sh> Treenaks: btw...people are still finding those scary "Ubuntu fan Videos" ,-)
[21:05] <Treenaks> \sh: _scary_? :)
[21:06] <Treenaks> itym lovely!
[21:06] <\sh> Treenaks: this morning a colleague from finance came to me and asked me "Stephan, is this you on the video?" and I was shocked...
[21:06] <Treenaks> rofl :)
[21:06] <Treenaks> That was in Montreal, wasn't it?
[21:06] <\sh> Treenaks: right :)
[21:09] <\sh> anyways ,  a good sign that windows people are showing interest in linux and especially ubuntu...one task on my list -> done
[21:10] <laga> hum. kind of off-topic, but.. how can i revert changes in a git tree? do i need to commit them first?
[21:11] <\sh> Treenaks: btw...are you planning to attend froscon this year in germany (st. augustin, near cologne + bonn?)
[21:11] <Treenaks> \sh: when is it?
[21:12] <\sh> Treenaks: 23rd and 24th of august ;) a weekend
[21:12] <\sh> laga: is there no "git uncommit" like in bzr?
[21:12] <laga> i think there is, but i haven't committed yet
[21:12] <laga> i'm not very familiar with git :)
[21:12] <Treenaks> undo?
[21:12] <Treenaks> revert?
[21:13] <\sh> revert i guess
[21:13] <\sh> then
[21:13] <laga> i'll ask google for a git tutorial :)
[21:13] <\sh> laga: ask linus he should know ,-)
[21:14] <laga> heh
[21:14] <norsetto> gentlemen
[21:15] <\sh> ola norsetto
[21:15] <norsetto> \sh: ola ombre
[21:15] <\sh> norsetto: how is life?
[21:16] <norsetto> \sh: alive ;-) And you?
[21:16] <laga> \sh: git-reset --hard does what i want
[21:16] <\sh> up and down..the usual :)
[21:18]  * norsetto hands over a beer to 
[21:18] <norsetto> oh well
[21:18] <\sh> norsetto: ah I just had one or five
[21:19] <bobbo> hey schakrava
[21:21] <Syntux> Salam
[21:29] <bobbo> rm $(ls)
[21:29] <bobbo> sorry!
[21:30] <\sh> that's dangerous
[21:30] <bobbo> \sh: how so?
[21:32] <laga> it's dangerous because it won't work if a file name contains spaces
[21:32] <\sh> executed in my home dir it would give me pain
[21:33] <laga> indeed
[21:35] <schakrava> bobbo: hi
[21:36] <schakrava> bobbo: was the debdiff ok?
[21:36] <bobbo> schakrava: there were a couple of little things that could be improved (though fairly minor)
[21:37] <\sh> laga: real unix people not "space" using in filenames
[21:37] <bobbo> schakrava: i'll msg you to avoid spamming this channel :)
[21:37]  * warp10 moins bobbo
[21:37] <bobbo> warp10: moins?
[21:38] <schakrava> bobbo: ok
[21:38] <didrocks> warp10: !!!
[21:38] <warp10> didrocks: !!!
[21:39] <jpds> bobbo: North German slang for morning.
[21:39] <jpds> ...or something.
[21:39] <bobbo> jpds: ah :)
[21:47] <\sh> jpds: not correct... moin moin is north german slang for good morning...moins is just some other slang someone created ;)
[21:48] <jpds> \sh: "...oder etwas."
[21:48] <\sh> jpds: hehe