You have Vcs-* fields commented out in d/control. Uncomment them (creating
the repos if they don't exist) or remove them.
Is License: GPL-3 in d/copyright a typo? Looks like it should be GPL-3+.
Why are build-time tests disabled?
--
WBR, wRAR
signature.asc
Description: Digital signature
I'm afraid the license for citeproc/data/schema/ is not DFSG-free:
Permission to freely use, copy and distribute.
--
WBR, wRAR
signature.asc
Description: Digital signature
Control: tags -1 + moreinfo
On Tue, May 12, 2015 at 12:51:48PM +, Dmitry Bogatov wrote:
To access futher information about this package, please visit following URL:
http://mentors.debian.net/package/complexity
Alternatively, one can download the package with dget using this command:
[I don't intend to sponsor this]
You should put the Debian repo, not the upstream one into Vcs-* control
fields.
Recommending both screen and tmux looks strange. Recommending acpi which
is useful only for laptops looks strange too. Suggesting zsh looks wrong.
d/copyright misses a section for
Control: tags -1 + moreinfo
On Fri, Apr 03, 2015 at 08:50:14PM +0200, Nicolas CANIART wrote:
Packages are available for review on debian mentors
They aren't on mentors.
and here:
http://www.caniart.net/debian/NEW/
Nor are they there.
--
WBR, wRAR
signature.asc
Description: Digital
Please run tests at the build time.
--
WBR, wRAR
signature.asc
Description: Digital signature
Control: tags -1 + moreinfo
The package FTBFS in sbuild:
dh_auto_test -O--buildsystem=pybuild
I: pybuild base:170: cd /«PKGBUILDDIR»/.pybuild/pythonX.Y_2.7/build; python2.7
-m nose --with-doctest /«PKGBUILDDIR»/test_fuzzywuzzy.py
/usr/bin/python2.7: No module named nose
--
WBR, wRAR
On Tue, May 05, 2015 at 10:43:57PM -0700, Tom Lee wrote:
After reading a little more about shared lib naming SONAME, I think I
understand. So instead of the current libhiredis.so.0 symlink we want a
libhiredis.so.0.13 symlink the real name of the shared lib would be
something like
On Tue, May 05, 2015 at 09:09:10PM -0700, Tom Lee wrote:
By and large that's an easy mostly mechanical change, but both
libhiredis0.10 and libhiredis0.13 want to install the libhiredis.so.0
symlink (each pointing to one of libhiredis.so.0.{10,13}).
From the upstream perspective this looks like
On Mon, Apr 27, 2015 at 07:18:35PM +0200, Jerome BENOIT wrote:
it sounds as a trivial question, but I cannot figure out any answer from
Google:
how can we push package in experimental to unstable ?
By reuploading the package with a bumped version and targeting unstable.
--
WBR, wRAR
On Sat, Apr 25, 2015 at 02:59:59PM +0200, Jerome BENOIT wrote:
It is copyright issue, so I do not feel very comfortable to just modify the
debian package
Why?
--
WBR, wRAR
signature.asc
Description: Digital signature
On Tue, Apr 14, 2015 at 08:47:57PM +0200, Jerome BENOIT wrote:
So I am looking for a well debiannized software that builts with cmake:
any idea ?
debhelper supports cmake out of the box. If you run into specific problems
you should ask about them.
--
WBR, wRAR
signature.asc
Description:
On Sat, Mar 07, 2015 at 02:16:01PM +0100, Federico Gimenez wrote:
Consider maintaining this in the DPMT (I've seen pylama added to the topic
of #debian-python but we add only team packages there).
Ok, I've added the team in the Uploader field (if I add it in the
Maintainer field I cannot
On Sun, Mar 01, 2015 at 12:48:21PM +0100, Federico Gimenez wrote:
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package pylama
* Package name: pylama
Version : 6.2.0-1
Upstream Author : Kirill Klenov
On Mon, Mar 02, 2015 at 09:45:25PM +0100, Joachim Wiedorn wrote:
git import-orig --pristine-tar ../fastaq_3.2.0.orig.tar.gz
I know that you need the upstream version:
What is the upstream version? [3.2.0 in the part of quote you deleted is
the question asked by git-import-orig if
On Mon, Mar 02, 2015 at 07:57:26PM +0100, Andreas Tille wrote:
is somebody able to reproduce the following:
gbp-clone ssh://git.debian.org/git/debian-med/fastaq.git
cd fastaq
uscan --verbose
... fetches ../fastaq_3.2.0.orig.tar.gz
git import-orig --pristine-tar
On Tue, Feb 03, 2015 at 11:48:46PM +0100, Leopold Palomo-Avellaneda wrote:
I have seen a similar issue trying to package another piece of software.
The question is, IMHO that:
- you cannot install a library outside /usr/lib or /usr/lib/$ARCH
in debian.
This is an incorrect
On Tue, Feb 03, 2015 at 12:46:10PM +0100, Leopold Palomo-Avellaneda wrote:
I have seen a similar issue trying to package another piece of software. The
question is, IMHO that:
- you cannot install a library outside /usr/lib or /usr/lib/$ARCH
in debian.
This is an incorrect statement.
On Tue, Feb 03, 2015 at 02:51:46PM +0100, Leopold Palomo-Avellaneda wrote:
Leopold: we are talking about a private library here, rpath is what
you set for private libraries.
:-)
thanks for the clarification Paul.
Looking on the problem, there's a package: zathura, that has a private
On Mon, Jan 26, 2015 at 01:14:39PM +0100, Nico Schlömer wrote:
The audio processing library SoundTouch [1,2] is a major CPU eater in
many applications (see, e.g. [3]). I'm now asking myself to what
degree we allow optimization for CPU arches in Debian (e.g., MMX,
SSE).
You cannot
On Sun, Jan 25, 2015 at 04:22:45PM +0100, Kai Lüke wrote:
Changes since the last upload:
pinfo (0.6.9-5.2) unstable; urgency=medium
* NMU
* Add patch disabling mouse masking to allow text selection
-- Kai Lüke kailu...@riseup.net Wed, 21 Jan 2015 21:19:46 +0100
This upload
On Sun, Jan 25, 2015 at 05:47:04PM +0100, Kai Lüke wrote:
About the differing versions: is it possible to bring it to experimental
instead?
Yes.
--
WBR, wRAR
signature.asc
Description: Digital signature
On Fri, Jan 23, 2015 at 09:27:15PM +0100, Corentin Desfarges wrote:
I'm still working on the packaging of fw4spl (a medical software) for
the Debian-Med project [1], and I'm faced to an issue for a few days.
I've this lintian warnings ;
W: fw4spl: postinst-has-useless-call-to-ldconfig
W:
On Mon, Dec 22, 2014 at 09:30:45PM +1100, Riley Baird wrote:
* In d/changelog, urgency should be low since it's a new
package
Is this documented somewhere?
My mentor had told me upon the second upload of my package that I
could optionally change the priority to medium (and the New
On Sun, Dec 21, 2014 at 09:03:51PM +1100, Riley Baird wrote:
* In d/changelog, urgency should be low since it's a new package
Is this documented somewhere?
* It seems that, to make use of this package, a non-free BIOS is needed.
I don't have one, so I can't really do any more testing. Also, is
On Sat, Nov 22, 2014 at 10:08:01PM +0100, Christian Kastner wrote:
dget -x
http://mentors.debian.net/debian/pool/main/p/python-cachetools/python-cachetools_0.7.0-1.dsc
Changes since the last upload:
* Initial release. Closes: #767298
Uploaded and tagged, thanks!
--
WBR, wRAR
On Sat, Nov 22, 2014 at 09:56:33PM +0100, Christian Kastner wrote:
dget -x
http://mentors.debian.net/debian/pool/main/g/gitinspector/gitinspector_0.3.2+dfsg-1.dsc
Changes since the last upload:
* Initial release. Closes: #768508
Uploaded, thanks! I didn't tag this in SVN because
On Thu, Nov 20, 2014 at 05:31:46PM +0100, Jörg Frings-Fürst wrote:
I think you should put the commit ID from which you've generated the orig
tarball into the package upstream version or at least into the changelog.
Instead upload the master.tar.gz tarball I have changed the the
debian/rules
On Wed, Nov 19, 2014 at 09:08:39AM +0100, Jörg Frings-Fürst wrote:
dget -x
http://mentors.debian.net/debian/pool/main/p/python-instagram/python-instagram_1.2.0-1.dsc
I think you should put the commit ID from which you've generated the orig
tarball into the package upstream version or at
On Sat, Nov 15, 2014 at 05:51:06PM -0800, Cameron Norman wrote:
The bug in question is here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768671
jenkins build depends on libjson-java, a package that was removed due
to being suspected of containing non-free code (the JSON For good,
not
On Mon, Nov 03, 2014 at 10:56:08AM +0100, Johan Van de Wauw wrote:
Now it doesn't run any tests.
Added setup.cfg
Should now really run all the tests
You should use python3:Depends instead of python:Depends in the python3
subpackage.
--
WBR, wRAR
signature.asc
Description: Digital
On Mon, Nov 03, 2014 at 11:07:11PM +0100, Johan Van de Wauw wrote:
On Mon, Nov 3, 2014 at 9:28 PM, Andrey Rahmatullin w...@debian.org wrote:
You should use python3:Depends instead of python:Depends in the python3
subpackage.
Thanks once more for your reviews!
I've changed this line
On Sun, Nov 02, 2014 at 09:37:28PM +0100, Johan Van de Wauw wrote:
Andrey,
Thanks for taking time to review!
On Thu, Oct 30, 2014 at 6:56 PM, Andrey Rahmatullin w...@debian.org wrote:
Please remove debian/python-rasterio.
Oops
shlibs:Depends is only needed when you package binaries
Please remove debian/python-rasterio.
shlibs:Depends is only needed when you package binaries.
python:depends is spelled python:Depends (the same for python3).
dh_auto_test doesn't work, raising ImportError: Start directory is not
importable: 'cd'
--
WBR, wRAR
signature.asc
Description:
On Wed, Oct 15, 2014 at 09:05:57PM +0200, Simon Josefsson wrote:
* Add shlib-calls-exit and spelling-error-in-copyright to
lintian-overrides.
You should override only E and W tags.
--
WBR, wRAR
signature.asc
Description: Digital signature
On Sun, Oct 05, 2014 at 12:49:04PM +0200, Raoul Borenius wrote:
On Sat, Oct 04, 2014 at 05:29:43PM +0600, Andrey Rahmatullin wrote:
Please don't use .default to control whether the daemon should be started.
I searched the Debian policy but found no information how this should
be handled. I
On Thu, Oct 23, 2014 at 03:01:02PM +0200, Corentin Desfarges wrote:
I'm currently working on the packaging of fw4spl (an open source framework)
and I got this CMake error when I use pbuilder :
CMake Error: Could not open file for write in copy operation
/usr/bin/qt.conf.tmp
CMake Error: :
On Tue, Oct 21, 2014 at 10:04:54AM +0200, fay...@web.de wrote:
Dear mentors,
I am looking for a sponsor for my package pysdl2
* Package name: pysdl2
Version : 0.9.3+dfsg2-1
Upstream Author : Marcus von Appen mar...@sysfault.org
* URL :
On Mon, Oct 06, 2014 at 08:38:41AM +0200, Raoul Borenius wrote:
dget -x
http://mentors.debian.net/debian/pool/main/i/i2util/i2util_1.2-1.dsc
I don't think you need
DPKG_EXPORT_BUILDFLAGS = 1
include /usr/share/dpkg/default.mk
with compat 9, is there any reason for those
On Sun, Oct 05, 2014 at 07:44:10AM +0200, Jörg Frings-Fürst wrote:
a short question: Against which rules I violate, when no debug package
is available?
Debug packages are purely optional, so nothing.
--
WBR, wRAR
signature.asc
Description: Digital signature
On Sun, Oct 05, 2014 at 12:41:50PM +0200, Raoul Borenius wrote:
Andrey,
On Sat, Oct 04, 2014 at 05:16:54PM +0600, Andrey Rahmatullin wrote:
Please add .patch extensions to patch file names.
What's the reason for commented out lines in debian/rules?
Consider using debian/clean instead
Please add .patch extensions to patch file names.
What's the reason for commented out lines in debian/rules?
Consider using debian/clean instead of override_dh_auto_clean target.
You shouldn't override P tags.
There are lintian messages:
I: i2util source:
Please add .patch extensions to patch file names.
You don't need debian/tmp/ prefixes in .manpages.
Please don't use .default to control whether the daemon should be started.
If you are unsure about something ask on the Debian resources, not wrote
the questions into the packaging files (this is
On Wed, Oct 01, 2014 at 02:03:53PM +0300, Andrii Senkovych wrote:
Jakub, thank you for a review, answers inline
.orig.tar.gz is not bitwise-identical to the one uscan downloads. Why?
It seems git-buildpackage has repacked the tarball, I've done new
upload with the correct orig tarball.
gbp
On Fri, Sep 26, 2014 at 04:23:19PM -0500, Elías Alejandro wrote:
* Package name: radiotray
Version : 0.7.3-2
Upstream Author : Carlos Ribeiro carlosmribei...@gmail.com
* URL : http://radiotray.sourceforge.net/
* License : GPL-3
Section :
On Sat, Sep 27, 2014 at 12:33:32PM -0500, Elías Alejandro wrote:
* Drop lintian override for debian-watch-may-check-gpg-signature
It's still present.
My mistake. It should be 'Add' instead, I've fixed it.
I think the consensus is not to override this tag just because the
upstream
On Tue, Sep 23, 2014 at 09:46:42AM +0200, Martin Steigerwald wrote:
The initial package exists since 2013. So is it the date when I did the
initial packaging? Then its 2013. Is it the date where the package may get
uploaded, then it may be 2014 or 2015. Or is it, as would make most sense to
On Mon, Sep 22, 2014 at 09:52:55AM -0300, Eriberto Mota wrote:
- Your year as packager should be 2013.
What do you mean by that? I already have
Files: debian/*
Copyright: 2013-2014 Martin Steigerwald m...@teamix.de
License: GPL-3+
Anything else needed?
Sorry for my
On Mon, Sep 22, 2014 at 02:04:37PM -0300, Eriberto wrote:
- Your year as packager should be 2013.
What do you mean by that? I already have
Files: debian/*
Copyright: 2013-2014 Martin Steigerwald m...@teamix.de
License: GPL-3+
Anything else needed?
Sorry for my
On Wed, Sep 17, 2014 at 05:12:54PM -0300, Eriberto wrote:
6. I have added a generic README.source about quilt. Is this OK?
No. My idea was talk about the original debian directory removed from
upstream code.
The original debian/ is removed by dpkg-source when unpacking 3.0 (quilt)
packages,
On Tue, Sep 16, 2014 at 09:13:01PM +0200, Pierre Rudloff wrote:
- My work is now on GitHub: https://github.com/Rudloff/lutris-debian
GitHub uses the same URL for browser and git clone, you should I still fill
both fields?
Of course, see
On Mon, Sep 15, 2014 at 10:33:27AM +0200, fay...@web.de wrote:
This FTBFS on current sid:
[...]
Really? The svg backend of imagemagick broke now the third time in the last
months. I will now remove the package from mentors and to it directly with
rsvg-convert. I will poke you again
On Mon, Sep 15, 2014 at 05:22:10PM -0300, Eriberto wrote:
To put a package in Debian you must remove the debian/ directory from
upstream source code and generate a new tarball. So, you must start a
new Debian package. You can use some ideas from upstream, not clone
the code only.
I see several
On Sat, Sep 13, 2014 at 07:54:22PM +, T o n g wrote:
My histring has this binary file contents changed error, how to fix
it?
Here is the build log:
dpkg-source: info: using options from histring-1.1.0/debian/source/
options: --extend-diff-ignore=^Makefile$
fakeroot
On Sat, Sep 13, 2014 at 10:57:16PM +0200, Vincent Prat wrote:
* I would put the http_proxy='127.0.0.1:9' as general line in rules,
to make sure that during auto-build nothing is retrieved (move from
the sphinx documentation)
pybuild already does that for commands it runs.
--
WBR, wRAR
On Mon, Aug 18, 2014 at 06:20:48PM +0200, fay...@web.de wrote:
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package pysdl2
* Package name: pysdl2
Version : 0.9.3+dfsg1-1
Upstream Author : Marcus von Appen
On Mon, Sep 08, 2014 at 11:20:00PM +0200, Vincent Prat wrote:
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package astroquery
* Package name: astroquery
Version : 0.2.1-1
Upstream Author : Adam Ginsburg
On Sat, Sep 13, 2014 at 11:46:53AM +0200, Vincent Prat wrote:
Hi Andrey,
Thank you for the review.
The latest version is 0.4.
Where have you found this? On both Pypi and Github, the latest release is
0.2.2.
wrar@belkar ~/tmp/astroquery-0.2.1 $ uscan --verbose --report
On Sat, Sep 13, 2014 at 08:36:42PM +0200, Vincent Prat wrote:
Hi,
wrar@belkar ~/tmp/astroquery-0.2.1 $ uscan --verbose --report
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
-- In debian/watch, processing watchfile line:
On Fri, Sep 12, 2014 at 12:13:06PM +0200, Mathieu Malaterre wrote:
hi,
for some reason, if I recompile iipimage from a sid chroot I keep
getting a warning:
[...]
dpkg-gencontrol: warning: Depends field of package iipimage-server:
unknown substitution variable ${shlibs:Depends}
[...]
On Thu, Sep 11, 2014 at 12:37:11AM +, T o n g wrote:
clean:
rm -f *.o *~
cleanall: clean
rm -f histring
This is wrong, the clean target should clean everything.
dh_auto_build
make[1]: Entering directory '/export/build/pkg/histring/bld/
On Fri, Sep 12, 2014 at 02:28:34AM +, T o n g wrote:
Hi,
My histring has this binary file contents changed error, how to fix it?
Here is the build log:
dpkg-source: info: using options from histring-1.1.0/debian/source/
options: --extend-diff-ignore=^Makefile$
fakeroot
On Sat, Sep 06, 2014 at 08:56:50PM +, T o n g wrote:
Yes, that's the first thing I tried, but still get the hardening-no-
relro problem:
https://github.com/suntong001/histring/blob/master/debian/rules
https://github.com/suntong001/histring/archive/master.zip
No, this version doesn't have
On Sat, Sep 06, 2014 at 01:48:31AM +, T o n g wrote:
[Re-try again as my previous question ended up as Message not available
in the mail archive]
Please help me fix the lintian hardening-no-relro problem. As mentioned
before, I've tried several ways myself but none worked. I've
On Fri, Sep 05, 2014 at 02:15:23PM +0200, Jérémy Lal wrote:
ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
make[2]: *** [bowtie-build] Error 1
The relevant line in the code is:
$ grep -w -n asm e*
ebwt.h:1909:asm (popcntq
On Fri, Sep 05, 2014 at 05:16:11PM +0200, Andreas Tille wrote:
ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
make[2]: *** [bowtie-build] Error 1
The relevant line in the code is:
$ grep -w -n asm e*
ebwt.h:1909:
On Fri, Sep 05, 2014 at 01:35:13PM +0200, Andreas Tille wrote:
2. i386 results in
ebwt.h: Assembler messages:
ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
ebwt.h:1909: Error: invalid
On Fri, Sep 05, 2014 at 08:23:23PM +0200, Jonas Genannt wrote:
Hello,
I searching a sponsor for pypuppetdb. It's a library needed for puppetboard a
Web
Interface for PuppetDB (ITP: #754796)
python-pypuppetdb is available at Mentors:
http://mentors.debian.net/package/pypuppetdb
On Fri, Aug 29, 2014 at 04:32:13AM +, T o n g wrote:
Ok, just for problem-solving purpose, the source package is at
http://mentors.debian.net/debian/pool/main/h/histring/histring_1.1.0-2.dsc
This is a minimum-fixed version, ie, there are still lots of issues
unfixed, but source package
On Thu, Aug 28, 2014 at 12:50:23AM +, T o n g wrote:
Please help me fix the lintian hardening-no-relro problem. My code is
at https://github.com/suntong001/histring (it is *very* small).
The proper way is just to bump debian/compat to 9.
I tried to ...
+DPKG_EXPORT_BUILDFLAGS =
On Sun, Aug 24, 2014 at 10:17:18PM +, T o n g wrote:
hi,
Please help me fix the lintian hardening-no-relro problem. My code is at
https://github.com/suntong001/histring (it is *very* small).
The proper way is just to bump debian/compat to 9.
I tried to fix it myself, using the method
Can you please not use abbreviations such as d/c and std-version in
d/c?
Don't use ${python:Provides}.
At least some of the d can be made r, such as mtd-utils.
Why Priority: extra?
There are several issues with the manpage, 3 of them are reported by
lintian and fourth one is the SEE ALSO
On Mon, Aug 25, 2014 at 12:26:47AM +0100, Gianfranco Costamagna wrote:
At least some of the d can be made r, such as mtd-utils.
I don't fully agree (I don't honestly know the tradeoff between a bad user
experience and the amount of the packages that one might be forced to
install), but
On Wed, Aug 20, 2014 at 09:16:06AM +0200, Dariusz Dwornikowski wrote:
http://anonscm.debian.org/?p=collab-maint/profanity.git;a=summary
ITYM http://anonscm.debian.org/cgit/collab-maint/profanity.git/
It's still linking with OpenSSL, via libstrophe, right? This won't work.
Also, libstrophe isn't
On Wed, Aug 20, 2014 at 03:39:52PM +0200, Dariusz Dwornikowski wrote:
It's still linking with OpenSSL, via libstrophe, right? This won't
work. Also, libstrophe isn't packaged.
It is linking to libstrophe, which is linking to ssl.
Doesn't matter, it's still in the same process.
It is still a
On Wed, Aug 13, 2014 at 03:28:24PM -0400, Darryl L. Pierce wrote:
In the past two days I've uploaded two packages:
* qpid-dispatch
* qpid-cpp
but I don't see either of them showing up in my package upload page[1].
Did you get an email?
--
WBR, wRAR
signature.asc
Description: Digital
On Mon, Jul 07, 2014 at 10:29:16PM +0200, Benedict Verhegghe wrote:
I created new packages pyformex/0.9.1-1 dealing with the remarks of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750592#47
The package FTBFS:
=== Building extra ===
make -C /home/wrar/tmp/pyformex-0.9.1/pyformex/extra
On Tue, Aug 05, 2014 at 09:16:02AM +0200, Andreas Tille wrote:
I thought that
libjs-twitter-bootstrap: /usr/share/twitter-bootstrap/files/js/bootstrap.js
would be the right file to link to after removing the minified JS but
I noticed that the header of this file is:
/*
On Mon, Jul 14, 2014 at 04:06:16AM +, T o n g wrote:
dh_install(1) is a program, not a target.
install -m 755 ddclient \ $(DESTDIR)/usr/sbin/ddclient
install -D -m 755 debian/ddclient.NetworkManager \
$(DESTDIR)/etc/NetworkManager/dispatcher.d/50-ddclient
Writing proper
On Mon, Jul 14, 2014 at 04:17:51AM +, T o n g wrote:
dh_install(1) is a program, not a target.
install -m 755 ddclient \ $(DESTDIR)/usr/sbin/ddclient
install -D -m 755 debian/ddclient.NetworkManager \
$(DESTDIR)/etc/NetworkManager/dispatcher.d/50-ddclient
Writing proper
On Sun, Jul 13, 2014 at 03:34:30AM +, T o n g wrote:
What's that '-i' is for in the 'debuild -i' command?
Looks like it's passed to lintian.
I was looking for it in debuild dpkg-buildpackage man pages but still
wasn't sure what it is for.
The actual whole command I use is:
On Sat, Jul 12, 2014 at 01:28:23PM +, T o n g wrote:
override_dh_auto_install:
install -m 755 ddclient \
$(DESTDIR)/usr/sbin/ddclient
install -D -m 755 debian/ddclient.NetworkManager \
$(
)/etc/NetworkManager/dispatcher.d/50-ddclient
dh_auto_install
On Sat, Jul 12, 2014 at 03:51:24AM +, T o n g wrote:
Hi,
I used the `dh_make` to create a new rules file, but found that what I
want to install are not in the final package.
Here is what the old rules file looks like:
install: build
dh_testdir
dh_testroot
On Sun, Jul 13, 2014 at 01:37:52PM +, T o n g wrote:
Note that you can achieve the same using dh_install(1) and probably
dh_installdirs(1), without writing override code.
Did you mean this in debian/rules?
---
# main packaging script based on dh7 syntax
%:
On Thu, Jul 10, 2014 at 04:23:43AM +, T o n g wrote:
Or, how can I get the lastest ddclient git code without the histories?
The full history is only 300K but if you really don't want to download it
there is a [snapshot] link in gitweb.
--
WBR, wRAR
--
To UNSUBSCRIBE, email to
On Mon, Jun 09, 2014 at 07:44:23AM +0100, Marcin Kulisz wrote:
Hard to say atm as I've compared python-fysom_1.0.15.orig.tar.gz
produced by dpkg and upstream provided tarball for
fysom-1.0.15.tar.gz and internally (files and dirs) looks the
same. But it's interesting so I try to figure it
On Wed, May 21, 2014 at 03:27:35AM -0400, RJ Clay wrote:
All,
I've a package that the mentors site is reporting as failing QA for the
watch file, but it's not even showing the correct watch file being
processed. Is not uscan checking the watch file in the package?
Can you provide more info?
On Wed, May 21, 2014 at 08:30:18AM -0400, RJ Clay wrote:
I've a package that the mentors site is reporting as failing QA for the
watch file, but it's not even showing the correct watch file being
processed. Is not uscan checking the watch file in the package?
Can you provide more info?
On Tue, May 20, 2014 at 08:41:40AM +0200, Leopold Palomo-Avellaneda wrote:
However, when I debug a program that uses ompl, and I want to trace a
function, I cannot see the sources (this is normal?). The debug file is quiet
big, and I think that it should contains the code to trace.
Debug info
On Wed, Apr 30, 2014 at 09:08:33AM +, Patrick Schleizer wrote:
I don't understand the need to call a shell script from the Makefile.
According to the FHS,
the main directories where you may want to install shell scripts, shell
libraries, config files
and their documentation are:
On Mon, Apr 28, 2014 at 08:20:04PM +0200, bilibop project wrote:
I don't understand the need to call a shell script from the Makefile.
According to the FHS,
the main directories where you may want to install shell scripts, shell
libraries, config files
and their documentation are: /etc,
On Sun, Apr 27, 2014 at 12:43:07AM +, Patrick Schleizer wrote:
Sure, the effort required for that is minimal. (I managed to create a
non-Debian specific Makefile for make install that uses rsync.
Debhelper can pick it up from there just fine.)
I don't think using rsync to copy files in
On Sat, Apr 26, 2014 at 12:24:18PM +, Patrick Schleizer wrote:
I see no reason why not. Whether it's easy to install the software
outside of Debian isn't really something that Debian itself should be that
worried about, as long as the packages in Debian do the right thing.
I'd say
On Fri, Apr 25, 2014 at 08:57:48AM +0200, Christian Kastner wrote:
I have got another problem. Libstrophe only provides .a file, no .so,
so basically it should provide only a -dev package. Is it ok to
package only -dev, or is it agains policies?
Not that I'm aware of, but I very much
On Fri, Apr 25, 2014 at 12:23:38PM +, Patrick Schleizer wrote:
I am upstream as well as would like to become a debian maintainer some
day. Still learning packaging.
Due to the luxury of being upstream as well, the upstream source package
can be formatted in any way I wish. [In this case
On Tue, Apr 08, 2014 at 04:44:23PM +0800, Paul Wise wrote:
But note that, as per Policy §10.2, .la files “normally should not be
included in the Debian package”.
I would say .a files should not be included either unless users
specifically ask for them.
We need to document this.
--
WBR,
On Fri, Apr 04, 2014 at 10:55:22AM +0200, Andreas Tille wrote:
Isn't it just much easier to use a install file pointing the right
places?
No. You need to adapt to different versions
Huh?
well, the former packaging contained files
debian/libbamtools2.2.0*
which would have
On Fri, Apr 04, 2014 at 03:46:39PM +0600, Andrey Rahmatullin wrote:
Isn't it just much easier to use a install file pointing the right
places?
No. You need to adapt to different versions
Huh?
well, the former packaging contained files
debian/libbamtools2.2.0
On Thu, Apr 03, 2014 at 04:03:02PM +0200, Andreas Tille wrote:
Isn't it just much easier to use a install file pointing the right
places?
No. You need to adapt to different versions
Huh?
--
WBR, wRAR
signature.asc
Description: Digital signature
On Sat, Mar 22, 2014 at 01:33:25PM +0100, Nico Schlömer wrote:
I'm packaging a library libA which depends on a header-only library
libB.
How?
--
WBR, wRAR
signature.asc
Description: Digital signature
801 - 900 of 1098 matches
Mail list logo