[20:06] <micahg> hi chrisccoulson
[20:06] <chrisccoulson> hi micahg
[20:08] <micahg> I was wondering if you what the plans were regarding betas for FF4 in natty
[20:08]  * micahg needs more caffeine
[20:08] <micahg> if you wanted to release as soon as they were tagged or final released
[20:09] <chrisccoulson> oh, i didn't notice that b8 had been tagged
[20:10] <chrisccoulson> we can upload the builds as they are tagged, but i wanted to get the translation template sorted out before we uploaded really
[20:10] <micahg> chrisccoulson: yep, with fennec which I'm still not sure about, are we comfortable shipping a beta fennec in natty?
[20:10] <micahg> I guess there's actually not much choice since we'll be dropping xul2.0
[20:10] <micahg> I guess I should get that in soonish
[20:11] <chrisccoulson> yeah, we need the latest fennec, else it will have to go really
[20:12] <micahg> chrisccoulson: ok, I should have it in by EOY
[20:12] <micahg> I'll wait on the firefox-next PPA until the betas are actually released though
[20:26] <micahg> chrisccoulson: BTW, why did you use a GRE of 2.0.0.* for xul20?
[20:27] <chrisccoulson> micahg - unless i've missed something, they all use a 4 part number, with the 4th part being the minor version
[20:28] <micahg> chrisccoulson: ah, you're correct, I wasn't compensating for the first 0 :)
[20:30] <chrisccoulson> :)
[20:30] <chrisccoulson> right, dinner time
[21:36] <micahg> chrisccoulson: BTW, 4.0b8 isn't scheduled to be released to beta channel until next tuesday, so there's time to work on the translations
[21:37] <chrisccoulson> yeah, i'll try and find some time
[21:37] <chrisccoulson> but i'm 100% on the menubar work atm, and i'm meant to be on vacation ;)
[21:37] <micahg> chrisccoulson: oh, ok, let me know if you want me to take care of beta 8 in natty then
[21:55] <fta> \o/ i now auto land langpacks for new langs
[21:55] <fta> everything is now 100% automatic
[21:56] <fta> now, i can take some time off
[21:56] <micahg> fta: cool
[21:58] <fta> that's almost instant reward for translators, their work is visible the next day in the dailies
[21:58] <fta> BUGabundo, hey
[21:59] <BUGabundo> beu nuit fta
[21:59] <fta> uh?
[22:00] <BUGabundo> :)
[22:03] <fta> ohoh, the Chinese did it once again, and the galicians just pass the spanish
[22:03] <fta> https://translations.edge.launchpad.net/chromium-browser/translations
[23:37] <fta> firefox-smooth-scaling/ppa ???
[23:48] <micahg> fta: I think that's ols
[23:48] <micahg> *old
[23:49] <micahg> yep, that guy's been uploading this for a while now
[23:50] <micahg> I believe this due to mozilla 468496
[23:50] <ubot2> micahg: Error: Could not parse XML returned by Mozilla: The read operation timed out (http://bugzilla.mozilla.org/xml.cgi?id=468496)
[23:51] <micahg> it used to be blocking 2.0/4.0 but no longer since they're far behind


[00:07] <nedko> i've got my package uploaded to ftp://revu.tauware.de/incoming/ shouldnt it go to somewhere else automatically?
[00:08] <nedko> if my key is not in the keyring what should i expect to happen?
[00:08] <nedko> in revu uploaders keyring
[00:09] <nedko> aha!, it needs time :]
[00:29] <vorian> nedko: yes, about 10 minutes or so
[00:32] <nedko> any idea how to check whether my encrypting subkey is ElGamal one?
[02:26] <emgent> night.
[03:03] <ion_> Anyone feel like reviewing http://revu.tauware.de/details.py?package=compcache-setup? :-)
[03:07] <RAOF> ion_: Haven't you and ogra been back-and-forthing in #ubuntu-devel about that?
[03:08] <ogra> RAOF, only for the part thats in initramfs
[03:08] <ogra> thats the one for hardcore hackers :)
[03:09] <RAOF> Right.
[03:09] <ogra> for normal users there should be a config tool
[03:10] <ion_> The version of compcache-setup i uploaded interacts with the compcache changes that were implemented to initramfs-tools.
[03:10] <ogra> ion_, i'll drop an eye tomorrow (and update the coment thing, sorry missed that) but i got a conf call in 4h and need to sleep a bit before :)
[03:11] <ion_> Alright :-)
[04:09] <dhude> hello
[04:10] <dhude> I just read about this on ubuntu planet
[05:20] <RAOF> asac: Is there a reason why the gnash 0.8.3 merge is sitting on MoM?
[05:20] <RAOF> asac: Or, in other words, mind if I grab that merge?  I want the newer gnash :)
[05:32] <RAOF> asac: Or, perhaps a better question.  Why has Ubuntu's gnash pacakge not been mereged from Debian since gutsy :)
[06:29] <TheMuso> .c
[06:36] <RAOF> Hmph.  I think I know why gnash hasn't been merged since gutsy.  It takes that long to build.
[06:37] <ion_> :-D
[06:37] <mouz> Would somebody mind doing a second review on my packaging of stjerm (a light weight terminal emulator)? Bug 216603, http://revu.ubuntuwire.com/details.py?package=stjerm. Thanks :)
[07:01] <dholbach> good morning
[07:12] <Iulian> Good morning Daniel.
[07:13] <dholbach> hiya Iulian
[07:30] <mouz> ey dholbach I decided to do bugsquad stuff for a while. I believe it is a good way to learn about the development procedures and such :)
[07:31] <dholbach> mouz: that sounds great! :-)
[07:31] <dholbach> keep it up!
[07:38] <Festor> Anybody can review my packages?
[07:38] <Festor> http://revu.ubuntuwire.com/details.py?package=gendesign
[07:38] <Festor> http://revu.ubuntuwire.com/details.py?package=amsn-desktop-integration
[07:38] <Festor> http://revu.ubuntuwire.com/details.py?package=amsn-transparent
[07:38] <Festor> http://revu.ubuntuwire.com/details.py?package=lh-abc
[07:38] <Festor> http://revu.ubuntuwire.com/details.py?package=rarcrack
[07:38] <Festor> http://revu.ubuntuwire.com/details.py?package=ted-tv
[07:49] <Festor> hi?
[07:49] <RAOF> Yeah, we're here.  Just busy :)
[07:50] <Festor> ok.. :/
[07:50] <\sh> grmpf.
[07:50] <\sh> looks like I can't even attend the next UDS :(
[07:51] <RAOF> :(
[07:51] <\sh> because it's in the US :(
[07:52] <\sh> why can't google move to canada?
[07:52] <RAOF> And you're not allowed back in, not after the incident with the mule?
[07:53] <\sh> hehe...nope...until they don't change laws and until they are treating visitors as guests and not as criminals
[08:04] <Iulian> OT: Does anyone know what "Deine Schuld" means?
[08:05] <dholbach> "your fault"
[08:07] <Iulian> dholbach: Ah cool, thanks. Btw Die Ärzte rocks ;-)
[08:07] <dholbach> Iulian: it's been a while since I last listened to anything they wrote :)
[08:07] <dholbach> like 13 years or something :)
[08:08] <Iulian> Hehe, wow.
[08:09] <\sh> dholbach: oh "Die Ärzte"
[08:09] <\sh> The last time I saw them live was during the "Kiss" reunion concert in dortmund 1996 or so
[08:10] <\sh> oh more fun...dns attack scenario...
[08:18] <YokoZar> I want to sync a package that's in Debian's new archive (libtorrent-rasterbar was just added to Debian).  The requestsync tool complains that it doesn't appear to be a package within Debian.
[08:19] <YokoZar> Should I do this manually, or is there something else I should do?
[08:19] <RAOF> YokoZar: Is it out of NEW yet?
[08:19] <YokoZar> RAOF: no.  How long does that take?
[08:19] <RAOF> GAH!  Allow me to read your actual question more thoroughly :)
[08:20] <RAOF> An indeterminate period of time.  And it need not make it out of NEW at all.
[08:20] <RAOF> I think a couple of weeks is a fairly reasonable upper bound.
[08:21] <RAOF> Presumably you want to sync it so that one of the hojilion torrent apps which include their own copy of (some) libtorrent can be built against the external lib?
[08:21] <YokoZar> RAOF: Yes, namely a new package I'm making
[08:22] <RAOF> If so, I believe standard practice is to copy the package from NEW, append a ~build1 or somesuch, and upload.
[08:22] <YokoZar> RAOF: no sync request needed?
[08:22] <RAOF> No.  I don't think we can sync from NEW.
[08:23] <YokoZar> RAOF: I guess I need to manually change the maintainer and such to MOTU
[08:23] <YokoZar> Which is handled nicely when someone else is doing the syncing ;)
[08:23] <RAOF> Not for fakesyncs, which is what this is.
[08:23] <YokoZar> oh
[08:24] <YokoZar> Nice, that's even easier :)
[09:33] <dushara> hi all
[09:37] <dushara> Q: I'm getting "Version number suggests Ubuntu changes, but there is no XSBC-Original-Maintainer field" with the version in changelog set to "0.3.4-0ubuntu1". Any ideas?
[09:41] <StevenK> dushara: You need to follow the DebianMaintainerSpec
[09:43] <dushara> StevenK: Even though this is ubuntu native?
[09:45] <StevenK> Hmm.
[09:45] <StevenK> It can be ignored
[09:47] <dushara> What I meant by Ubuntu native is that I'm packing my own sw from scratch... so -0ubuntu1 in the end is correct isn't it?
[09:52] <Iulian> dushara: Yes, it's correct.
[09:53] <Festor> One question: all Edgy error-related could be deleted?
[09:55] <Iulian> Festor: What do you mean by "could be deleted"?
[09:56] <Festor> Iulian, https://bugs.launchpad.net/ubuntu/+source/eclipse/+bug/77390
[09:57] <Festor> because: http://lwn.net/Articles/274910/
[09:58] <Iulian> Festor: It cannot be deleted. It will be in Launchpad forever.
[09:59] <Iulian> Festor: I think it should be closed but not sure.
[09:59] <RAOF> We might want to mark it as invalid, yes.
[09:59] <Festor> Sorry, I mean invalid no deleted
[10:16] <Iulian> Riddell: Giver -2 is now in Sid. Please have a look at #246863
[11:43] <hefe_bia> Hi MOTUs, I have a question: Where do I have to put application icons? /usr/share/icons or /usr/share/pixmaps?
[11:46] <Festor> /usr/share/pixmaps
[11:47] <hefe_bia> thanks. So I did it right :)
[11:47] <luisbg> what can I do if I am packaging something for Hardy that depends on a version of a library that isnt in Hardy and just in Gutsy?
[11:49] <hefe_bia> luisbg: Are you sure it isn't there? Maybe it has been renamed because of an API change?
[11:49] <luisbg> hefe_bia, libdb4.2-java
[11:49] <luisbg> it isnt backwords compatible
[11:49] <luisbg> hardy has 4.5 and 4.6, gutsy has 4.2 and 4.4
[11:50] <luisbg> if it was renamed how can I look for it?
[11:51] <wgrant> luisbg: You make it work with the newer one.
[11:52] <luisbg> wgrant, library isnt backwords compatible
[11:52] <wgrant> Even so.
[11:52] <hefe_bia> wgrant: the java packages have been dropped entirely
[11:52] <hefe_bia> See http://changelogs.ubuntu.com/changelogs/pool/main/d/db4.2/db4.2_4.2.52+dfsg-4/changelog
[11:53] <hefe_bia> I don't know a solution
[11:53] <wgrant> You could always not use Java :P
[11:53] <luisbg> hefe_bia, why have they been dropped?
[11:54] <luisbg> wgrant, I am just packaging this piece of software... months of work in an engineering team, they wont change it all now
[11:54] <luisbg> I don't understand why Java has been dropped
[11:55] <wgrant> The Debian maintainer apparently didn't bother to document that rather important change.
[11:55] <wgrant> Check for bugs on it, I guess.
[11:56] <luisbg> isnt this a huge regression?
[11:56] <hefe_bia> I'd say so
[11:56] <luisbg> :(
[11:57] <hefe_bia> You should report a bug against the package (or maybe it is already there)
[11:57] <hefe_bia> Maybe also to the Debain BTS
[11:58] <hefe_bia> At least that should clarify why Java has been dropped
[11:58] <luisbg> BTS?
[11:58] <hefe_bia> Bug Tracking System
[11:59] <luisbg> ok
[11:59] <sebner> luisbg: bugs.debian.org
[12:01] <luisbg> cant find the launchpad page of the ubuntu package to see if there is something commented there
[12:02] <hefe_bia> https://launchpad.net/ubuntu and then search for db4.2
[12:03] <hefe_bia> Or https://bugs.launchpad.net/ubuntu/+source/db4.2
[12:03] <luisbg> hefe_bia, not there... just ruby one
[12:04] <hefe_bia> The java packages belong to the db4.2 source package
[12:05] <luisbg> true, sorry
[12:08] <hefe_bia> Have to head for work now. If there are MOTUs here it would be great if you could have a look at my packages:
[12:08] <hefe_bia> http://revu.ubuntuwire.com/details.py?package=tomboy-blogposter
[12:08] <hefe_bia> http://revu.ubuntuwire.com/details.py?package=gebabbel
[12:42] <\sh> vorian: welcome on board :)
[12:44] <vorian> thanks \sh :)
[13:16] <zul> !revu
[13:44] <nedko> http://revu.ubuntuwire.com/details.py?package=jack-audio-connection-kit
[14:13] <mouz> vorian thanks for advocating stjerm :)
[14:14] <mouz> i will take your suggestion
[14:15] <vorian> the package was great
[14:24] <Iulian> mouz: It would be great to get stjerm in Debian too. It's a very nice tool.
[14:24] <Iulian> mouz: Is the upstream active?
[14:31] <mouz> Iulian: IMO there are better alternatives ;)
[14:31] <mouz> yakuake, tilda. both are in lenny
[14:31] <mouz> but whether upstream is responsive needs to (and will be) tested soon
[14:37] <bluefoxicy> https://wiki.ubuntu.com/DesktopTeam/Specs/InrepidDesktopEffects  Uh guys?  :P
[14:37] <goshawk> hi
[14:37] <goshawk> i've a problem with cdbs
[14:37] <goshawk> it seems that it does not call make install
[14:37] <goshawk> but just make
[14:40] <goshawk> http://www.pastebin.ca/1066658
[14:47] <Iulian> If anyone has some spare time and would like to review a package - http://revu.ubuntuwire.com/details.py?package=salasaga (it's an IDE for producing eLearning).
[14:51] <goshawk> maybe i solved that problem...
[15:06] <bddebian> Heya gang
[15:06] <geser> Hi bddebian
[15:07] <bddebian> Hi geser
[15:11] <Iulian> Hello bddebian.
[15:16] <bddebian> Hi Iulian
[15:36] <mouz> Would someone like to review my patch for bug 246106? Thanks :)
[15:49] <jpds> http://revu.ubuntuwire.com/details.py?package=irssi-plugin-otr <- vorian
[15:50] <vorian> :)
[15:52] <bliZZardz> quick Q : how do i find the version of a package installed in my system?
[15:53] <jpds> bliZZardz: dpkg --status <package> | grep Verion
[15:53] <jpds> Version*
[15:54] <bliZZardz> got it..thanks
[15:58] <Festor> Anybody can review my packages?
[15:58] <Festor> http://revu.ubuntuwire.com/details.py?package=gendesign
[15:58] <Festor> http://revu.ubuntuwire.com/details.py?package=amsn-desktop-integration
[15:58] <Festor> http://revu.ubuntuwire.com/details.py?package=amsn-transparent
[15:58] <Festor> http://revu.ubuntuwire.com/details.py?package=lh-abc
[15:58] <Festor> http://revu.ubuntuwire.com/details.py?package=rarcrack
[15:58] <Festor> http://revu.ubuntuwire.com/details.py?package=ted-tv
[15:58] <null_vector> Anyone willing to look at the patch on #
[15:58] <vorian> :o
[15:59] <null_vector> #246406
[15:59] <bliZZardz> bug 246406
[15:59]  * Hobbsee mumbles something about the sponsorship queue
[15:59]  * Hobbsee mumbles something else about the second link in the topic, which talks about the sponsorship queue, among other things.
[16:02]  * Festor is sad....
[16:06] <slytherin> Festor: Have patience
[16:06] <Festor> ... how much?
[16:06] <laga> about 200ccm
[16:06] <Festor> xD
[16:07] <slytherin> Festor: lot of. That is all I have to say. :-)
[16:08] <null_vector> I say that because I had to add -fno-stack-protector but I don't know if there's a better way to handle that.
[16:23] <geser> emgent: hi, how familiar are you with the hardening done in Ubuntu?
[16:33] <sistpoty|work> hi folks
[16:33] <sebner> huhu sistpoty|work
[16:34] <sistpoty|work> hi sebner
[16:35] <sistpoty|work> Iulian: looks like you did a binary upload (salasaga) to revu which is stuck in the rejected queue. please upload only source packages to revu, thanks
[16:36] <emgent> geser: pong, I'm a contributor in this group. But i worked primarly in ubuntu security.
[16:39] <emgent> geser: and auditing/pt
[16:40] <geser> emgent: ok, you don't know by coincidence if adding -fno-stack-protector is a correct fix for problems with the stack protection?
[16:40] <Iulian> sistpoty|work: I did upload a source package but first I uploaded the binary one.
[16:41] <emgent> geser: no I'm not, sorry
[16:41] <sistpoty|work> Iulian: ah, ok. binary package -> removed ;)
[16:41] <emgent> geser: feel free to ask in #ubuntu-hardened
[16:42] <geser> null_vector: ^^ for your question about -fno-stack-protector
[16:42] <Iulian> sistpoty|work: Okay. I didn't know that revu don't accept binary packages. Sorry
[16:42] <sistpoty|work> Iulian: no problem, was not more hassle than a rm command ;)
[16:43] <Iulian> Cool then.
[16:44] <null_vector> thanks geser
[16:51] <sistpoty|work> nedko: seems like there
[16:51] <sistpoty|work> nedko: + is also a binary upload from you (jack-audio-kit) on revu
[16:52] <sistpoty|work> or jack-audio-connection-kit, to be precise
[16:53] <nedko> sistpoty|work: i think that may be my first attempt, i need to clean it, where it is?
[16:53] <sistpoty|work> nedko: it's stuck in the rejected queue (I've just deleted it)...
[16:54] <nedko> ah, nice and thanks
[16:54] <sistpoty|work> nedko: to create a source package instead of a binary one, you'll need to pass -S (for source package) and -sa (to include the .orig.tar.gz) to dpkg-buildpackage / debuild
[16:54] <sistpoty|work> np
[16:54] <nedko> yes i got that after my first attempt
[16:54] <sistpoty|work> heh
[16:55] <nedko> i got impression that dput will not allow it and i acted bold
[16:56] <nedko> "Please do not upload unsigned source or binary packages. The allow_unsigned_uploads = 0 in the [revu] stanza in dput.cf should be enforcing this anyway."
[16:56] <nedko> "Uploads to REVU should only be signed source files, with the original tarball."
[16:56] <nedko> i misread the text
[16:56] <nedko> i have misread
[18:05] <null_vector> is there any kind of a pastebin script?
[18:11] <sistpoty|work> null_vector: maybe in package pastebinit?
[18:12] <gnomefreak> pastebinit is the script i thought. there is also webboard
[18:15]  * sistpoty|work heads home now... cya
[18:15] <null_vector> wow, didn't think something like that would have it's own package
[18:16] <slytherin> null_vector: I find webboard easier. It automaticallies copy content from clipboard, then you can just clock a button and once it is done the url is in clipboard for you to paste it anywhere.
[18:19] <null_vector> I'm in screen right and needed a buildlog
[18:20] <gnomefreak> slackwarelife1: pastebinit is easier since you give it a file and it gives you an address
[18:20]  * gnomefreak pastebinit /etc/apt/sources.list and poof it gives me link to it
[18:21] <null_vector> thanks
[18:21] <gnomefreak> np
[18:37] <Laney> geser: Are you happy with my response on bug #246720?
[18:41] <emgent> hello
[19:01] <geser> Laney: waiting is one option, but it would be nice if we could fix it before the next ffmpeg-free upload
[19:01] <Laney> geser: Well the maintainer seems to be happy to do that, so I don't know if it's worth carrying a delta that he's already said isn't necessary
[19:04] <geser> Laney: we could add a small delta which could be dropped on the next occasion again
[19:14] <Laney> geser: OK then, I'll do that
[19:18] <Laney> Although I don't know whether it could be considered "small" given the re-autotoolise required ;)
[19:20] <geser> Laney: I'd probably just patch configure and make sure that the check for ffmpeg-config fails, e.g. let it check for ffmpeg-config-obsolete which is definitely not there
[19:29] <Laney> oh ok
[19:31] <leleobhz> how is the best way to make symlinks in a package?
[19:32] <Laney> leleobhz: dh_link
[19:32] <leleobhz> like busybox links (ls > /bin/busybox ls)
[19:38] <Laney> geser: Uploaded fix to the bug, hope it's ok now
[19:40] <geser> Laney: thanks, will upload it once I'm back home
[19:41] <leleobhz> can i request a package sync with debian?
[19:41] <leleobhz> (have a package that exists in debian but not in ubuntu)
[19:41] <geser> sure, file a sync request and subscribe ubuntu-universe-sponsors
[20:36] <goshawk> hi
[20:36] <slytherin> goshawk: hi
[20:37] <goshawk> i've uploaded a package to revu
[20:37] <goshawk> hoe much time should i wait until i'll see it in revu.taware.de?
[20:38] <goshawk> s/how/how
[20:39] <slytherin> goshawk: when did you upload it?
[20:39] <slytherin> goshawk: and which package?
[20:40] <goshawk> package dsss
[20:40] <goshawk> uploaded just 5 minutees ago
[20:40] <slytherin> goshawk: it usually takes 10-15 minutes
[20:41] <goshawk> ok thanks
[20:43]  * goshawk reads SponsorshipProcess wiki page
[21:05] <goshawk> 44 minutes have been passed.... in revu.tauware.de the is not the dsss package...
[21:05] <goshawk> any idea?
[21:06] <slytherin> goshawk: what command did you use to upload the package?
[21:07] <goshawk> dput revu mypackage........changes
[21:07] <goshawk> dput answers: Successfully uploaded packages.
[21:08] <goshawk> it's my first package
[21:08] <goshawk> it's signed with my gpg key
[21:08] <slytherin> goshawk: is your public key already synced in revu keyring?
[21:08] <goshawk> ubuntu keyring.. yes
[21:09] <goshawk> my account in launchpad has it enabled
[21:09] <slytherin> goshawk: what is ubuntu keyring?
[21:09] <goshawk> keyserver.ubuntu.com
[21:09] <slytherin> goshawk: no, not that. Are you part of https://edge.launchpad.net/~revu-uploaders ?
[21:09] <RainCT> goshawk: is your account in LP group revu-uploaders?
[21:09] <slytherin> I mean member of
[21:10] <goshawk> no i'm not
[21:10] <goshawk> signing
[21:10] <goshawk> oops joining
[21:11] <goshawk> no
[21:11] <goshawk> i'm already a member
[21:12] <goshawk> joined on 2006-08-14
[21:15] <goshawk> uhm... if i try to login to revu.tauware.de with username and password from launchpad it does not login
[21:16] <slytherin> goshawk: revu doesn't use launchpad user/pass
[21:16] <Se7h> hello all
[21:16] <slytherin> goshawk: see if you got any mail on your mail id about upload failure.
[21:17] <Se7h> motu's: python-mmpython package needs fixing
[21:17] <slytherin> goshawk: and for login to revu, use you email id with blank password and then on next page generate a password.
[21:17] <slytherin> Se7h: File a bug.
[21:18] <goshawk> slytherin: no, no mails either on spam folder
[21:19] <Se7h> slytherin where can i do that? mmpython lp home, or what?
[21:22] <slytherin> Se7h: https://bugs.edge.launchpad.net/ubuntu/+source/mmpython
[21:23] <Se7h> hum, i might take a look at interprid mmpython source to check if it's fixed already
[21:26] <Festor> Anybody can review my packages?
[21:26] <Festor> http://revu.ubuntuwire.com/details.py?package=gendesign
[21:26] <Festor> http://revu.ubuntuwire.com/details.py?package=amsn-desktop-integration
[21:26] <slytherin> goshawk: can't help much, I am not a developer
[21:26] <Festor> http://revu.ubuntuwire.com/details.py?package=amsn-transparent
[21:26] <Festor> http://revu.ubuntuwire.com/details.py?package=lh-abc
[21:26] <Festor> and
[21:26] <Festor> http://revu.ubuntuwire.com/details.py?package=rarcrack
[21:26] <Festor> please...
[21:26] <slytherin> Festor: Please don't put review request here everyday
[21:26] <Festor> slytherin, no?
[21:26] <Festor> and then when?
[21:27] <slytherin> Festor: You upload to revu and just be patient. When someone has time, they will be reviewed
[21:41] <bdrung> why does building a package needs so long? xmms2 0.5 was published in intrepid two day ago and there  is no binary package available.
[21:42] <bdrung> vorian: ping
[21:43] <vorian> bdrung: hi
[21:44] <slytherin> bdrung: check build logs on launchpad. AFAIK, it fails to build
[21:45] <bdrung> vorian: i saw you marked bug #179828 as fix released.
[21:45] <vorian> ah, meant to mark "in progress"
[21:46] <bdrung> vorian: is this version already committed?
[21:46] <vorian> thanks for pointing that out
[21:46] <slytherin> bdrung: I was wrong about xmms2, it is built
[21:46] <vorian> bdrung: it was merged, and bumped
[21:47] <bdrung> vorian: have a look at bug #246299
[21:48] <slytherin> bdrung: The xmms2 binaries are waiting in 'NEW' queue for review.
[21:49] <slytherin> bdrung: https://edge.launchpad.net/ubuntu/intrepid/+queue
[21:49] <tjaalton> siretart: vdr-plugin-xineliboutput could've been synced, since vdr-dev already exports those flags :)
[21:50] <vorian> bdrung: how old was the source you were working with, most of those changes have already been committed
[21:50] <tjaalton> siretart: the new one I merged today
[21:52] <bdrung> vorian: about which package are you talkingß
[21:52] <bdrung> -?+?
[21:52] <bdrung> -ß+? i mean
[21:53] <Yasumoto> can someone take a look at https://bugs.edge.launchpad.net/ubuntu/+source/tftp-hpa/+bug/73233
[21:53] <tjaalton> siretart: anyway, no big deal
[21:53] <Yasumoto> I submitted a debdiff, and want to double-check that it's correct. thanks :)
[21:57] <geser> Yasumoto: please add "(LP: #73233)" to your changelog entry so the bug gets automatically closed when it gets uploaded
[21:57] <geser> besides this your debdiff looks ok
[21:58] <geser> subscribe ubuntu-main-sponsors to that bug when you're ready
[21:58] <Yasumoto> geser: ah, kk
[21:58] <Yasumoto> geser: thank you
[22:06] <Yasumoto> Updated and subscribed
[22:24] <ScottK> gnomefreak: For your Flash Plugin backports, please get me a list with version and revision of the neede packages for Gutsy and Hardy.  Make sure they match what is in Intrepid.  Also attach any needed debdiffs (are there any?)
[22:25] <gnomefreak> ScottK: you want versions of the uploaded packages and debdiffs>?
[22:26] <gnomefreak> thats alot of debdiffs ;)
[22:28] <gnomefreak> version in gutsy diffed against intrepid version with backport revision is gonna be huge for one not to mention all 8 or so from gutsy+hardy
[22:28] <ScottK> gnomefreak: Debdiffs needed, if any, for the Intrepid packages when being uploaded.
[22:28] <ScottK> Not gutsy -> intrepid, but intrepid -> gutsy-backports
[22:29] <ScottK> None needed if all that needs changing is the revision.
[22:29] <gnomefreak> ScottK: oh ok thats easy no change other than libflashsupport
[22:29] <gnomefreak> for gutsy
[22:29] <ScottK> But I want a list of the package, version, and revision
[22:29] <gnomefreak> addded changelog entry for all and only libflashsupport for gutsy changed anything
[22:30] <gnomefreak> i know i can do that but they dont have gutsys revision since archive admins do the pushing and they change it anyway
[22:30] <gnomefreak> with thier scripts or selves or however they do it
[22:30] <gnomefreak> so what i give you isnt final gutsy or hardy
[22:41] <gnomefreak> ScottK: there isnt anything i can do with Gutsy's anyway and that is the only change that needed to be done since crimsun said he would worry about pulse and since libflashsupport depends on libpulse we would need to find out what he is going to do. I packaged the minimum that i needed to to test on this system. hardy had no changes and doesnt need pulse backported unless crimsun is going to do it for hardy as well as gutsy
[22:41] <gnomefreak> i hope that ended with the word gutsy
[22:42] <ScottK> It did.
[22:42] <ScottK> OK.
[22:42] <ScottK> How about a list for Hardy then?
[22:44] <gnomefreak> ScottK: ok
[22:48] <gnomefreak> ScottK: since im tried i posted the last 2 changelogs one intrepid and one backport of flash and libflash but i need to go laydown and hopfully fall asleep
[22:48] <gnomefreak> ill do debdiffs tomorrow if you need them
[23:09] <nedko> what is correct way to update package uploaded to revu?
[23:09] <Laney> nedko: dput it again
[23:10] <nedko> ok, thanks
[23:21] <sebner> gn8 folks
[23:26]  * nedko is looking for reviewers/advocates of hisjack-audio-connection-kit_1.9.x packages


[05:35] <deostroll> !connecting to OpenOffice Base Programmatically
[05:37] <deostroll> Is it possible to connect to OpenOffice base files (*.odb) just like how we can connect to microsoft access files programmatically...?


[13:07] <JollyRgrs> anyone else had issues with ethernet dropping out on 15.10?
[13:08] <JollyRgrs> ever since the update, my network connection says connected, but I can't ping anything... then i ifdown/up and it works again (my poor ATI drivers not giving me 3 screens is a different issue I can deal with)
[15:56]  * ahoneybun is on cable atm and does not face that issue
[19:07] <ahoneybun> mhall119: any word about the table cloth?


[00:00] <daveisadork> why did it only fail with a nested merge?
[00:03] <thumper> daveisadork: a commit was done after a merge
[00:04] <thumper> daveisadork: and bzr 2.2 added a hard constraint that an identity is needed
[00:04] <thumper> daveisadork: and one wasn't provided
[00:04] <thumper> daveisadork: bzr 2.2 is in maverick
[00:04] <daveisadork> i see
[00:06] <daveisadork> well thanks... the recipes and daily build setup is awesome
[01:04] <micahg> can launchpad do bzr code imports?
[01:04] <wgrant> micahg: As in mirroring a remote bzr branch?
[01:04] <micahg> wgrant: yes
[01:04] <poolie> yes
[01:04] <micahg> awesome :)
[01:04] <wgrant> micahg: Yes. Go to the project page, click 'Register a branch', and select 'Mirrored'
[01:05]  * micahg is working with a team on a sourceforge project, but would like to leverage bzr build recipies/PPAs
[03:05] <hyperair> hi. is there a way i can prevent other members in the team from receiving build failure messages for packages i upload to the team PPA?
[03:13] <StevenK> hyperair: Sadly, not that I'm aware of.
[03:14] <hyperair> hmm that sucks.
[03:14] <hyperair> shouldn't it only alert the uploader about build failure messages?
[03:15] <StevenK> That point is debatable
[03:15] <hyperair> why so?
[03:15] <hyperair> you don't see all ubuntu developers getting emailed for all build failures that any ubuntu developer uploads to the archive.
[03:15] <StevenK> Because other people on the team may be able to, or better placed to fix the build failures
[03:16] <StevenK> It's useful in some cases -- but I do agree it should be configurable
[03:16] <hyperair> i think those cases are rather remote.
[03:17] <StevenK> Why so?
[03:18] <hyperair> because the uploaded package is generally already on the uploader's computer, and the person who knows best about how to fix it, or who to ask for help to fix it, is the uploader him/herself.
[03:19] <rockstar> hyperair, you could set the contact email address of the team to be your email address, or a mailing list that people can opt into.
[03:19] <hyperair> i'd ask, why don't you spam all build failures in ubuntu to all ubuntu developers then?
[03:20] <StevenK> Because Ubuntu isn't hosted in a PPA
[03:20] <ajmitch> PPA = personal, whether than be a single person or a team
[03:20] <ajmitch> rather than a whole distribution
[03:20] <hyperair> ah
[03:21] <ajmitch> I think the intent of teams having PPAs is that it's (generally) a fairly small set of people that can upload to them
[03:22] <hyperair> in the case of banshee-team, the team's also subscribed to bug reports.
[03:38] <mwhudson> any problem in launchpad can be solved with another layer of team memberships
[05:52] <actionx> Hi! the Launchpad accepts project with Git?
[05:54] <spiv> Launchpad can import git branches into bzr for you.
[05:54] <spiv> It can't host git repositories directly.
[05:55] <actionx> ok
[06:01] <actionx> spiv: Can the bzr save the project in a DB or just create directories?
[06:01] <actionx> for example, in Mysql
[06:03] <SpamapS> actionx: er, uh.. why would one want to do that?
[06:03] <SpamapS> actionx: bazaar is, itself, a database, much more suited to revision control than mysql
[06:05] <actionx> SpamapS: correctly
[06:06] <actionx> now I know
[06:06] <actionx> tks
[08:26] <thopiekar> moin
[08:26] <thopiekar> what have I done wrong here? http://launchpadlibrarian.net/53580554/buildlog.txt.gz
[08:29] <yofel> thopiekar: I don't know much about it, but I think that should be 'nest packaging' instead of 'merge packaging'
[08:30] <thopiekar> hmm ok
[08:30] <yofel> thopiekar: at least that's what we use here https://code.edge.launchpad.net/~neon/+recipe/project-neon-recipe and it works
[08:30] <thopiekar> you are right I'm new here.. what about a branch with a debian folder in it and replacing it with another debian folder?
[08:31] <wgrant> thopiekar: Why replace, rather than merge?
[08:31] <wgrant> bzr does the whole merging thing fairly well...
[08:32] <thopiekar> ahh ok so I need to use the merge method when replacing and nest when adding something?
[08:34] <spiv> Well, you use merge to merge another version of the branch.
[08:34] <spiv> You use nest to put a copy of another branch somewhere inside the checkout.
[08:35] <yofel> hm, https://code.edge.launchpad.net/~neon/kdepimlibs/trunk fails constantly with 'sqlite3.OperationalError: database is locked'    bug?
[08:42] <spm> yofel: you're using firefox? try a different browser and/or exit/restart firefox?
[08:43] <yofel> spm: er, sorry, it's not the page that times out but the vcs-import
[08:44] <yofel> http://launchpadlibrarian.net/53585298/neon-kdepimlibs-trunk.log
[08:44] <spm> yofel: haha; right. ok. that's a different problem then.
[08:55] <sobczyk> how to edit attachements in launchpad bug report?
[09:00] <maxb_> yofel: It means that there's another vcs-import from the kde repository running on the same import host
[09:01] <yofel> ah, that would explain why this happens to kdelibs too http://launchpadlibrarian.net/53617052/vcs-imports-kdelibs-kde4.log
[09:01] <yofel> shouldn't they block each other instead of crashing?
[09:01] <maxb> ideally
[10:02] <thopiekar> I'm waiting now more than an hour for this import: https://code.edge.launchpad.net/~canola/canola/e-dep
[10:02] <thopiekar> is that "normal"?
[10:10] <thopiekar> and another thing.. the import I am talking about includes different software (http://svn.enlightenment.org/svn/e/) when making a recipe for python-ethumb for example I want to use lp:~canola/canola/e-dep/trunk/BINDINGS/python/python-ethumb/ but after editing the recipe it changes the branch location back to lp:~canola/canola/e-dep.. is it because the branch isn't imported yet or isn't it possible to make a recipe like that?
[10:14] <maxb> thopiekar: it's normal in the sense it's a manual process
[10:14] <maxb> The purpose of the process is to catch errors in import URLs which will tie up resources doing the wrong thing
[10:15] <maxb> thopiekar: For example, in this case, the URL is pointing to a repository root, containing trunk,tags,branches subdirectories. This will not do the right thing
[10:16] <maxb> If that import proceeded unmodified, you would end up with a bzr branch containing a trunk,tags,branches directory structure, which would be of no use
[10:16] <maxb> thopiekar: I assume you wanted trunk imported?
[10:16] <thopiekar> yes
[10:16] <thopiekar> so I should change the url?
[10:17] <maxb> yes, well, ask a vcs-import operator (e.g. me) to do it
[10:17] <maxb> However, in this case, the branch you want is already registered for import at lp:~vcs-imports/enlightenment/trunk
[10:18] <maxb> However, it is failing to import: Uses characters invalid in Bazaar paths (\)
[10:18] <maxb> Unfortunately you won't be able to import this at present
[10:18] <thopiekar> :/
[10:20] <thopiekar> maxb: what about http://svn.enlightenment.org/svn/e/trunk/ethumb/? would importing this location work?
[10:21] <maxb> thopiekar: I can't easily tell for certain, but if you'd like to request it (under the enlightenment launchpad project, not canola), we can give it a try
[10:22] <thopiekar> when making such imports don't I need to be member of enlightenment's team?
[10:23] <maxb> No - anyone can create a branch of a public project
[10:23] <maxb> Part of the purpose of a project record in Launchpad is to collate all activity around a particular codebase
[10:24] <maxb> both official and unofficial
[10:24] <thopiekar> k, however I joind now E17 Users
[10:26] <thopiekar> hmm it doesn't seem that it's possible to add a import, here https://code.edge.launchpad.net/enlightenment
[10:27] <maxb> thopiekar: ah, sorry, Launchpad sucks at actually providing a link to the create form
[10:27] <maxb> let me find it
[10:28] <thopiekar> thanks
[10:28] <maxb> https://code.launchpad.net/enlightenment/+new-import
[11:01] <thopiekar> maxb: works! https://code.launchpad.net/~canola/enlightenment/python-ethumb
[11:01] <thopiekar> https://code.launchpad.net/~canola/enlightenment/ethumb
[11:02] <thopiekar> just waiting for emotion now ;)
[11:02] <maxb> what about them?
[11:02] <maxb> oh, yes
[11:45] <jelmer> 'morning maxb
[12:07] <maxb> jelmer: Hi
[12:11] <jelmer> maxb: to comment on my closing the space-in-url bug as fixreleased, I think the issue you're actually hitting now is similar to the problem that didn't allow you to import the svn test repo from cvs2svn
[12:13] <maxb> hmm
[12:13] <maxb> ok, I will investigate
[13:12] <thopiekar> what is wrong here? http://launchpadlibrarian.net/53633167/buildlog.txt.gz
[13:15] <wgrant> thopiekar: Your recipe or branches are wrong: there's no debian/changelog present.
[13:19] <thopiekar> ahh I need lp:~canola/canola/canola-packaging/canolad/debian but it always changes it to  lp:~canola/canola/canola-packaging/ why?
[13:19] <thopiekar> and how can I fix that? , wgrant
[13:22] <thopiekar> I mean it my recipe (https://code.edge.launchpad.net/~thopiekar/+recipe/canola-daemon-git) when I "nest" the debian/* files to the cloned branch
[13:23] <wgrant> thopiekar: You can't nest a subtree of a branch.
[13:24] <thopiekar> hmm.. k, so I'll need to make for every package a new branch with the debian/* files?
[13:25] <thopiekar> or maybe mirrored branches?
[13:25] <wgrant> A better solution might be to have a packaging branch branched off the trunk of each project.
[13:25] <wgrant> So you branch trunk, add in the debian/ directory, and then you can merge it in your recipe.
[13:26] <thopiekar> k, thanks
[13:48] <nhandler> If translations for a project are entirely maintained on LP (and the po files are never touched directly from outside of LP Translations) is there any reason not to have them synced back to the same branch LP is checking for .pot files (trunk in this case) ?
[13:51] <dpm> nhandler, I think danilos, henninge or jtv can answer that one best, but afaik, there is no reason for not using the same branch, it should only make your life easier by letting LP (and translators!) do all the translations work for you. You might want to watch bug 490668 as well
[13:51] <danilos> nhandler, well, if they are entirely maintained in LP, you should probably not import them from the branch, or you'd hit a bug with continuous imports (i.e. translations getting imported, then exported with just the Exported-Date changed, and so forth)
[13:52] <danilos> nhandler, dpm linked a bug that I was referring to, thanks dpm :)
[13:52] <dpm> :)
[13:52] <nhandler> dpm, danilos: That is a good point.
[13:52] <nhandler> Thanks
[13:55] <danilos> nhandler, note that you completely work-around the bug by setting your translation imports to import only templates, and the only thing you lose is the "green bar" (i.e. translations will stay marked as "done in launchpad")
[13:56] <nhandler> danilos: I just made that change :)
[13:57] <danilos> cool :)
[15:06] <smoser> hey all, i was under the impression that I could do something like:
[15:06] <smoser> https://bugs.launchpad.net/ubuntu/+filebug?field.tags=ec2-images
[15:06] <smoser> and that a bug filed by following that link would then have 'tags' prepopulated with 'ec2-images'.
[15:06] <smoser> is that not the case ?
[15:06] <smoser> er... i meant to say, "that is not the case"
[15:06] <smoser> is there a way to do that ?
[15:25] <jml> smoser, Good question. I don't know.
[15:25] <jml> deryck might
[15:27] <deryck> jml, smoser -- it won't work because of the ajaxy dupe finder stuff we do.  You can only set the initial summary that way.
[15:28] <deryck> I can't think of a way to do this.
[15:28] <deryck> gmb, can you?  See ^^
[15:29]  * gmb reads backscroll
[15:30] <gmb> jml, deryck, smoser: That's not something you can do at the moment. What we should do is pass on the field values from +filebug to the filebug form when we create it. I'll file a bug.
[15:31] <smoser> so its likely that this did work at somepoint in the past?
[15:31] <smoser> i'm just wondering if I'm imagining things
[15:31] <deryck> yes
[15:31] <smoser> ok thanks
[15:32] <gmb> smoser, It worked before we introduced the AJAX dupefinder.
[15:32] <gmb> Because it was an ordinary Zope form.
[15:32] <jml> gmb, thanks.
[15:34] <gmb> jml, deryck, smoser: https://bugs.edge.launchpad.net/malone/+bug/617416
[15:34] <deryck> gmb, thanks for filing the bug!
[15:35] <smoser> gmb, thanks.
[16:33] <pc_magas> How can I get a back up of my gpg keys?
[16:35] <pc_magas> How can I get a back up of my gpg keys?
[17:28] <paultag> sinzui: prod
[17:28] <sinzui> hi paultag
[17:29] <paultag> sinzui: Hey, you just deactivated a project of mine ( not that big of a deal, I thought it could have been sketchy )
[17:29] <paultag> sinzui: I was trying to get some of my git stuff in bzr via LP. Can I do that in a +junk branch?
[17:29] <sinzui> +junk is fine with git branches.
[17:29] <sinzui> you have an unlimited number of branches
[17:30] <paultag> sinzui: Righto. Thanks. Sorry for clouding up LP.
[17:30] <sinzui> paultag, you can also push some of your branches to projects that are already registered. they remain yours, but it is clear your branches are based on existing works
[17:31] <sinzui> paultag, np, project registration does a poor job of explaining what a project is...a shared area for communities to work on code and bugs
[17:31] <paultag> sinzui: yeah, but most of them don't have a lp project, and I figured one minor project would be a bit easier on the system over 5 or so very minor projects
[17:31] <paultag> sinzui: aye
[17:32] <paultag> sinzui: anywho, thanks
[17:33] <sinzui> paultag, not so in this case. you will get terrible bzr push/pull performance because each branch will be assumed to be the branch based on the project's focus of development series. since there is nothing in common, you will often see 100% change sets
[17:33] <paultag> Ahhha
[17:33] <paultag> right, that makes sense
[17:47] <Muscovy> Is there a way to make a PPA with the same name as a deleted one?
[17:51] <lfaraone> Hi, I've been getting an OOPS all day when trying to access bug 320915.
[17:51] <lfaraone> (most recently, OOPS-1686EB2333)
[17:53] <Muscovy> I get OOPS-1686D1310 when I try to view it.
[18:52] <Muscovy> Are there any dangers/problems related changing your username, other than needing to remove your PPAs?
[18:56] <Muscovy> My username was generated based on my email when I first joined Launchpad, and I never bothered to change it before.
[18:56] <Muscovy> But I'm worried it might cause problems with memberships, karma, etc.
[18:56] <beuno> Muscovy, it will affect code as well
[18:57] <beuno> it won't for membership or karma
[18:57] <yofel> jelmer: anything that can be done about those? http://launchpadlibrarian.net/53640313/vcs-imports-kdelibs-kde4.log happens when more than one kde import is scheduled on the same import machine
[18:58] <jelmer> yofel: python-tdb can be installed on the launchpad machines; that's not really my area though, you'd want to talk to one of the launchpad code folks (abentley, rockstar or thumper)
[18:59] <yofel> k, thx
[18:59] <rockstar> jelmer, we should chat about that.
[18:59] <Muscovy> beeno: what sort of issues?
[19:00] <Muscovy> beuno*
[19:06] <maxb> Installing python-tdb would be nasty - the importds would recache millions of revisions
[19:06] <maxb> We'd probably get banned from svn.apache.org again :-)
[19:06] <maxb> Also, having been using python-tdb locally on a large repository, I have to say, it's performance utterly sucks if the whole thing isn't in cache
[19:07] <beuno> Muscovy, the URLs for all the branches change
[19:08] <beuno> all your branches, that is
[19:11] <Muscovy> Oh, that's fine in my case, all my code is in group branches.
[19:11] <Muscovy> Thanks. :D
[19:11] <jelmer> maxb: Is that comparing it with python-sqlite ? Because I'm quite sure python-tdb's performance is better in that regard.
[19:12] <maxb> I'll admit I haven't used sqlite in a while. I should try it to recompare
[19:12] <maxb> However, I've had to resort to catting tdb files to /dev/null at times
[19:13] <jelmer> maxb: running "svn log -v" on the apache repository won't get us banned; I've done it myself a couple of times. We got banned because we opened lots (and I mean lots) of connections through cscvs.
[19:13] <jelmer> maxb: Catting tdb files to /dev/null? Why?
[19:13] <maxb> It makes bzr-svn go faster
[19:14] <maxb> It seems that the access pattern of tdb accessing its own data is a lot less efficient than getting the whole thing read into cache up front
[19:15] <jelmer> maxb: I'm not sure I follow, tdb *is* the cache.
[19:15] <maxb> tdb can be very slow at reading if the entire tdb file is not present in kernel disk cache
[19:31] <mathiaz> hi - is there a way to request that all my +junk branches be upgrade to the 2a format?
[19:40] <jelmer> mathiaz: Hi; There is no easy way to mass-upgrade other than talking to a LOSA.
[19:42] <jelmer> mathiaz: Alternatively, it might be possible to script something using bzrlib and launchpadlib.
[19:55] <mathiaz> jelmer: is it possible to upgrade using launchpadlib?
[19:56] <mathiaz> jelmer: or should a specific bzr command be called?
[19:56] <mathiaz> jelmer: is there an upgrade-remote-repository command in bzr?
[19:57] <thopiekar_> hi .. why don't you support adding subdirs to recipes?
[19:57] <jelmer> mathiaz: launchpadlib won't let you upgrade remote branches directly as far as I know, but it should allow you to get a list of all your +junk branch URLs
[19:58] <jelmer> mathiaz: "bzr upgrade" supports remote URLs, although it might do some of its work locally (I'm not sure how much)
[19:58] <mathiaz> jelmer: great
[19:58] <mathiaz> jelmer: seems like a good plan
[19:58] <mathiaz> jelmer: thanks for the help
[20:07] <thopiekar_> or is it possible to copy, move and remove files in recipes?
[20:31] <thopiekar_> :/
[21:25] <flacoste> sinzui: how can I make the green bar full on https://edge.launchpad.net/pylkk?
[21:26] <flacoste> sinzui: is there a way to say, it seems that can only happen if i say the translations is done on LP
[21:26] <sinzui> Not yet
[21:26] <flacoste> sinzui: is that what the new tristate data model intends to solve?
[21:26] <sinzui> brad landed the db 3 days agio
[21:26] <flacoste> got it
[21:27] <flacoste> sinzui: that works nicely though, kudos to you and your team!
[21:27] <sinzui> My blocked card is blocked because I need to use the tristate
[21:27] <sinzui> It looks very code
[21:28] <sinzui> It looks very nice on the page I mean
[22:19] <thopiekar> maxb: ping
[22:19] <maxb> pong
[22:20] <thopiekar> "20100813 maxb Please register a project record for pydispatcher in Launchpad and re-request this import within that project. Marked invalid." What is a project record? and where can I register it? , maxb
[22:20] <maxb> Go to the front page of Launchpad and choose "Add project"
[22:21] <thopiekar> k
[22:27] <thopiekar> maxb: it seems that pydispatcher is highly outdated.. just talking with my project team what to do..
[22:27] <maxb> outdated? OK. Well, you can still get an import set up anyway it you like
[22:30] <thopiekar> so I need to create a project and add it there as code and make a recipe?
[22:30] <thopiekar> maxb: ^
[22:31] <maxb> a recipe? no
[22:31] <maxb> Just create the project and the import
[22:31] <thopiekar> I mean to make a import..
[22:31] <thopiekar> yeah.. I just want to import and make a recipe, you know ;)
[22:32] <thopiekar> thank you for helping me, maxb!
[22:32] <maxb> np
[22:54] <thopiekar> maxb: just about the debian/* files that I need to build the Canola packages.. Is there no way to get the subdirs of this branch? http://bazaar.launchpad.net/~canola/canola/canola-packaging/files
[22:55] <maxb> bzr-builder, as it's currently designed, cannot do that
[22:55] <thopiekar> I can't import every debian/* files for every app because git doesn't support subdir cloning like svn , for example
[22:55] <thopiekar> :/
[22:55] <maxb> Is there a reason you're maintaining multiple packages in a single branch?
[22:56] <thopiekar> yep the reason is the project wanted to keep it like that (in the past)..
[22:57] <thopiekar> but ok I'll contact the man who is maintaining the mainlines..
[23:16] <maxb> thopiekar: Your other option would be to consider enhancing bzr-builder
[23:17] <thopiekar> for sure!
[23:17] <nhandler> Before I file a bug, could someone give this a try.  Does it sort the column chronologically or alphabetically/numerically ?
[23:18] <thopiekar> something like a "sh" command that can execute console commands for copy, move and remove files..
[23:18] <maxb> Launchpad will not offer arbitrary command execution in recipes
[23:18] <maxb> I was thinking of perhaps adding a 'symlink' bzr-builder directive
[23:19] <maxb> That way you could nest your packaging branch, and symlink the appropriate debian subdir
[23:20] <wgrant> nhandler: It works OK in Firefox, but not Chromium.
[23:20] <wgrant> Odd.
[23:22] <nhandler> wgrant: Thanks for catching that. I only tested chromium. Let me file a bug
[23:24] <thopiekar> great idea maxb!
[23:24] <thopiekar> how can I get involved and work on bzr-builder?
[23:26] <maxb> james_w is the main developer, you might like to catch him here on IRC and run ideas past him - then branch, hack, and propose a merge!
[23:27] <maxb> huh
[23:27] <maxb> although the latest revision in its trunk is "Fixes for the nest-part instruction. Thanks Andrew."
[23:27] <wgrant> Hah. Convenient.
[23:27] <maxb> Which sounds like it might work for your use case
[23:28] <thopiekar> maxb: you mean me? :P
[23:28] <maxb> yes
[23:28] <maxb> and now, I shall depart#
[23:28] <thopiekar> so nest-part is another command?
[23:30] <thopiekar> how does nest-part work?
[23:30] <wgrant> nest-part packaging lp:~foo-dev/foo/packaging debian
[23:30] <wgrant> But LP doesn't support it yet.
[23:30] <bdrung> nest-part let's bzr crash
[23:30] <wgrant> bdrung: Hm?
[23:31] <bdrung> bzr: ERROR: exceptions.AttributeError: 'module' object has no attribute 'MergeIntoMerger'
[23:31] <thopiekar> wgrant: you mean: nest-part packaging lp:~foo-dev/foo/packaging/and/some/subdirs debian?
[23:31] <bdrung> http://pastebin.com/ukEqRveK
[23:32] <bdrung> wgrant: ^
[23:32] <wgrant> thopiekar: No. For that, you'd do 'nest-part packaging lp:~foo-dev/foo/packaging and/some/subdirs debian'
[23:32] <wgrant> bdrung: I wonder if it needs a newer version of bzr.
[23:33] <bdrung> wgrant: i am running lucid
[23:33] <thopiekar> wgrant: great then!
[23:33] <thopiekar> when will lp support it?
[23:33] <wgrant> Not sure. The issue that bdrung just ran into might be inconvenient.
[23:34] <bdrung> at least it's reproducible
[23:35] <bdrung> wgrant: what do you think about adding a "safe" removal function to the recipe (that can be enabled on LP)?
[23:35] <bdrung> use case: run rm -rf debian/patches
[23:36] <thopiekar> wgrant: when will be nest-part available on lp?
[23:36] <thopiekar> can't wait to make recipes with it!
[23:36] <bdrung> thopiekar: quote: "Not sure. The issue that bdrung just ran into might be inconvenient."
[23:37] <thopiekar> ;/
[23:38] <thopiekar> I'll go now and take some sleep ;)
[23:38] <thopiekar> good luck making lp better!
[23:51] <njin> someone around
[23:52] <wgrant> njin: Nobody.
[23:53] <njin> m? wgrant is a bot? ;-)
[23:53] <wgrant> Heh.
[23:53] <njin> i need help
[23:53] <wgrant> What's the problem?
[23:54] <njin> sometimes i receive a reply mail but on the bug page don't result
[23:54] <njin>  Da: xsnake<EMAIL_ADDRESS>Reply-to: Bug 393090<EMAIL_ADDRESS>A<EMAIL_ADDRESS>Oggetto: [Bug 393090] Re: mmc: Timeout waiting for hardware interupt Data: 11/08/2010 01:21:32
[23:55] <njin> Oops, that is an old mecssage, better i go to bed....
[23:55] <njin> sorry
[23:56] <bdrung> njin: you are the second person saying that... :)
[23:56] <njin> i'm cloned... help
[23:57] <njin> ;-)
[23:57] <bdrung> njin: i can't help you because i need sleep ;)