[09:40] <audifahrer> Hi
[09:40] <audifahrer> Could someone tell me why this doesn't build: https://code.launchpad.net/~tux-style/+archive/eflxx/+recipebuild/138411
[09:45] <wgrant> audifahrer: It build-depends on libeflxx-dev, which doesn't exist.
[09:47] <audifahrer> hm...
[09:48] <audifahrer> you're right. eflxx build 8 hours ago, but eetxx tried to build 9 hours ago :-(
[09:48] <wgrant> Heh
[09:48] <audifahrer> one build cycle on launchpad of several dependant libraries needs ages :-(
[09:49] <audifahrer> but thanks for the hint!
[09:50] <wgrant> audifahrer: Should start building in a few seconds.
[09:57] <wgrant> And it even worked.
[10:06] <audifahrer> wgrant: ok. fine. Sometimes it needs hours. I wonder it was so fast :-)
[10:06] <wgrant> I may have customized the queue priorities slightly :)
[10:06] <audifahrer> hehe
[10:06] <audifahrer> ah, you're launchpad god :-P
[10:07] <wgrant> I have some superpowers.
[10:07] <audifahrer> very practical...
[11:17] <audifahrer> I try to import a git repo. Is the URL in the type: git:// ?
[11:22] <wgrant> audifahrer: That should work, yes.
[11:24] <audifahrer> wgrant: Could you then tell me why this doesn't import? https://code.launchpad.net/~tux-style/libosmscout/libosmscout
[11:29] <wgrant> audifahrer: There's one too many "libosmscout"s in that URL.
[11:29]  * wgrant fixes.
[11:29] <wgrant> It's just git://libosmscout.git.sourceforge.net/gitroot/libosmscout/libosmscout, but you specified git://libosmscout.git.sourceforge.net/gitroot/libosmscout/libosmscout/libosmscout
[11:30] <wgrant> It's working now.
[12:08] <audifahrer> wgrant: ok thanks
[12:09] <audifahrer> but as you see this GIT repo holds multible libraries. In another project (SVN) on launchpad I specified one branch for each library (deb).
[12:09] <audifahrer> http://bazaar.launchpad.net/~tux-style/libosmscout/libosmscout/files
[12:10] <audifahrer> So how do I use a deb receipe build for each of this folders?
[12:11] <wgrant> That's difficult. A pretty unconventional use of git.
[12:11] <audifahrer> I think the maintainer of libosmscout didn't know this.
[12:13] <audifahrer> Maybe I could import a branch (directory) in launchpad from this bazaar branch and so do the trick :-)
[12:13] <audifahrer> or is there a way to import only parts of a git repo?
[12:14] <wgrant> It's not possible to do a partial clone of a git repository.
[12:14] <wgrant> git doesn't support it.
[12:14] <audifahrer> also lauchpad doesn't allow to specify a directory in the receipe branch. Seems only root is allowed.
[12:16] <wgrant> Right, you can't use a subdirectory of the main branch. The nest-part directive lets you include a directory of another branch as a subdirectory of your main branch -- you could possibly make use of that.
[12:16] <wgrant> But I've not had to deal with this case before.
[12:17] <audifahrer> hm, if I request a branch import from baraar. Is the syntax like lp:~tux-style/libosmscout/libosmscout/libosmscout allowed? :-)
[12:18] <wgrant> No.
[12:18] <wgrant> DVCSes don't tend to allow partial clones.
[12:18] <wgrant> bzr/git/hg don't allow it.
[12:18] <wgrant> s/allow/support/
[12:19] <audifahrer> grmpf
[12:19] <wgrant> Indeed :(
[12:20] <audifahrer> and could I do some cd something trick in the receipe? I read run isn't allowed on launchpad. But could there be an exception for "run cd" ?
[12:20] <wgrant> The nest-part recipe directive supports the case of eg. grabbing just the debian/ directory from some other branch and putting it into the debian/ subdirectory.
[12:20] <wgrant> But you can't do that for the base branch.
[12:20] <wgrant> Sadly not; run is entirely forbidden.
[12:21] <audifahrer> yes, I was yet fallen over this while trying to import complete EFL SVN and build seperate libs. Not I import all libs in a seperate branch. But here no chance :-(
[12:21] <audifahrer> shit
[12:22] <audifahrer> maybe I've to contact the project owner if he changes his repo structure. But as he may lost the history he probably won't do it. :-(
[12:23] <wgrant> Well
[12:23] <wgrant> It's not the end of the world.
[12:23] <wgrant> If you really want, you could write debian/rules to cope with the project being in a subdir.
[12:23] <audifahrer> or I use some public service to build a "bridge" (e.g. SVN mirror)
[12:23] <wgrant> It just means the source tarball will be a bit bloated.
[12:23] <wgrant> But the binaries will be fine.
[12:24] <wgrant> Hmm.
[12:24] <wgrant> You could also write a recipe with an empty or debian/-only base branch.
[12:24] <audifahrer> wgrant: yes, I thought about handling in debian files.
[12:24] <wgrant> Then use nest-part to grab just the relevant subdirectory of the import branch.
[12:24] <wgrant> You still have the extra directory, but you don't have the bloat.
[12:31] <audifahrer> hm, you mean then I've debian folder after merge not below libosmscout , but one hierarchie higher? Do you think it's then enough to do a "cd libosmscout" in the rules file? Or need *.dirs, *.install files also modified?
[12:31] <wgrant> Right, so the root directory will have "debian" and "libosmscout" directories.
[12:32] <wgrant> debian/rules etc. will have to know to point at the subdir.
[12:32] <audifahrer> hm, this could work...
[12:33] <audifahrer> I'll first try offline
[12:34] <wgrant> Good plan :)
[16:41] <audifahrer> wgrant: I tried to overwrite override_dh_auto_configure in debian rules:
[16:48] <audifahrer> had no success until now :-(
[17:31] <michalb> Hi, is there anybody who can help me? I'm trying to upload (my first) package to my PPA, but the package is rejected with following message: "File codedesigner_1.5.1.orig.tar.gz already exists in CodeDesigner RAD, but uploaded version has different contents." The problem is, that the launchpad webportal states that there are no packages uploaded in my PPA so I cannot delete/download the previously uploaded tar.