On Mon, Sep 05, 2016 at 07:07:51PM +0200, Muri Nicanor wrote:
> so, i've got my first two FTBFS bugs (on mips and hppa)- what the
> recommended way of testing fixes for architectures i don't have
> testmachines of?
Porterboxes. See https://dsa.debian.org/doc/guest-account/ about getting
access for
On Fri, Sep 02, 2016 at 10:57:07AM +0200, John Paul Adrian Glaubitz wrote:
> > * Set compatlevel at debian/compat to 10.
>
> Is using compat 10 already officially endorsed/allowed?
The manpage says "This compatibility level is open for beta testing;
changes may occur."
--
WBR, wRAR
On Wed, Aug 31, 2016 at 09:44:59AM +0200, Andreas Tille wrote:
> I was following the Wiki[1] to get a bitbucket watch for metaphlan2[2].
> Unfortunately uscan does not detect any match and after starring on the
> code and trying several other regexp I failed finding the mistake.
There is no
On Wed, Aug 17, 2016 at 09:25:21PM +0200, Adam Borowski wrote:
> > > > > If the repository contains any tags, I'd strongly recommend the
> > > > > output of
> > > > > "git describe --tags". This will, beside DTRT when you're exactly on
> > > > > a
> > > > > tag (ie, on a release), produce
On Tue, Aug 16, 2016 at 11:39:33PM +0200, Adam Borowski wrote:
> > > If the repository contains any tags, I'd strongly recommend the output of
> > > "git describe --tags". This will, beside DTRT when you're exactly on a
> > > tag (ie, on a release), produce version numbers of the form:
> > > -<#
On Tue, Aug 16, 2016 at 05:00:02PM +0200, Adam Borowski wrote:
> If the repository contains any tags, I'd strongly recommend the output of
> "git describe --tags". This will, beside DTRT when you're exactly on a
> tag (ie, on a release), produce version numbers of the form:
> -<# of commits>-g,
On Tue, Aug 16, 2016 at 10:09:48AM +0100, Ghislain Vaillant wrote:
> > > Generally speaking, is there a recommended Debian version format for
> > > git snapshots?
> > 1.1+20160816, or ~ instead of +, as usual.
> > Unless you are packaging two different snapshots committed at the same
> > day.
>
>
On Tue, Aug 16, 2016 at 07:50:37AM +0100, Ghislain Vaillant wrote:
> > > For example, support I'm packaging 0~git.abc123d. This version number
> > > might be used because I'm basing my packaging on upstream git commit
> > > whose hash is uniquely identified by the string 'abc123d'.
> >
> > Such
On Mon, Aug 15, 2016 at 04:53:59PM -0700, Sean Whitton wrote:
> One thing I've done is added a tag corresponding to upstream part of the
> version in my Debian changelog entry. Then gbp can generate the tarball
> for me.
Sure, but Jerome didn't say he was using gbp.
--
WBR, wRAR
signature.asc
On Mon, Aug 15, 2016 at 04:58:32PM +0100, Jerome BENOIT wrote:
> >> So I am considering to create a Debian Source from the GIT repository.
> >> Unfortunately, the GIT repository contains no tags, so uscan(1) seems
> >> not be useful here. I have already submitted a ticket to the upstream
> >>
On Mon, Aug 15, 2016 at 04:19:03PM +0100, Jerome BENOIT wrote:
> it appears that for one of my pacage, libgap-sage not to mention it [1],
> the upstream source tarbal does not contain the required material to be not
> rejected by ftpmaster [2].
Your link doesn't seem to support that.
> So I am
On Fri, Aug 05, 2016 at 02:42:27AM -0500, Paul Elliott wrote:
> Before I was getting a different error complaining
> that debfoster does not exist under "testing". BTW why does debfoster fail
> to exist under testing?
Because it was removed from testing and the new version hasn't entered
testing
On Wed, Jul 27, 2016 at 08:41:51PM +0300, Dmitry Bogatov wrote:
> Architectures requested: hurd, m68k, sh4
Note that those are not release arches.
> Rationaly: reproduce #832544, #832543
I wonder why these bugs are important and not wishlist.
--
WBR, wRAR
signature.asc
Description: PGP
On Wed, Jul 27, 2016 at 10:04:23PM +0300, Dmitry Bogatov wrote:
> > FWIW, the are currently no DSA-operated porterboxes for any of these
> > architectures.
> Is it true? According to https://db.debian.org/machines.cgi there is
> hurd and sh4 porterboxes.
And according to that page they are not
On Wed, Jul 27, 2016 at 11:20:33AM -0300, Paulo wrote:
> I'm adopting package lostirc with problems to solve hardening issue.
>
> The package builds ok but with lintian:
> I: lostirc: hardening-no-fortify-functions usr/bin/lostirc
>
> blhc --all ../lostirc_0.4.6-5_amd64.build
> Returns nothing
On Wed, Jul 27, 2016 at 11:05:08AM +0200, Jakub Adam wrote:
> * Skip test failing on i386 prior Qt 4.7 (Closes: #826842).
ITYM 5.7.
--
WBR, wRAR
signature.asc
Description: PGP signature
On Sat, Jul 16, 2016 at 01:05:47PM -0300, Herbert Fortes wrote:
> The package in Sid[0] has a /usr/share/pyshared
> directory that will not be present if
> you build (withour changes) the package today,
/usr/share/pyshared was used when we supported python 2.6. You can see
that the sid package
On Tue, Jun 28, 2016 at 02:42:47PM -0400, Sergio Durigan Junior wrote:
> >> > I've uploaded the package, thanks for your contribution to Debian :)
> >> Thank you! I guess I will ping you again when the package has been
> >> accepted, so that you can allow me to make further uploads as a DM,
> >>
On Thu, Jun 23, 2016 at 11:36:14PM +0900, Sean Whitton wrote:
> > W: libstroke source: debian-rules-calls-debhelper-in-odd-order
> > dh_makeshlibs (line 74)
>
> Not sure how I missed that from Lintian -- thanks.
>
> > W: libstroke source: configure-generated-file-in-source config.log
> > (this
On Mon, Jun 20, 2016 at 03:37:55PM -0400, Sergio Durigan Junior wrote:
> > I've uploaded the package, thanks for your contribution to Debian :)
> Thank you! I guess I will ping you again when the package has been
> accepted, so that you can allow me to make further uploads as a DM,
> right?
OK.
Control: tags -1 + moreinfo
Control: owner -1 !
The package generates quite a lot of lintian output:
P: newlisp source: source-contains-prebuilt-java-object guiserver/guiserver.jar
P: newlisp source: source-contains-prebuilt-windows-binary
qa-specific-tests/ffitest.dylib
I: newlisp source:
Control: tags -1 + moreinfo
Control: owner -1 !
The package produces quite a lot of lintian output:
W: asciiquarium source: syntax-error-in-dep5-copyright line 11: Duplicate field
files.
W: asciiquarium source: out-of-date-standards-version 3.9.6 (current is 3.9.8)
I: asciiquarium source:
You don't seem to have a separate ITP for this package, please fix this.
--
WBR, wRAR
signature.asc
Description: PGP signature
Control: owner -1 !
On Fri, Jun 17, 2016 at 02:56:13PM +0200, Muri Nicanor wrote:
> i'm not exactly sure how to proceed here. catch.hpp is 'only' used for
> the unit tests, but nevertheless its an embedded code copy. i guess the
> correct way would be to ask for (via bug report?) or create an
On Wed, Jun 15, 2016 at 12:22:27AM +0200, Martin Tůma wrote:
> Ok, thanks for the info. However as OBS does not provide Debian source
> packages
> and doing it extra manually is beyond my scope
Please also note that maintaining a package in the official Debian archive
means much more than writing
On Mon, Jun 13, 2016 at 05:06:55PM +0200, Muri Nicanor wrote:
> > debian/copyright:
> > It has Files-Excluded: test/catch.hpp but the tarball still contains this
> > file.
> i don't know what i'm doing wrong. i've tried multiple sytaxes, but the
> file somehow resists of being excluded of the
Control: tags -1 + moreinfo
Here are some notes about the packaging:
debian/nlohmann-json-dev.doc-base:
"Document: json" is too generic, remember it must be unique.
debian/rules:
There is too many commented out dh_make example lines, you should remove
them if you don't need them.
Control: tags -1 + moreinfo
On Thu, Jun 02, 2016 at 06:12:12PM -0400, Martin Tůma wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Hi,
> I'm looking for a sponsor for the Debian GPXSee package
>
> Package name: gpxsee
> Version : 2.14
> Upstream Author : Martin Tůma
On Fri, Jun 03, 2016 at 11:20:09AM +0200, Andreas Tille wrote:
> In other words you mean this is a bug in libf2c2 package
Yes, an RC one.
> - but how to fix this?
I have no idea. MAIN__ is used by the library, but not defined in it.
--
WBR, wRAR
signature.asc
Description: PGP signature
On Fri, Jun 03, 2016 at 09:59:00AM +0200, Andreas Tille wrote:
> ../munge-help.sh consEntropy.help_src > consEntropy.help
> gcc -O3 -Wall -I/build/phast-1.4/src/util/../../include
> -DPHAST_VERSION=\"v1.3\" -DPHAST_HOME=\"/build/phast-1.4/src/util/../..\"
>
On Wed, Jun 01, 2016 at 05:25:08PM +0200, Marwan Rabbâa wrote:
> I have created a debian package
> https://packagecloud.io/waghanza/plunder/packages/debian/jessie/phantomjs_2.1.1_amd64.deb
> .
>
> I am not aware of debian policies.
>
> Could you give me some advice / documentation links to help
On Sat, May 21, 2016 at 04:23:51PM -0700, optix2...@teitoku.net wrote:
> > > > d/rules:
> > > > - why -D_FORTIFY_SOURCE=1? Such things should be documented
> > >
> > > For security reasons, as this is an internet accessible daemon that
> > > accepts user input.
> > What I've meant was "you
On Sat, May 21, 2016 at 02:02:49PM -0700, optix2...@teitoku.net wrote:
> > d/rules:
> > - why -D_FORTIFY_SOURCE=1? Such things should be documented
>
> For security reasons, as this is an internet accessible daemon that
> accepts user input.
What I've meant was "you replaced stronger default
I'm worried about fonts/*.ttf. If these fonts are packaged in Debian they
shouldn't be shipped in the binary package. Otherwise, there is no info
that they are free, no license, no canonical name etc. In any case
shipping some random fonts in the source package is troublesome.
--
WBR, wRAR
Control: tags -1 + moreinfo
The package contains embedded libs including libogg and libfreetype2 and
builds them, this must be fixed unless the built libs are not used.
Also, the package doesn't build with current libpng.
--
WBR, wRAR
signature.asc
Description: PGP signature
Control: tags -1 + moreinfo
From d/copyright, this is not distributable as it combines GPL2 and GPL3+.
But d/copyright is not correct/complete as libgambatte/libretro actually
contains files under several different licenses and not just GPL3+ (and
even files without a license which is bad too),
On Thu, May 05, 2016 at 11:17:27AM +1000, Jonathon Love wrote:
> Alternatively, one can download the package with dget using this command:
>
> dget -x
> https://mentors.debian.net/debian/pool/main/f/flatbuffers/flatbuffers_1.3.0-2.dsc
This gives 404.
(Note that I don't intend to sponsor this package)
d/rules:
- why -D_FORTIFY_SOURCE=1? Such things should be documented
- commented out -Wl,--as-needed looks strange, if it doesn't work/isn't
needed you shouldn't include this line at all
- you can probably replace override_dh_auto_clean with
Control: tags -1 + moreinfo
Note that I don't plan to sponsor this package.
On Mon, Apr 11, 2016 at 04:33:26PM +0200, Stanislas Leduc wrote:
> Upstream Author : [fill in name and email of upstream]
> * URL : [fill in URL of upstreams web site]
> * License : [fill in]
Huh?
On Fri, May 20, 2016 at 01:34:16PM +, Nico Schlömer wrote:
> When I signed up some years ago, I got a user name with -guest appended. I
> guess that was the policy at the time.
I don't think the policy changed, if you mean alioth usernames. Ones
without -guest are for DDs.
--
WBR, wRAR
On Tue, May 17, 2016 at 04:26:21PM +0200, Ole Streicher wrote:
> Or is the correct libstdc++-dev package automatically installed with
> g++?
You could look at the dependencies yourself.
g++-5 Depends: libstdc++-5-dev
--
WBR, wRAR
signature.asc
Description: PGP signature
On Fri, May 13, 2016 at 02:28:22PM +0300, Dmitry Bogatov wrote:
>
> > Please rename README to README.ru, preferably upstream.
>
> dh_install'ed
>
> > Please consider using hyphenation data from hyphen-* packages.
>
> dh_linktree'ed
>
> Please, review once more.
Please build this in a clean
On Tue, May 10, 2016 at 03:19:41PM +, Gianfranco Costamagna wrote:
> >Your package has several lintian-detected problems of various severiuty,
> >but the one about embedded jQuery is a blocker one. You will need to fix
> >it before having a chance for the package to be uploaded. Please look
On Tue, May 10, 2016 at 01:22:53PM +0200, Denny Fuchs wrote:
> > No changes are allowed to files outside the debian/ directory. So it
> > seems that you changed and commited sandbox_simulators/apache.conf,
> > making it different with respect to what you have in the tarball file.
>
> that is the
Please rename README to README.ru, preferably upstream.
Please consider using hyphenation data from hyphen-* packages.
--
WBR, wRAR
signature.asc
Description: PGP signature
On Sun, Apr 17, 2016 at 05:09:55PM +0200, Julien Puydt wrote:
> It is packaged within the Debian Python Module Team repository here:
>
> Vcs-Git:
> https://anonscm.debian.org/git/python-modules/packages/traitlets.git
> Vcs-Browser:
>
Control: tags -1 + moreinfo
Control: severity -1 wishlist
On Thu, Apr 21, 2016 at 10:33:17AM -0400, Herbert Elwood Gilliland III wrote:
> * URL : https://www.youtube.com/watch?v=vsc_NzxK67k
Um, really?
> fed (0.951-17) experimental; urgency=low
Why experfimental?
And you almost
Control: tags -1 + moreinfo
Your package has several lintian-detected problems of various severiuty,
but the one about embedded jQuery is a blocker one. You will need to fix
it before having a chance for the package to be uploaded. Please look into
other issues as well.
--
WBR, wRAR
On Sat, Apr 23, 2016 at 03:28:13PM -0700, Shawn Sörbom wrote:
> # see FEATURE AREAS in dpkg-buildflags(1)
> export DEB_BUILD_MAINT_OPTIONS = hardening=+all noopt
I didn't know DEB_BUILD_MAINT_OPTIONS supports noopt.
--
WBR, wRAR
signature.asc
Description: PGP signature
On Sat, Apr 23, 2016 at 12:47:27PM -0700, Shawn Sörbom wrote:
> In a debian/rules file, I have the variable
> export DEB_BUILD_OPTIONS=noopt
You shouldn't modify the DEB_BUILD_OPTIONS variable (or, even worse, to
overwrite it) in d/rules.
> What am I doing wrong? btw, the makefile in question
On Fri, Apr 22, 2016 at 01:37:23PM +0200, Tim Dengel wrote:
> I am currently preparing version 0.2.0-1 of my package gnome-twitch, and
> I have a question about automatically generated dbgsym packages: Do I
> need to list the -dbgsym package in debian/control?
No.
> According to the wiki at
On Tue, Mar 29, 2016 at 09:18:50PM +0200, Andreas Tille wrote:
> Hi,
>
> I'm trying to package seer[1] for the Debian Med team. Upstream provides a
> simple Makefile which is probably the cause why the libraries for linking
> are not found properly so it ends up in
>
> ...
> g++ -g -O2
On Thu, Feb 11, 2016 at 11:20:14AM -0200, Herbert Fortes wrote:
> libcdk5-dev was rejected by ftp-masters because
> it has 'Multi-Arch: no' on debian/control.
You could just omit the field, no need to use the explicit "no".
> "Multi-Arch: no support in Debian is broken (#768353)"
>
>
My package, xboxdrv, fails to build when the CPPFLAGS envvar has more than
one flag. That's because the code doesn't consider those flags separate.
The SCons docs [0] say "the default value for $CCFLAGS is an internal
SCons object which automatically converts the options we specified as a
string
On Sun, Dec 06, 2015 at 09:31:39AM -0500, Andrew Siplas wrote:
> I've run into a fatal bug (#779520) and have created a patch as I work
> to get in touch with the upstream developers (if any); this package
> contains code from what seems to be a legacy repository and already some
> other patches
On Tue, Dec 01, 2015 at 11:03:45AM -0500, Daniel Echeverry wrote:
> >> My package doesnt build in amd64
> >> http://paste.debian.net/hidden/7253bf53/, I want to know, if I need
> >> add -fPIC flag only amd64 or in any arch in the configure?
> > All shared libraries should be compiled with -fPIC.
On Mon, Nov 30, 2015 at 05:51:12PM -0500, Daniel Echeverry wrote:
> My package doesnt build in amd64
> http://paste.debian.net/hidden/7253bf53/, I want to know, if I need
> add -fPIC flag only amd64 or in any arch in the configure?
All shared libraries should be compiled with -fPIC.
--
WBR,
On Tue, Oct 06, 2015 at 03:32:35PM +0200, David Douard wrote:
> Hi Andrey
>
> I've just uploaded a new version of the package (circus_0.12.1+dfsg-1).
> As you can see, I've renamed it to add a +dfsg suffix as you requested.
I: circus source: wildcard-matches-nothing-in-dep5-copyright
On Sat, Oct 03, 2015 at 03:28:31AM +, lumin wrote:
> The exact reason of FTBFS is things like e.g.:
>
> ```
> /usr/include/glog/logging.h:672: undefined reference to
> `google::base::CheckOpMessageBuilder::NewString()'
> CMakeFiles/caffe.bin.dir/caffe.cpp.o: In function `std::string*
>
On Wed, Sep 30, 2015 at 08:28:17PM +0200, Andreas Tille wrote:
> Hi,
>
> I have started packaging Tide (a tandard tool for ass-spectroscopy) at
>
>git://anonscm.debian.org/debian-med/tide.git
>
> Unfortunately these days gcc is more picky about C++ syntax and I was
> running into
>
> g++
On Tue, Sep 29, 2015 at 03:12:18PM -0500, Matt Zagrabelny wrote:
> A quick look at the source for dh_installinit doesn't show much about
> the '-p', nor '--remaining' options. Can you elaborate or point to
> further docs?
FWIW those are common debhelper options and so found in debhelper(7).
--
On Sun, Sep 27, 2015 at 02:39:59PM +0200, Paul Wise wrote:
> > how do I test the endianess of a system for the inclusion in
> > debian/rules?
>
> In what context is this nessecary? I would expect whatever it is that
> is needs this should be doing what it is doing in another way.
I guess
On Mon, Sep 21, 2015 at 03:13:10PM +0200, Thomas Schmitt wrote:
> The production process of libburn-dbg is still a riddle to me.
> It has no .install file, just a libburn-dbg.docs.
dh_strip does that.
--
WBR, wRAR
signature.asc
Description: Digital signature
On Mon, Sep 21, 2015 at 06:25:07PM +0200, Thomas Schmitt wrote:
> This raises the next question: How do i make use of libburn-dbg ?
> (E.g. for testing whether it works.)
>
> I installed it on amd64 Sid and run
>
> $ gdb /usr/bin/cdrskin
> ...
> Reading symbols from /usr/bin/cdrskin...(no
On Mon, Sep 14, 2015 at 03:21:56PM -0400, Sabniveesu Shashank wrote:
> Running lintian on '.dsc' says:
>
> E: variety source: source-is-missing data/panoramio/underscore-min.js
>
> However, I do see that the path shown is right and it is present in
> the source tarball.
> Am I reading it wrong?
On Wed, Sep 09, 2015 at 07:43:05PM +0200, Leopold Palomo-Avellaneda wrote:
> I fighting against control@bugs and by now it's winning me. :-( I really
> don't
> understand what I'm doing wrong. I have a bug in one of my packages (ompl)
> that it's not fault of ompl, it's about boost. So, I
On Thu, Sep 03, 2015 at 01:32:23PM +0200, Jakub Wilk wrote:
> >caffe-cpu conflict with caffe-cuda
> >libcaffe-cpu0 conflict with libcaffe-cuda0
> >libcaffe-cpu-dev conflict with libcaffe-cuda-dev
> >python-caffe-cpu conflict with python-caffe-cuda
>
> Conflicting shared
On Thu, Aug 27, 2015 at 10:27:46PM +0800, Alex Vong wrote:
The bug I closed was actually `not a bug'
Then you probably don't need to specify a version where it was fixed.
--
WBR, wRAR
signature.asc
Description: Digital signature
On Sun, Aug 23, 2015 at 05:07:15PM -0700, Shawn Sörbom wrote:
Hi,
I am using pbuilder for the first time and I was wondering:
How does one build a package in pbuilder if they haven't generated .dsc files?
I am trying to build a package on my stable system that has dependencies
which
are
On Wed, Jul 22, 2015 at 05:47:42PM +, josernestodav...@gmail.com wrote:
The email I used when I adopted glipper is no longer a valid
email, there for bug #793088 was opened; it's correct to change my email in
the
Maintainer field in debian/control to close the #793088?
Yes.
--
WBR, wRAR
here since the removed files
are not removed for licencing reasons, but mainly because they are useless...
If files are removed for other reasons, the accepted practice is to add a
+ds suffix.
On 07/02/2015 02:34 PM, Julien Cristau wrote:
On Thu, Jul 2, 2015 at 15:11:34 +0500, Andrey
On Mon, Jul 20, 2015 at 04:17:50PM +0200, Daniel Brendle wrote:
3. Deleted the package on debian mentors and tried to reupload
- - Dput tells me that the package is already uploaded and there is
nothing to do
dput checks for .upload, it doesn't ask the server, -f skips that (you
should
On Thu, Jul 02, 2015 at 09:36:59AM +0200, David Douard wrote:
Version : 0.12.0-1
I think the common practice is to bump the version after a ftp-team reject.
Yes, but i've discussed this Julien (jcristau) and we thought it was simpler
to
keep the same version, since I've modified
On Mon, Jun 29, 2015 at 11:02:59AM +0200, David Douard wrote:
Version : 0.12.0-1
I think the common practice is to bump the version after a ftp-team reject.
* remove buildout related files from the source package
As your orig tarball differs from the upstream repo (and the repo found
It's not working:
Traceback (most recent call last):
File /usr/bin/flake8, line 9, in module
load_entry_point('flake8==2.2.2', 'console_scripts', 'flake8')()
File /usr/lib/python2.7/dist-packages/flake8/main.py, line 24, in main
flake8_style = get_style_guide(parse_argv=True,
On Mon, Jun 22, 2015 at 01:04:47PM +0300, Theodotos Andreou wrote:
Why does the binary references /usr/local
Mayeb because it's hardcoded in the source.
You'll need to find out +how is this path formed in the source and then
think how can that be fixed.
--
WBR, wRAR
signature.asc
On Sat, Jun 20, 2015 at 01:16:42PM +0200, Joël Krähemann wrote:
Just forgot most important command:
gbp import-dsc ../ags_0.4.2-70-1.1.dsc
This won't help the thing you've replying to.
Also, this most important command fully conflicts with the workflow you
listed.
As looking at the `uscan`
On Fri, Jun 19, 2015 at 09:30:25PM +0200, Joël Krähemann wrote:
joel@debain:~/gsequencer.alioth$ gbp import-orig ../ags_0.4.2-69.orig.tar.gz
joel@debain:~/gsequencer.github$ git checkout pristine-tar
joel@debain:~/gsequencer.github$ pristine-tar commit
../ags_0.4.2-69.orig.tar.gz
On Sun, Jun 21, 2015 at 07:07:22AM +0200, Joël Krähemann wrote:
To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/ags
Even that page lists some serious problems.
--
WBR, wRAR
signature.asc
Description: Digital signature
On Sun, Jun 21, 2015 at 05:24:09AM +0200, Joël Krähemann wrote:
Hi Tobias Frost
Thank you for optimizing my work-flow.
The following does import the tag debian/0.4.2-69-1
gbp import-dsc ../ags_0.4.2-69-1.dsc
You should use --git-tag or --git-tag-only gbp switches to make debian/*
tags.
On Sun, Jun 21, 2015 at 07:25:56AM +0200, Joël Krähemann wrote:
Hi
If you want me to fix changelog-should-mention-nmu
http://lintian.debian.org/tags/changelog-should-mention-nmu.html I'dont
know how to do so. And I'm the maintainer of the package.
Even the mentors page says that emails in
On Fri, Jun 19, 2015 at 09:30:25PM +0200, Joël Krähemann wrote:
https://mentors.debian.net/package/ags
Even mentors shows a lot of lintian-detected problems.
--
WBR, wRAR
signature.asc
Description: Digital signature
Thanks, I've uploaded this. Please fix two minor issues in the next
upload:
I: circus: capitalization-error-in-description python Python
dpkg-gencontrol: warning: Depends field of package circus: unknown substitution
variable ${shlibs:Depends}
--
WBR, wRAR
signature.asc
Description: Digital
Uploaded, thanks.
--
WBR, wRAR
signature.asc
Description: Digital signature
On Fri, Jun 12, 2015 at 08:11:14AM +, lumin wrote:
And I'd like to package it as following:
package: hello
depends: libsharedlib1
package: libsharedlib1
NOTE: libsharedlib1 has no SONAME
If it has no SONAME then this won't work. Shared libraries
On Fri, Jun 12, 2015 at 03:16:00PM +, lumin wrote:
NOTE: libsharedlib1 has no SONAME
If it has no SONAME then this won't work. Shared libraries should have
SONAMEs (also, where that 1 does come from then?).
Well, upstream doesn't set SONAME, and ..
All public shared libs must
On Tue, Jun 09, 2015 at 05:45:10PM +0100, Christopher Baines wrote:
E: tilelite: forbidden-postrm-interpreter #!/usr/bin/python
https://lintian.debian.org/tags/forbidden-postrm-interpreter.html
The above page says that you have to use (sh, bash, or perl) for the
postrm script. I cannot
Please add a .patch extension the debian/patches/no-unsupported-deps.
--
WBR, wRAR
signature.asc
Description: Digital signature
On Tue, Jun 09, 2015 at 07:22:42PM +0200, Jakub Wilk wrote:
E: tilelite: forbidden-config-interpreter #!/usr/bin/python
https://lintian.debian.org/tags/forbidden-config-interpreter.html
This says that the config script can only count on essential packages
being installed, which directly
Control: tags -1 + moreinfo
debian/man and debian/man/man/ look unnecessary.
examples are usually installed by dh_installexamples instead of
dh_installdocs.
You shouldn't have multiple copies of a license in d/copyright.
The build log says W: dh_python2:479: Please add dh-python package to
On Tue, Jun 02, 2015 at 06:10:24PM +, Thaddeus H. Black wrote:
A bug is years old. It will probably not be fixed. It should probably not
be fixed. It is probably not even a bug.
The bug's submitter is not complaining.
Why is the bug still open?
Example: #619363. [1]
1:
On Mon, Jun 01, 2015 at 03:11:21PM +0200, Marcin Dulak wrote:
Thanks, I went for dh_auto_clean option.
Here is the explicit answer
https://lists.debian.org/debian-science/2015/05/msg00078.html which is
better for a newbie.
That advice is wrong as it doesn't contain the dh_auto_clean call.
--
On Sun, May 31, 2015 at 05:03:29PM +0200, Marcin Dulak wrote:
$ debuild -us -uc
...
dpkg-source: info: building gpaw using existing
./gpaw_0.10.0.11364.orig.tar.gz
dpkg-source: info: local changes detected, the modified files are:
gpaw-0.10.0.11364/configuration.log
...
It looks to me
Uploaded and tagged, thanks!
--
WBR, wRAR
signature.asc
Description: Digital signature
Please run tests at the build time.
ALso, $(RM) -r .pybuild in override_dh_auto_clean looks strange.
--
WBR, wRAR
signature.asc
Description: Digital signature
You shouldn't make separate changelog entries for versions that were never
published.
Commented Vcs-* fields in d/control should be removed if not used.
X(3)-Python-Version conditions are satisfied even in oldstable so may
safely be dropped.
lintian says dep5-copyright-license-name-not-unique
[Note: I don't intend to sponsor this package because of CDBS]
On Fri, Jan 02, 2015 at 12:32:41PM +0100, Werner Detter wrote:
libcmime-dev: package-contains-broken-symlink
usr/lib/libcmime.so libcmime.so.0.1
Is this something which should be fixed with a lintian override? The -dev
package
Having Description: in the source package stanza in d/control is
incorrect, and dpkg-source warns about it.
You don't need to prepend debian/tmp to paths in *.install. Though with pybuild
you usually don't need *.install at all.
The package FTBFS in sbuild:
dh build --with python2,python3
Your changelog entry has UNRELEASED as a distribution, you shoudl change
that before publishing if you ask for sponsorship and not just a review
(though it's not a problem for a sponsor to edit that before uploading).
You should have a section for debian/* in d/copyright.
You don't need to use
On Tue, Feb 10, 2015 at 05:06:49PM +0800, Xinchao He wrote:
It builds those binary packages:
crosswalk - HTML5 web runtime
That's probably too short/vague.
To access further information about this package, please visit the following
URL:
701 - 800 of 1098 matches
Mail list logo
