[00:04] <Arimal> that was it
[00:04] <Arimal> frostwire deb was malformed
[00:04] <Arimal> thanks for taking the time to answer my questions
[00:04] <Arimal> :)
[00:19] <popey> directhex: oooooooo
[00:20] <directhex> hiya popey! \o/
[00:20] <ajmitch> popey: you saw the bacon?
[00:20] <popey> oh yus
[00:20] <directhex> riddles taste better with baconnaise
[00:23] <popey> isnt that a nice thing to go to bed on
[00:24] <ajmitch> on bacon?
[00:24] <ajmitch> what an uncomfortable way to sleep
[00:24] <popey> tasty bed
[00:24] <popey> if sticky
[04:43] <jumentous> hi, https://blueprints.edge.launchpad.net/ubuntu-mobile/+spec/mid-jaunty-launcher mentions updates newer than the packaged release, i haven't had much experience with launchpad - will it mention somewhere where this repo is held/
[04:44] <persia> jumentous, Generally, if the spec is to do something beyond the archive, the specific location is mentioned in the spec.
[04:45] <persia> In the case of that specific spec, the work was never done, and kourou is unlikely to be in any flavour by default for karmic.
[04:47] <jumentous> i know, unfortunately i'm stuck with it for the time being
[04:47] <jumentous> i read completed by, date and release notes as a completed spec
[04:47] <jumentous> obviously they are not
[04:47] <jumentous> thanks
[04:50] <jumentous> persia, i see you are linked to mer also, is there a similar more complete launcher than kourou? mer seems to have scrapped launching from home window altogether though things such as adding a background are obviously possible in maemo
[04:51] <persia> heh.  I'm not really a fan of launching from the home window.  If one must do that, kourou seems a pleasant implementation.
[04:52] <persia> If you'd like to improve kourou, I suspect upstream would welcome an interested contributor.
[04:52] <jumentous> ok, unfortunately need an iphone-esk icon launching interface
[04:53] <persia> So you need something completely new?
[04:53] <persia> (and this is mildly off-topic here: #ubuntu-mobile might be a better forum)
[04:53] <jumentous> moved
[05:56] <porthose> persia: to clarify, I need to sync coherence from debian, I have per package upload rights for coherence, should I get a MOTU ACK for the sync request, or can I subscribe the archive admins directly to the sync request?
[05:59] <ajmitch> if you have upload rights for that, I'd subscribe ubuntu-archive
[06:00] <porthose> ajmitch: thx
[06:00] <persia> porthose, Just subscribe the archive-admins.  it's probably worth noting that you're a per-package-uploader, to avoid confusion the first time.
[06:00] <ajmitch> they may only look at team membership when it comes to the syncs
[06:00] <ajmitch> right, do as persia suggests :)
[06:00] <persia> porthose, In more detail: you are an Ubuntu Developer, in every sense that is required to handle your packages.  No further authority is required.
[06:01] <porthose> will do thx again :)
[06:09] <porthose> Would a MOTU please unsubscribe u-u-s from Bug #396357 please.
[06:10] <persia> porthose, unsubscribing now...
[06:11] <porthose> persia: Cool, time for bed, night
[06:16] <RoAkSoAx> Hey guys, Should we always take Debian patches against Ubuntu ones?? For example, while merging, older Ubuntu provided a patch that in my opinion is a better patch that the newer Debian is providing (fewer code lines and keeping the structure of upstream source code). So in such cases, should we still take Debian patches?
[06:19] <persia> RoAkSoAx, We take Debian patches unless we believe it to be worth the extra work of maintaining the variance.
[06:19] <RoAkSoAx> persia, ok so be it. thanks :)
[06:20] <persia> So, if you think the Ubuntu patch is enough better, and want to work on getting everyone (upstream, Debian, Ubuntu) back in sync over the longer term, there's no reason not to keep the Ubuntu patch.
[06:22] <RoAkSoAx> persia, well for example, the patch is to change a function call from "hello(1+1,2+2,3+3)" to "hello_dude(a,b,c,d)". Ubuntu does it that way, Debian does it like: a = 1+1. b =2+2, c=3+3 and then -> "hello_dude(a,b,c,d)"
[06:23] <persia> OK.  Do you care enough to make it better later?
[06:24] <RoAkSoAx> persia, well I would since the main reason would be to keep things simple by having less lines of code...
[06:24] <RoAkSoAx> or should I just report it back to upstream and wait till the better fix gets to Debian
[06:25] <persia> And be responsible for merging the difference in the meantime.
[06:25] <persia> I'd also suggest engaging the Debian maintainer.  Maybe there's a good reason to do it that way.
[06:26] <RoAkSoAx> ok then, I'll contact Debian maintainer first and talk about that patch. Thanks for the help :)
[06:26] <persia> Good luck.
[06:28] <RoAkSoAx> thanks :)
[06:28] <RoAkSoAx> well I'm off to sleep. see ya
[06:41] <cpscotti> Ampelbein: Hi, have you seen that harpia got rejected by the archive admin? I think I corrected the issued.. could u check that?
[07:36] <alkisg> Hi! I want to package some windows/flash based educational applications and put them into a repository. They contain multimedia files, so they're big, e.g. 100Mb.
[07:36] <alkisg> To make them run correctly under Ubuntu, I'll have to change some of the files they contain, e.g. html encoding, ie-specific javascript...
[07:36] <alkisg> My problem is: if my repository users install the edu app, and I later need to update it with a patch that only affects 1 html file, how can I do it without them downloading the whole 100Mb again?
[07:38] <alkisg> Can I make a "original" package, which just puts all html and swf files to /usr/share/eduapp, and then make a "diff" package, which modifies them while inside /usr/share/eduapp, so that I can only update the diff package? Or is that a silly idea?
[07:39] <persia> alkisg, I'd recommend splitting the stuff up into a bunch of smaller packages, where it would make sense to update them together.
[07:39] <alkisg> persia: the problem is that I cannot logically split it. It's one big app with lots of multimedia files...
[07:40] <persia> That's harder.  How about a program/data split?
[07:41] <alkisg> They're html and swf files... I could split the .swf files, but they're in a directory hierarchy, so the two packages hierarchies would overlap :(
[07:41] <alkisg> I.e. eduapp/lesson1/swf_files   and eduapp/lesson1/html_files
[07:41] <alkisg> (then lesson2, lesson3 etc)
[07:41] <alkisg> How do the langpacks work? I think there's a big one (-base?) and another one that gets modified more frequently?
[07:42]  * persia isn't sure, and leaves this for someone with better advice
[07:42] <alkisg> Thank you persia. I know, it's a difficult one :(
[07:47] <alkisg> Yes, I think the language-pack-xx vs language-pack-xx-base is what I need. If someone can explain me how this works, I'd really appreciate it. :)
[07:52] <dholbach> good morning
[07:54] <alkisg> Let me rephrase my question, please: I need to split an educational application into 2 packages that will function in the same way as language-pack-xx-base (all files) and language-pack-xx (modified files). Where can I find info on this, i.e. how can 2 different .deb packages provide an overlapping set of files?
[07:59] <persia> alkisg, You might just download some of the example packages, and play with dpkg --contents
[08:01] <highvoltage> I uploaded my first package ever to REVU \o/
[08:01] <highvoltage> persia: I'll get the lxde path on there next and ping you for review if that's ok?
[08:02] <persia> highvoltage, Sure, but for best results, ping generally.  I'll notice if I'm about, and maybe someone else will respond sooner.
[08:05] <alkisg> persia: See in http://pastebin.com/f3a2abd3e - the language-pack-en overrides for example pidgin.mo, which normally belongs to language-pack-en-base....
[08:05] <alkisg> Can I just go ahead and do that? I.e. override files that belong to other packages? Or is there some mechanism I should aware of?
[08:06] <alkisg> *overwrite, not override (my English sucks :()
[08:06] <persia> overwriting doesn't work easily, without replacing, which should be approached with caution at best.
[08:06] <persia> Generally, it's a bad idea.
[08:07] <alkisg> I think the langpacks are a perfect example for me; that's exactly what I need. What do you mean by "replacing", is there some mechanism in apt that I can use to notify it that I replaced the file owner package?
[08:08] <alkisg> *I mean, "the package that owns some file"..?
[08:08] <persia> Replaces:
[08:08] <alkisg> Isn't that for whole packages?
[08:08] <persia> But use it with caution and care, and triple-read related policy.
[08:09] <persia> Go read the policy.  It explains what it does,
[08:09] <kaushal> hi
[08:09] <kaushal> when is the official release of Firefox 3.5 will be released in Ubuntu Hardy ?
[08:09] <persia> kaushal, I don't know that there is an answer to that question.
[08:09] <alkisg> I've read the "replaces" part of the policy, I don't think it does what I need... And I don't see "replaces" in language-pack-en :(
[08:09] <persia> You might look for a backports bug, or similar.
[08:10] <kaushal> persia: can you please point me to it
[08:10] <micahg> kaushal: this is still being discussed by the mozilla team the best way to do this
[08:11] <persia> kaushal, bugs.launchpad.net/hardy-backports
[08:11] <micahg> normally new packages are not added to old released
[08:11] <alkisg> persia: thanks for your time :)
[08:12] <kaushal> micahg: is there a irc channel for ubuntu mozilla ?
[08:13] <micahg> #ubuntu-mozillateam
[08:13] <kaushal> micahg: Thanks
[08:13] <micahg> kaushal: you're best shot of getting an answer is probably after noon UTC
[08:13] <micahg> *your
[08:14] <alkisg> persia: and *sorry*, I was wrong, "replaces" was what I needed, I remembered wrong.
[08:14] <persia> alkisg, That's two readings of policy.  Once more, and I think you'll be likely to be safe :)  I still think it's dangerous, and should be avoided, if possible.
[09:22] <gaspa> geser: I note just now that you miss dholbach in your relpy
[09:22] <dholbach> gaspa: just send it to me too
[09:22] <gaspa> yup
[09:27] <gaspa> wgrant: how many times a day did the ftbfs script on ubuntuwire run? (build_status.py, to be clearer...)
[09:47] <dholbach> gaspa: replied too
[09:50] <\sh> moins
[09:54] <wgrant> gaspa: Every 6 hours.
[09:54] <gaspa> wgrant: ok, thanks.
[09:55] <wgrant> gaspa: The interval was chosen arbitrarily.
[10:07] <geser> wgrant: I've a patch from gaspa to also display the uploader (or maintainer) for the FTBFS but it increase the run time to 20 min. Do you think it's usefull enough to warrant it?
[10:08] <wgrant> geser: eeh, hard to say.
[10:09] <wgrant> I need to work out why it takes so long.
[10:09] <wgrant> The latency between the hosts is just a few milliseconds.
[10:09] <geser> wgrant: the SSPH has no uploader attribute currently so it need to fetch the changes file and parse it
[10:10] <geser> s/SSPH/SPPH/
[10:10] <wgrant> geser: Yep. Maybe we can convince them to expose ISPR.
[10:10] <wgrant> That has lots of useful info.
[10:12] <geser> wgrant: bug 372704
[10:13] <wgrant> geser: Thanks.
[10:26] <gaspa> wgrant, geser: it takes 20min from my home... if the latency in ubuntuwire is minor, perhaps, that time will be shorter...
[10:29] <wgrant> gaspa: I've discussed it with a Soyuz developer, and the information might be appearing in attributes on the SPPH in a few days.
[10:32] <gaspa>  \o/
[10:36] <gaspa> geser: so, for maintainer it's better wait some time....
[10:37] <gaspa> can .csv instead be merged?
[10:40] <geser> gaspa: sure, will try to get it done today
[10:43] <slytherin> geser: I followed your advice. Check the latest doxia upload and you will know how much work I needed to do to make it build in Ubuntu. :-)
[10:44] <geser> slytherin: I've already seen that you got doxia-sitetools build. I can check now if I manage to bootstrap maven-debian-helper
[10:45] <rawang> gaspa, hi
[10:45] <rawang> gaspa, i have done what you suggested in strongwind, please take a look if you have time :)
[10:47] <slytherin> geser: nope. that will need some more work IIRC. You will need to rebuild maven-reporting-impl and then fix maven-plugin-tools to not build depend upon itself.
[10:47] <geser> more bootstrapping :(
[10:48]  * geser wishes Debian would also do source-only uploads
[10:50] <slytherin> geser: maven-reporting-impl is DEPWAIT on libdoxia-sitetools-java. See if you can get any archive admin to give us preferential treatment and clear libdoxia-sitetools-java from new queue.
[10:53] <slytherin> geser: One of the classic cases is package openbios-ppc. The rules file exits when architecture is non powerpc, but the package is arch:all. :-)
[13:43] <gaspa> dholbach: where is it better to put ftbfs.csv ? clues, oppurtunities or both?
[13:45] <dholbach> gaspa: just opportunities - I'll drop the clues thing in the new harvest version
[13:46] <gaspa> yo
[13:46] <gaspa> :)
[13:46] <dholbach> it wasn't really useful the way it was and it needs some rethinking
[13:53] <gaspa> dholbach: I just requested a merge for harvest-data...
[13:57] <dholbach> super
[13:57] <dholbach> will take a look later on
[14:40] <billybigrigger> hey all
[14:41] <billybigrigger> what is the best way to go about requestings a package upgrade?
[14:41] <Ampelbein> billybigrigger: you could ask the previous uploader or file a bug on that package requesting the update
[14:41] <billybigrigger> k
[14:41] <Laney> or ask the debian maintainer
[14:42] <Laney> or do it yourself
[14:42] <Laney> lots of options!
[14:42] <billybigrigger> how do i find the maintainer?
[14:42] <billybigrigger> i don't want to go stepping on toes either
[14:42] <billybigrigger> so ill let someone else do it
[14:42] <Ampelbein> billybigrigger: what package is it anyway?
[14:42] <slytherin> hyperair: are you involved in packaging of remuco?
[14:42] <billybigrigger> vlc
[14:42] <billybigrigger> Candidate: 1.0.0~rc2-1ubuntu1
[14:42] <billybigrigger> 1.0.0 was released
[14:43] <slytherin> billybigrigger: it was released just today. So you can expect it to get updated in karmic within a week or two.
[14:43] <billybigrigger> nice
[14:43] <billybigrigger> is there a need to file a bug for upgrade then?
[14:43] <Ampelbein> billybigrigger: bug 396548 and debian bug 536081
[14:43] <billybigrigger> im sure the maintainer is on top of it eh?
[14:43] <billybigrigger> ahh cool
[14:51] <siretart`> billybigrigger: don't worry about vlc. the package is maintained in debian by xtophe, who happens to be part of vlc upstream
[14:51] <siretart`> billybigrigger: I expect he will update the package soon
[14:52] <billybigrigger> ahh ok
[14:58] <slytherin> billybigrigger: if you are looking for update in jaunty then that is a different story. It will have to go in -backports.
[14:58] <billybigrigger> nope
[14:58] <billybigrigger> karmic
[15:25] <bddebian> Heya gang
[15:30] <AnAnt> bddebian: Hello !
[15:37] <bddebian> Hi and
[15:37] <bddebian> Err AnAnt
[16:02] <dupondje> :( long queue to build packages @ ppa :( :P
[16:09] <geser> only 20 packages, that's not a long queue
[16:10] <geser> a long queue was during the archive rebuild in PPA with a queue length > 12000
[16:37] <dholbach> anybody wants to give a session about merging at 09th July, 12:00 UTC?
[16:37] <dholbach> just demonstrating a simple merge in a bit more detail :-)
[16:39] <dholbach> any other topic is fine too
[16:41] <dholbach> ajmitch: how about a PHP packaging session?
[16:41] <dholbach> at UDW and/or 09th July, 12:00 UTC?
[16:42] <ajmitch> midnight for me
[16:42] <dholbach> you could add a ghost story!
[16:42] <dholbach> ;-)
[16:42]  * ajmitch really shouldn't be up right now :)
[17:16] <nhandler> james_w: Thanks for volunteering for the July 9th slot. I'll update the Fridge. Do you want to update the -classroom topic and the Next Packaging Training Session wiki page?
[17:16] <james_w> nhandler: man you are quick :-)
[17:16] <james_w> I was just going to ask you about the Fridge
[17:17] <james_w> I've done the wiki
[17:17]  * nhandler subscribes to lots of wiki pages
[17:18] <james_w> I can't op in -classroom
[17:18] <nhandler> james_w: You should be able to OP through chanserv
[17:19] <nhandler> I OPed you james_w
[17:19] <nhandler> And can you update https://wiki.ubuntu.com/MOTU/Headers/NextPackagingTraining ?
[17:22] <\sh> hmm...python experts...optparser and options only available when another option is set..possible?
[18:09] <ramvi> I'm trying to package Ubiquity, but I'm getting No package 'glib-2.0' found. No package 'gtk+-2.0' found, even though I have apt-get build-dep, install libgtk+-2.0-dev libglib-2.0-dev build-essential . How come?
[19:17] <slytherin> is update-maintainer script going to be updated in jaunty?
[19:24] <debfx> Adri2000: are you still interested in packaging blobby volley 2?
[19:28] <Adri2000> debfx: why not. some work was done in debian with a debian developer, so it might be a good idea to try to contact him
[19:30] <Adri2000> and someone renamed the rfp to itp, so I'd suggest asking him what progress is he making
[19:30] <debfx> Adri2000: I contacted him some time ago, basically he said he isn't interested in packaging it anymore
[19:31] <Adri2000> ok
[19:31] <Adri2000> on the upstream side, do you have any information? I see the website is dead
[19:33] <debfx> Adri2000: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=408439 has been renamed from itp to rfp
[19:34] <Adri2000> right, sorry, I need to read more carefully :)
[19:34] <debfx> recently there has been some activity on svn
[19:35] <slytherin> geser: there?
[19:37] <c_korn> do all applications written in python go to the python section in debian/control? or only python libs?
[19:38] <POX> libs only
[20:00] <nailora> ooo-thumbnailer is a upcoming package to produce thumbnails of office files (as it is the case with pdf files already). can one of you have a look at the following build log and tell my why it fails
[20:00] <nailora> https://edge.launchpad.net/ubuntu/+source/ooo-thumbnailer/0.1~alpha2-1/+build/998231
[20:02] <slytherin> nailora: is this error enough for you - dh_builddeb -pooo-thumbnailer  Found files in /usr/lib/python2.6/site-packages (must be in dist-packages for python2.6).
[20:07] <nailora> no and yes :) -- i am no python developer/packager myself so i would never have found this message nor do i know how to fix it. but i am developer enough to see that this is a statement i can forward to someone. i do poke people and mediate :) thanks!
[20:09] <slytherin> nailora: I found the error in build log. Looks like you weren't looking hard enough or not at the right place.
[20:09] <slytherin> :-)
[20:11] <nailora> i did look in the build log, but this error was not obvious enough for me, see my last message
[20:58] <therm> hello everybody, anyone out there likes reviewing my package? http://revu.ubuntuwire.com/p/swtcalendar
[20:59] <therm> It has been reviewed one time
[20:59] <therm> I fixed all I could
[21:01] <slytherin> therm: I am doing it right now.
[21:01] <geser> slytherin: yes
[21:01] <therm> slytherin: thanks
[21:03] <slytherin> geser: Was there any discussion about not having jre dependency in java library packages? Or did that happen in Debian Java ML.
[21:06] <geser> slytherin: I don't remember reading anything about it (at least on the lists I follow)
[21:06] <slytherin> then it was probably on Debian Java ML.
[21:07] <highvoltage> 22:03 < nlt_> err
[21:07] <highvoltage> 22:03 < nlt_> highvoltage:
[21:07] <highvoltage> 22:03 < nlt_> I clicked that link
[21:07] <highvoltage> 22:03 < nlt_> http://revu.ubuntuwire.com
[21:07] <highvoltage> 22:03 < nlt_> and I'm logged in as jonathan
[21:07] <highvoltage> 22:04 < nlt_> under preferences it says "Preferred email address:  jonathan@ubuntu.com  "
[21:07] <highvoltage> ^^^ that's another jonathan from my local LUG
[21:07] <highvoltage> he doesn't have my revu username and password. and that is my e-mail address.
[21:10] <highvoltage> persia, nhandler, jpds, nixternal ^^^
[21:10] <dupondje> 11h buildwait on ppa's :P
[21:10] <dupondje> :(
[21:13] <geser> wow, >100 packages in the PPA build queues, it has increased nicely in the past few hours
[21:14] <dupondje> btw, a small question. Isn't it possible to reupload the same version to your ppa when you deleted the old package. For example when the first try was a disaster ? :P
[21:15] <slytherin> asac: is xulrunner-1.9.1 surely going to replace xulrunner-1.9? If yes, I will migrate swt-gtk when doing merge from debian.
[21:16] <slytherin> dupondje: how hard is it to bump version? :-)
[21:17] <dupondje> slytherin: not hard :) but its not eshetic to have to high version numbers :P:P
[21:18] <ajmitch> highvoltage: that's a little odd - the normal way of logging into REVU is by using openid provided by launchpad
[21:20] <slytherin> can any of the revu admins nuke http://revu.ubuntuwire.com/p/libswtcalendar the package has been uploaded with changed source name.
[21:20] <highvoltage> ajmitch: quite odd indeed
[21:20] <ajmitch> slytherin: ok
[21:21] <slytherin> therm: added comments. If you fix them and package builds fine in pbuilder then you have my vote.
[21:21] <ajmitch> alefteris: archived it for now
[21:22] <slytherin> ajmitch: I guess that message was for me.
[21:22] <ajmitch> slytherin: yes, I mistyped, didn't see
[21:22]  * ajmitch falling asleep :)
[21:22] <therm> slytherin: thank you
[21:23] <slytherin> therm: welcome
[21:24] <dupondje> damn we need more ppa buildboxes :P
[21:26] <geser> dupondje: it varies how many PPA buildds are available but I don't know under which conditions
[21:26] <slytherin> damn we need more build servers. :-)
[21:27] <dupondje> 109 build waiting for aamd64 :)
[21:27] <dupondje> alot !
[21:28] <geser> >10000 is a lot (archive test build)
[21:29] <slytherin> geser: libplexus-utils merged from debian and maven-filtering is no more FTBFS. Once maven-filtering is out of new queue it will clear at least one DEPWAIT (maven-resources-plugin)
[21:29] <geser> woohu
[21:34] <slytherin> geser: if doxia-sitetools is cleared form NEW within next 24 hours and you happen to be free then, can you please try rebuild (version build1) of maven-reporting-impl.
[21:34] <dupondje> looks like mozilla team pushed a ton of builds :P
[21:35] <geser> slytherin: sure
[21:35] <slytherin> got to go to sleep now. :-)
[21:38] <gnomefreak> we did?
[21:39] <gnomefreak> hoping SM update was pushed for me but other than that and daily builds not sure what else we pushed
[21:39] <dupondje> https://bugs.launchpad.net/debian/+source/dutch/+bug/307667 <- how do I get this patch released ? The debian maintainer seems sleeping :(
[21:39] <jpds> highvoltage: Erm, bizarre.
[22:23] <ajmitch> looks like we're down a member on motu-release, that's unfortunate
[22:25] <Laney> volunteering?
[22:26] <ajmitch> that position requires ability & skill :)
[22:27] <geser> ajmitch: and you miss both?
[22:27]  * ajmitch certainly isn't planning to volunteer for the CC roles that are being discussed in -meeting at the moment
[22:27] <ajmitch> geser: at this hour of the morning I certainly do
[22:29]  * ajmitch regrets getting out of bed for an earlier meeting on irc
[22:49] <pace_t_zulu> hey guys i've got someone asking me about VLC 1.0 ... can anyone fill me in on the story?
[23:01] <Ampelbein> cody-somerville: there? I have a question regarding SRU for bug 178228, it's two small fixes, debian bug 496863 and debian bug 516064 . Do you think it's "worth" a SRU? The game is not widely used but the fixes are small and safe.
[23:04] <gaspa> Laney: do you intend to merge ghc6 ? seems it closes a LP bug....
[23:05] <ajmitch> dholbach: so are you planning to take over the ITP for php-validate? I see it's been almost 2 years since originally filed with no response from the original person
[23:05] <dholbach> ajmitch: I can't maintain it in Debian very well
[23:05] <Laney> gaspa: yeah, I passed that to kaol
[23:05] <ajmitch> dholbach: ah ok, which is why you'd prefer the team to take it
[23:06] <gaspa> does it require extra rebuilds?
[23:06] <gaspa> imho no, but just to be sure...
[23:06] <Laney> no
[23:06] <dholbach> ajmitch: yes, I did the packaging already
[23:06] <Laney> i'll sponsor it if you want to do it now
[23:06] <Laney> gaspa: ^
[23:06] <ajmitch> dholbach: yep, saw that :)
[23:07] <gaspa> Laney: uh, what? ghc merge, you mean?
[23:07] <Laney> yes
[23:07] <Laney> otherwise i'll do it later in the week
[23:07] <gaspa> oh, yes... let's try....
[23:07] <Laney> the delta is very small
[23:08] <gaspa> i'll take a chance, as I'm waiting for hours some ppa builds :P
[23:09] <ajmitch> dholbach: I'll take a look & see if I can get it into sid then
[23:09] <gaspa> Laney: I don't need sponsorship, but I'll ask you a review, given the package...
[23:09] <Laney> ohyou're motu?
[23:10] <dholbach> ajmitch: fantastico - if you could talk to the team, that'd be great
[23:10] <gaspa> Laney: yep ;) from just a couple of week...
[23:10] <dholbach> I wouldn't like to be in the Maintainer field and not properly being able to maintain it there :)
[23:11] <Laney> gaspa: SWEET!
[23:11] <gaspa> :)
[23:12] <ajmitch> dholbach: it's something that could be useful in replacing some inhouse validation code I use :)
[23:13] <dholbach> hehe
[23:13] <dholbach> ajmitch: wait until I have all the other modules in place
[23:13] <dholbach> so you can upload like 30 modules at once :-)
[23:14] <ajmitch> dholbach: I need to find out if there's some useful way to switch between git & bzr for packaging branches
[23:14] <dholbach> bzr-git!
[23:14] <ajmitch> if it's two-way enough
[23:14] <dholbach> there's push for it
[23:14] <ajmitch> yeah, I've talked to thumper a bit about it :)
[23:18] <gaspa> Laney: it's really simple, seems... if you don't mind, I'll make a test build and upload asap.
[23:18] <dholbach> ok my friends, I call it a day
[23:18] <Laney> gaspa: told you! go nuts
[23:18] <Laney> night dholbach
[23:18] <ajmitch> night dholbach
[23:21] <dupondje> 202 packages pending for i386 @ PPA builds
[23:21] <dupondje> :'(
[23:21] <dupondje> this is crazy
[23:23] <ajmitch> looks like i need to track down james_w about bzr & git wrt packaging
[23:34] <james_w> hi ajmitch
[23:36] <ajmitch> hello
[23:36]  * ajmitch just had some questions about managing packages that live in git for debian while being able to use the packaging branches with bzr
[23:44] <james_w> ajmitch: have you tried the LP git imports?
[23:45] <ajmitch> james_w: not as yet, should I need to import packaging branches from debian?
[23:46] <james_w> you don't have to
[23:46] <james_w> it would just allow you to use bzr to work with their git branches
[23:47] <ajmitch> round-trip, or only for pulling changes from git at this stage?
[23:48] <ajmitch> I want to work on them in debian but ubuntu needs to carry some changes, so I'd like to try & work properly with how things should be done
[23:49]  * kb9vqf wonders why so many PPA builders are down today...the queue is a mile long
[23:50] <Laney> ajmitch: can't you just have an ubuntu branch in git?
[23:50] <Laney> or would you like all ubuntu developers to be able to commit?
[23:50] <ajmitch> Laney: I could, but there's to be at least a team PPA for this (PHP packages, btw)
[23:51] <Laney> git-buildpackage --git-debian-branch works
[23:52] <james_w> yay RainCT :-)
[23:52] <james_w> Laney: what does --git-debian-branch do?
[23:52] <ajmitch> since everything's to be imported into bzr branches, it'd be 'nice' to be able to pass changes back & forth
[23:52]  * ajmitch wonders what he missed about RainCT 
[23:52] <james_w> ajmitch: you can't fully round trip yet
[23:52]  * RainCT too
[23:53] <Laney> james_w: It specifies which branch has debian/
[23:53] <james_w> zeitgeist
[23:53] <RainCT> james_w: ah, zeitgeist :)
[23:53] <james_w> Laney: ah
[23:53] <ajmitch> james_w: ok, that's mostly what I was looking to find out :)
[23:53] <Laney> so you'd have master for the debian packaging and ubuntu for the ubuntu packaging
[23:53] <ajmitch> and how the imported bzr branches would work for this
[23:53] <ajmitch> especially in the cases where the debian package has Vcs-*
[23:53] <james_w> ajmitch: you can "dpush" which is write to git, but not round trip properly (it rebases bzr on top of the resulting git)
[23:53] <james_w> or you can diff | patch
[23:53] <ajmitch> rebase, that sounds evil :)
[23:54] <james_w> one day there will be "bzr send --format=git" as well
[23:54] <RainCT> james_w: have you tried it out?
[23:55] <james_w> nope, not yet
[23:57] <cpscotti> warp10, Ampelbein : The harpia package ( http://revu.ubuntuwire.com/p/harpia ) got rejected by the archive-admins due to some dependencies "verbosity". I fixed those and some other minor debian/control issue and re-uploaded the package, can u take a look? PS: the archive-admin comments are posted on the revu page. Thanks in advance