packaging LibreCAD (was: Bug#605914: Any news on this?)

Scott Howard showard314 at gmail.com
Sun Apr 17 18:59:15 UTC 2011


2011/4/17 Lisandro Damián Nicanor Pérez Meyer <perezmeyer at gmail.com>:
> Sending to d-s-m at l.d.o as I think it's more correct here than the bug itself
> :-)

Sure, thanks for your interest. For those just joining the
conversation, LibreCAD [1] is a qt4 port of QCAD. Since QCAD is qt3,
it will be removed soon.

>
> I am also CCing you, although I think you must be subcribed to this list,
> please tell me if you are so as not to CC you.

I'm on the list, no need to cc: me

> On Thursday 14 April 2011 21:43:31 Lisandro Damián Nicanor Pérez Meyer wrote:
>> On Thursday 14 April 2011 17:25:24 Scott Howard wrote:
> I got the packaging and tried to build it unsucessfully. But I must reckon
> that it must be that I am much used to Qt/KDE's team policies of not using
> ${VCS}-buildpackage tools and just keep /debian in the VCS.

Check out [2,3] for how we use git.  the package should build with
"git-buildpackage --pristine-tar" (after fixing the B-D you mentioned
below.) We use pristine tar if you don't have the tarball, you just
need to use that once and it will generate it. Once you have the
pristine tar, you just need to use git-buildpackage on the cloned
repo. I also use "git-buildpackage --git-tag" when releasing before
uploading (this hasn't been uploaded yet, but a tag was created during
git-importdsc when I imported in my first working copy, we we'll just
have to ignore that tag for now)

>
> So, as for getting an idea of the packaging, I did that ;-)
>
> The things I did:
>
> - remove dxflib/ and fparser/ from the tarball, and add a correspodanta
> README.source file.

Thanks, but I believe they are already removed. See the
get-orig-source target of debian/rules, and see the master branch of
the git repo, the upstream branch of the git repo, and the output of
"pristine-tar checkout ../librecad_1.0~beta5+no-libs.orig.tar.gz" They
all have been cleaned of third party libraries already.

we could change change the version from 1.0~beta5+no-libs to something
like 1.0~beta5+dfsg. I was just using "no-libs" as a working name as I
removed the libraries one by one.

We do need to mention it in the README.source file, so we could use yours.

> - add the libdxflib-dev B-D.

Great, it needed that.

> - Add myself to Uploaders just because I didn't want to read the final
> warnings ;-)

no problem

>
> If you want a patch (without the Uploaders chages if you want, just did it for
> myself), just let me know :-)

I wouldn't mind reviewing the patch, but you can also apply to the
debian science team on alioth and get used to working with the git
repos. You can then even make your own branch that we can merge into
the master branch, or you can commit directly to the main branch.
Adding README.source, you to uploaders, and fixing B-D with dxflib
should all be ok to commit directly onto the branch when you get
access to the git repo.

Cheers,
Scott


[1] www.librecad.org
[2] http://debian-science.alioth.debian.org/debian-science-policy.html#id228418
[3] http://lists.debian.org/debian-science/2008/05/msg00118.html



More information about the debian-science-maintainers mailing list