Bug#761074: RFS: cputool/0.0.7-1 [ITP]
Hi there Tobias, I'd just like to thank you again for the time you've taken below and pointing me in the right direction, its very much appreciated. Nothing but perfection is really not good enough ;), I've made a note on each item and will include it in my own checks in future. On 09/11/2014 06:31 AM, Tobias Frost wrote: - there are extra ",s" after the years in line 8 and 12 Could you clarify this for me Tobias, I must be missing something, I copied an example that Eriberto gave me here... http://metadata.ftp-master.debian.org/changelogs/main/s/sentinella/unstable_copyright The format is specified in https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#copyright-field The file format gives you many freedoms, so you format actually not really wrong, but for the symmetry the "," was somehow disturbing my eyes as a comma indicates somehow "there is something to follow". As said, its a nitpick. Excellent! I see what you mean, its the ,'s behind the dates. I've removed them, it does look a bit easier on the eyes. Thanks for pointing this out! -> d/control - I'd prefer only to override when necessary. In this case, please remove the file using d/clean. - please use dh_autoreconf Sorted. I now have this, I hope its what you were referring to... *** $ cat rules #!/usr/bin/make -f %: dh $@ --with autoreconf *** Yes, perfect. (you've also added a B-D on dh_autoreconf, haven't you?) Excellent, thanks Tobias. I've made the relevant changes, I hope you find them satisfactory and feel free to note any other improvements I can make to improve quality :) http://mentors.debian.net/package/cputool dget -x http://mentors.debian.net/debian/pool/main/c/cputool/cputool_0.0.7-1.dsc -N -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/sig.1331268658.541146f8.7030...@lbsd.net
Bug#761126: marked as done (RFS: gdal/1.11.0+dfsg1-1~exp5)
Your message dated Thu, 11 Sep 2014 09:00:08 +0200 with message-id <54114878.3010...@xs4all.nl> and subject line RFS: gdal/1.11.0+dfsg1-1~exp5 [uploaded] has caused the Debian Bug report #761126, regarding RFS: gdal/1.11.0+dfsg1-1~exp5 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 761126: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761126 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "gdal" Package name: gdal Version : 1.11.0+dfsg1-1~exp5 Upstream Author : The GDAL/OGR project team, Frank Warmerdam URL : http://www.gdal.org/ License : MIT Section : science It builds those binary packages: libgdal1h- Geospatial Data Abstraction Library libgdal1-dev - Geospatial Data Abstraction Library - Transitional package libgdal-dev - Geospatial Data Abstraction Library - Development files libgdal-doc - Documentation for the Geospatial Data Abstraction Library gdal-bin - Geospatial Data Abstraction Library - Utility programs python-gdal - Python bindings to the Geospatial Data Abstraction Library python3-gdal - Python 3 bindings to the Geospatial Data Abstraction Library libgdal-perl - Perl bindings to the Geospatial Data Abstraction Library libgdal-java - Java bindings to the Geospatial Data Abstraction Library To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gdal Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gdal/gdal_1.11.0+dfsg1-1~exp5.dsc More information about GDAL/OGR can be obtained from http://www.gdal.org/. Changes since the last upload: * Use alternative dependency template for C++ symbols in libgdal1h. * Update path in copyright file, ogrvrt.xsd moved to data directory. Regards, Bas Couwenberg --- End Message --- --- Begin Message --- Many thanks to Andreas Tille for sponsoring the upload. Kind Regards, Bas--- End Message ---
Re: Please help fix lintian hardening-no-relro problem
On 2014-09-11, at 00:37:11 +, T o n g wrote: > On Sun, 07 Sep 2014 16:55:14 +0600, Andrey Rahmatullin wrote: > > 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 this problem. > > hmm... here is my log, duplicated from http://paste.debian.net/120325/ > for your convenience: > > [...] > $ debuild -i -us -uc -b > [...] > warning: the authors of lintian do not recommend running it with > root privileges! > W: histring: hardening-no-relro usr/bin/histring > Finished running lintian. > > Note the second last line -- "hardening-no-relro". > > > > > You are not using dh_auto_* commands nor exporting flags > > > > manually, hence dpkg-buildflags isn't used in the build process. > > > Would you mind telling me how to do it please? I'm reverting back > > > to such unnecessarily long d/rules because I wasn't able to put > > > back the auto- make rules back into the above short version. > > > > What "automake rules"? > > Oh, I meant using './configure' to generate Makefile from Makefile.in > or Makefile.am. I don't know how to put the rules in to start from > there. Now that you've raised the debhelper compat level from 5 to 9, dh should do the right thing. Just revert the changes in which you ripped out the auto-tooling, e.g.: $ git reset --hard master HEAD is now at 6708b10 - [*] bump up compat level to 9 $ git format-patch --stdout -1 \ > fe8008952483303bdd5e9a58ea64b380f7627fd3 | git apply -R :184: trailing whitespace. CONFIG_CLEAN_FILES = :193: trailing whitespace. histring_LDFLAGS = :213: trailing whitespace. $(srcdir)/Makefile.in: Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) :220: trailing whitespace. $(ACLOCAL_M4): configure.in :668: trailing whitespace. # Generated automatically using autoconf version 2.13 warning: squelched 21 whitespace errors warning: 26 lines add whitespace errors. $ debuild -i -us -uc -b [...] Now running lintian... W: histring: new-package-should-close-itp-bug W: histring: binary-without-manpage usr/bin/histring Finished running lintian. -- Az. signature.asc Description: Digital signature
Re: Please help fix lintian hardening-no-relro problem
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/ > histring-1.1.0_Simplified' > make[1]: Nothing to be done for 'all'. You didn't rebuild the binary here. > >> > You are not using dh_auto_* commands nor exporting flags manually, > >> > hence dpkg-buildflags isn't used in the build process. > >> Would you mind telling me how to do it please? I'm reverting back to > >> such unnecessarily long d/rules because I wasn't able to put back the > >> auto- make rules back into the above short version. > > What "automake rules"? > > Oh, I meant using './configure' to generate Makefile from Makefile.in or > Makefile.am. I don't know how to put the rules in to start from there. dh runs dh_auto_configure which runs ./configure You should use the dh-autoreconf package to generate Makefile.in from Makefile.am. -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140911083738.ga32...@belkar.wrar.name
Bug#755459: RFS: lucene/4.9.0-1 [put in ITP, ITA, RC, NMU if applicable]
added the classpath. thanks On Wed, Sep 3, 2014 at 10:57 PM, Игорь Пашев wrote: > You may need to build it with export CLASSPATH=/usr/share/java/ivy.jar > in debian/rules > > And I saw ivy tends to fetch some files from the net > > 2014-07-23 0:51 GMT+04:00 Hilko Bengen : > > * Raaj S: > > > >> I am looking for a sponsor for my package "lucene" > >> > >> * Package name: lucene > >>Version : 4.9.0-1 > > > > lucene4_4.6-1 (one of the many build-dependencies for elasticsearch) has > > been packaged and waiting for ftp-master approval in NEW for about a > > month now. > > > > Cheers, > > -Hilko > > > > > > -- > > To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org > > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > > Archive: https://lists.debian.org/87vbqpf777@msgid.hilluzination.de > > >
Bug#747032: RFS: libjs-zxcvbn/1.0+dfsg.1-1
I completely agree that downloading anything at build-time is a no-no, but... * Eriberto Mota , 2014-09-10, 15:45: 3. The buildd system, that builds packages in Debian, don't have access to the Internet. This is a common misconception. Buildds do not block Internet access. (Although hopefully they will do this in the future!) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014090720.ga5...@jwilk.net
Bug#747032: RFS: libjs-zxcvbn/1.0+dfsg.1-1
Hum... Yesterday, in #debian-mentors (IRC), bremner confirmed that buildd block the Internet access. [15:27] Hi! A package in main can't download files when building. But in Debian Policy the §2.2.1 doesn't is clear about it. Can I use the §2.2.1 to this case? [15:29] eriberto: no amount of policy-lawyering will magically give you network access on the buildd [15:31] bremmer, ok. So, to confirm, the buildd doesn't have Internet access, right? [15:31] correct. [15:31] in any case, it makes no sense for a source package to download things. How could the ftp-masters possibly check such a thing? [15:32] Yeap. [15:32] I think that is a DFSG violation too. [15:33] I guess. It seems kindof hypothetical. [15:34] A discrimination against persons that no have Internet access. These person can't build the package. [15:35] ok, but aside from a Debian themed trivia quiz, why is it important to decide? [15:35] what are you actually trying to do? [15:36] (there's some discussion on debian-devel that access to the Debian archive itself is a special case) [15:36] (but chances are your package is not a special case, which is why I"m asking :) ) [15:38] I am replying about a package that needs sponsor. [15:39] But is all right. Thanks guys! [15:39] In that case I'd restrict yourself to the non-philosophical point that package will just be rejected by ftp-masters, and if it isn't, it will ftbfs everywhere [15:40] Yes. I am writing about why the package can't be put in Debian. Jackub, do you have conviction that buildd has Internet access? Nevertheless, the download when building is undesirable. Cheers, Eriberto 2014-09-11 8:07 GMT-03:00 Jakub Wilk : > I completely agree that downloading anything at build-time is a no-no, > but... > > * Eriberto Mota , 2014-09-10, 15:45: >> >> 3. The buildd system, that builds packages in Debian, don't have access to >> the Internet. > > > This is a common misconception. Buildds do not block Internet access. > (Although hopefully they will do this in the future!) > > -- > Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAP+dXJf64AvBac6gtz0JoArXLpLRJytT++=ewdkmyq_o2p9...@mail.gmail.com
Bug#747484: RFS: python-kmodpy/0.1.10-1 [ITP]
Hi Eriberto,
On 2014-09-10 19:34, Eriberto Mota wrote:
tags 747484 moreinfo
thanks
Hi Nanakos.
Please:
1. Use DH 9, instead DH 7.
Fixed.
2. d/control:
- Please, create a VCS to control your debian/ versions. You can
use github or other. So, add the Vcs-Browser and Vcs-{Git|Svn|Cvs} to
d/control. You can see an example here[1].
[1]
http://sources.debian.net/src/yowsup/0.0~git20140314.938cf1-1/debian/control/
Added.
- Use a conventional text to describe your package. Remove the
underlined title. Explain what is the libkmod. Remove example. You
can
put your example in a manpage or in d/README.Debian or in
/usr/share/doc/python-kmodpy/examples.
Added a d/README.Debian
- The upstream source code name is 'kmodpy'. So, your 'Source'
field must have 'kmodpy' instead 'python-kmodpy'. The tarball name
must be kmodpy_0.1.10.orig.tar.gz.
Fixed.
3. d/copyright: note that here you used 'kmodpy' as 'Upstream-Name'
and it is right. Please, in the packaging license (under GPL-2+), add
your email address.
Fixed.
4. When building, I can see:
pyversions: missing X(S)-Python-Version in control file, fall back to
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported
versions
Fixed.
You can find the new package in mentors [1]
Cheers,
Chrysostomos.
[1]:
http://mentors.debian.net/debian/pool/main/k/kmodpy/kmodpy_0.1.10-1.dsc
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/4dae425d802bb4b5306f85bf0c261...@mail.wired-net.gr
Bug#747169: RFS: socksjs-twisted/1.2.1-1 [ITP]
> I will try help you with this package.
Thanks a LOT.
> 1. d/control:
>
> - Sorry, but your long description is strange. My impression is
> that you tried to transform a paragraph in a list, without basic
> modifications. Please, can you adjust it? Use semicolons instead
> commas in the list at end of line.
I enhanced the long description a bit.
>- Please, create a VCS to control your debian/ versions. You can
> use github or other. So, add the Vcs-Browser and Vcs-{Git|Svn|Cvs} to
> d/control. You can see an example here[1].
Done.
> 2. d/copyright:
>
> - Use the verbatim license from upstream code (LICENSE file). As
> an example, the upstream says "Neither the name of the Christopher
> Gamble nor the names of its", while the d/copyright says "Neither the
> name of Oracle nor the names of its".
Fixed.
> - I found this:
>
> qunit/html/static/qunit.css: * Copyright (c) 2011 John Resig, Jörn Zaefferer
> qunit/html/static/qunit.css- * Dual licensed under the MIT (MIT-LICENSE.txt)
> qunit/html/static/qunit.css- * or GPL (GPL-LICENSE.txt) licenses.
>
> Please, check each file and its licenses. I suggest 'grep -sriA25
> copyright *' to help you.
I fixed it and other stuff.
> - I suggest (you can drop it) that you put the license texts as
> end of file. You can see an example here[2]. It will make easier to
> visualize the files.
>
> [2]
> http://metadata.ftp-master.debian.org/changelogs/main/e/ext4magic/unstable_copyright
Done.
> 3. What makes your patch? My impression is that you are "injecting" a
> third-part code in upstream. Is this? If yes, you mus add it as an
> dependency of the package. If not packaged, you need package it.
The patch adds the missing source for minified js files. See
https://lintian.debian.org/tags/source-is-missing.html
> 4. d/watch: githubredir is deprecated and GitHub accepts scan. Please,
> read this[3].
Done.
> 5. When building, we have a message:
>
> dpkg-gencontrol: warning: Breaks field of package
> python-twisted-sockjs: unknown substitution variable ${python:Breaks}
Fixed.
> 6. Do you see these lintian messages?
>
> P: sockjs-twisted source: source-contains-prebuilt-javascript-object
> qunit/html/static/jquery.min.js
> P: sockjs-twisted source: source-contains-prebuilt-javascript-object
> qunit/html/static/qunit.min.js
Those are fixed by the patch and are false positives, see above and a
lintian bug :
https://bugs.debian.org/744972
My changes are available at https://github.com/niol/sockjs-twisted and
an updated package has been uploaded to mentors.
Alex
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/cam79t8f-xawymaaebz5ovxcyo8x6zuzu3psxnnknqqxhk7q...@mail.gmail.com
Bug#747484: RFS: python-kmodpy/0.1.10-1 [ITP]
Hi Chrysostomos,
Thanks for all fixes and for your work (as packager and upstream too).
Uploaded.
Cheers,
Eriberto
2014-09-11 8:21 GMT-03:00 Chrysostomos Nanakos :
> Hi Eriberto,
>
> On 2014-09-10 19:34, Eriberto Mota wrote:
>>
>> tags 747484 moreinfo
>> thanks
>>
>>
>> Hi Nanakos.
>>
>> Please:
>>
>> 1. Use DH 9, instead DH 7.
>
>
> Fixed.
>
>>
>> 2. d/control:
>> - Please, create a VCS to control your debian/ versions. You can
>> use github or other. So, add the Vcs-Browser and Vcs-{Git|Svn|Cvs} to
>> d/control. You can see an example here[1].
>>
>> [1]
>>
>>
>> http://sources.debian.net/src/yowsup/0.0~git20140314.938cf1-1/debian/control/
>>
>
> Added.
>
>> - Use a conventional text to describe your package. Remove the
>> underlined title. Explain what is the libkmod. Remove example. You can
>> put your example in a manpage or in d/README.Debian or in
>> /usr/share/doc/python-kmodpy/examples.
>>
>
> Added a d/README.Debian
>
>> - The upstream source code name is 'kmodpy'. So, your 'Source'
>> field must have 'kmodpy' instead 'python-kmodpy'. The tarball name
>> must be kmodpy_0.1.10.orig.tar.gz.
>>
>
> Fixed.
>
>> 3. d/copyright: note that here you used 'kmodpy' as 'Upstream-Name'
>> and it is right. Please, in the packaging license (under GPL-2+), add
>> your email address.
>
>
>
> Fixed.
>
>>
>> 4. When building, I can see:
>>
>> pyversions: missing X(S)-Python-Version in control file, fall back to
>> debian/pyversions
>> pyversions: missing debian/pyversions file, fall back to supported
>> versions
>
>
>
> Fixed.
>
> You can find the new package in mentors [1]
>
> Cheers,
> Chrysostomos.
>
>
>
> [1]: http://mentors.debian.net/debian/pool/main/k/kmodpy/kmodpy_0.1.10-1.dsc
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAP+dXJcbMV=UYbZ1OK=BoUW5a=hmntpaqswkgxpk1vael-h...@mail.gmail.com
Bug#747484: marked as done (RFS: python-kmodpy/0.1.10-1 [ITP])
Your message dated Thu, 11 Sep 2014 09:40:47 -0300
with message-id
and subject line Re: Bug#747484: RFS: python-kmodpy/0.1.10-1 [ITP]
has caused the Debian Bug report #747484,
regarding RFS: python-kmodpy/0.1.10-1 [ITP]
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
747484: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747484
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: normal [important for RC bugs, wishlist for new packages]
Dear mentors,
I am looking for a sponsor for my package "python-kmodpy"
* Package name: python-kmodpy
Version : 0.1.10-1
Upstream Author : Chrysostoos Nanakos
* URL : https://github.com/cnanakos/kmodpy/
* License : GPL-3+
Section : python
It builds those binary packages:
python-kmodpy - Python binding for kmod
To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/python-kmodpy
Alternatively, one can download the package with dget using this
command:
dget -x
http://mentors.debian.net/debian/pool/main/p/python-kmodpy/python-kmodpy_0.1.10-1.dsc
Changes since the last upload:
* Initial release (Closes: Bug#747480)
Regards,
Nanakos Chrysostomos
--- End Message ---
--- Begin Message ---
Hi Chrysostomos,
Thanks for all fixes and for your work (as packager and upstream too).
Uploaded.
Cheers,
Eriberto
2014-09-11 8:21 GMT-03:00 Chrysostomos Nanakos :
> Hi Eriberto,
>
> On 2014-09-10 19:34, Eriberto Mota wrote:
>>
>> tags 747484 moreinfo
>> thanks
>>
>>
>> Hi Nanakos.
>>
>> Please:
>>
>> 1. Use DH 9, instead DH 7.
>
>
> Fixed.
>
>>
>> 2. d/control:
>> - Please, create a VCS to control your debian/ versions. You can
>> use github or other. So, add the Vcs-Browser and Vcs-{Git|Svn|Cvs} to
>> d/control. You can see an example here[1].
>>
>> [1]
>>
>>
>> http://sources.debian.net/src/yowsup/0.0~git20140314.938cf1-1/debian/control/
>>
>
> Added.
>
>> - Use a conventional text to describe your package. Remove the
>> underlined title. Explain what is the libkmod. Remove example. You can
>> put your example in a manpage or in d/README.Debian or in
>> /usr/share/doc/python-kmodpy/examples.
>>
>
> Added a d/README.Debian
>
>> - The upstream source code name is 'kmodpy'. So, your 'Source'
>> field must have 'kmodpy' instead 'python-kmodpy'. The tarball name
>> must be kmodpy_0.1.10.orig.tar.gz.
>>
>
> Fixed.
>
>> 3. d/copyright: note that here you used 'kmodpy' as 'Upstream-Name'
>> and it is right. Please, in the packaging license (under GPL-2+), add
>> your email address.
>
>
>
> Fixed.
>
>>
>> 4. When building, I can see:
>>
>> pyversions: missing X(S)-Python-Version in control file, fall back to
>> debian/pyversions
>> pyversions: missing debian/pyversions file, fall back to supported
>> versions
>
>
>
> Fixed.
>
> You can find the new package in mentors [1]
>
> Cheers,
> Chrysostomos.
>
>
>
> [1]: http://mentors.debian.net/debian/pool/main/k/kmodpy/kmodpy_0.1.10-1.dsc--- End Message ---
Re: [help] modern packaging of multi-precision scientific library
Thanks again for all your suggestions guys, that gave me a good basis on which to work with. I have successfully produced a d/rules, which is able to build the multi-precision versions of the library I was working on. Could you guys have a look at it and suggest any improvement in case I overlooked something. The package is hosted at debian-science: http://anonscm.debian.org/gitweb/?p=debian-science/packages/pfft.git Cheers, Ghis
Same binary package / different source package
[CC me please] Hi, I am trying to solve: https://bugs.debian.org/760874 Clearly my plan in the long term is to have src:openjpeg2 superseed src:openjpeg. However most package currently rely on src:openjpeg API to compile. src:openjpeg2 does break most package in debian archive. Would that be ok if I rename src:openjpeg2 binary packages to have a different name (technically even the cli tools from openjpeg have been renamed) from those of src:openjpeg ? This will make some users doing an upgrade (in the distant future) unhappy, but it will solve the current conflict. Any suggestion appreciated. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+7wusyuxjnvkkbjtpoersr1yhpzkup+ngqviqq-b3ituw+...@mail.gmail.com
Bug#747169: RFS: socksjs-twisted/1.2.1-1 [ITP]
Hi Alexandre,
2014-09-11 9:27 GMT-03:00 Alexandre Rossi :
>>- Please, create a VCS to control your debian/ versions. You can
>> use github or other. So, add the Vcs-Browser and Vcs-{Git|Svn|Cvs} to
>> d/control. You can see an example here[1].
>
> Done.
You need use 'git://' to Vcs-Git, intead of 'https://'.
>> 2. d/copyright:
>>
>> - Use the verbatim license from upstream code (LICENSE file). As
>> an example, the upstream says "Neither the name of the Christopher
>> Gamble nor the names of its", while the d/copyright says "Neither the
>> name of Oracle nor the names of its".
>
> Fixed.
>
>> - I found this:
>>
>> qunit/html/static/qunit.css: * Copyright (c) 2011 John Resig, Jörn Zaefferer
>> qunit/html/static/qunit.css- * Dual licensed under the MIT (MIT-LICENSE.txt)
>> qunit/html/static/qunit.css- * or GPL (GPL-LICENSE.txt) licenses.
>>
>> Please, check each file and its licenses. I suggest 'grep -sriA25
>> copyright *' to help you.
>
> I fixed it and other stuff.
Please, I found new names as Ariel Flesler and The Dojo Foundation
(from your patch).
How you concluded that txsockjs/websockets.py is under MIT license? Do
you checked this information at this site[1]?
[1] http://twistedmatrix.com/trac/browser/branches/websocket-4173-2?rev=29073
If yes, the license must be put inside the source code. From MIT
license: "The above copyright notice and this permission notice shall
be included in all copies or substantial portions of the Software.".
So, if no have references in source code (about the license and
origin), the upstream didn't can distribute this code without break
the licensing rules.
I am very concerned because I think that the upstream source code has
several files or extracts of codes from other upstreams without
licenses. If yes, the socksjs-twisted upstream needs to fix this
issue.
>> 3. What makes your patch? My impression is that you are "injecting" a
>> third-part code in upstream. Is this? If yes, you must add it as an
>> dependency of the package. If not packaged, you need package it.
>
> The patch adds the missing source for minified js files. See
> https://lintian.debian.org/tags/source-is-missing.html
Ok. But the lintian says: "add it to "debian/missing-sources"
directory". And as I said, this code must be referenced in
d/copyright.
What is the origin of this code? (you must add it to the patch header)
There is this code packaged in Debian?
>> 6. Do you see these lintian messages?
>>
>> P: sockjs-twisted source: source-contains-prebuilt-javascript-object
>> qunit/html/static/jquery.min.js
>> P: sockjs-twisted source: source-contains-prebuilt-javascript-object
>> qunit/html/static/qunit.min.js
>
> Those are fixed by the patch and are false positives, see above and a
> lintian bug :
> https://bugs.debian.org/744972
I can be wrong. But the pointed site is about missing sources. Please see it[2].
[2]
https://lintian.debian.org/tags/source-contains-prebuilt-javascript-object.html
Alexandre, I am unconfortable with this package. I need your attention
to explain/fix the issues.
Cheers,
Eriberto
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAP+dXJcDwtu85DuWZP|mtjugv2gyc5+4riydcnnvxv8bj...@mail.gmail.com
Bug#761212: RFS: awit-dbackup/0.0.22-1 [ITP] -- Flexible one archive per directory backup tool
Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] Dear mentors, I am looking for a sponsor for my package "awit-dbackup" * Package name: awit-dbackup Version : 0.0.22-1 Upstream Author : Nigel Kukard * URL : http://www.dbackup.org * License : GPL-3+ Section : utils It builds those binary packages: awit-dbackup - Flexible one archive per directory backup tool To access further information about this package, please visit the following URL: http://mentors.debian.net/package/awit-dbackup Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/awit-dbackup/awit-dbackup_0.0.22-1.dsc More information about dbackup can be obtained from http://www.dbackup.org . The ITP bug can be found here http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761207 Changes since the last upload: * Initial release. (Closes: #761207) Regards, Nigel Kukard -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/sig.1331efd883.5411e4a5.7080...@lbsd.net
Re: p7zip and YACReader
>Another option might be to use libarchive, if that supports the >relevant file formats: libarchive has a limited support for rar files (rar v3 only). >In that case you might want to work with the 7z and/or unar >upstreams to make a proper shared library with a good API, stable ABI >and public headers. Sadly, I don't have time for doing this. It seems that there isn't a good solution for solving this issue in the short term. Any other idea? Thanks for your help Paul. 2014-09-11 7:53 GMT+02:00 Paul Wise : > On Thu, Sep 11, 2014 at 3:14 AM, Luis Ángel San Martín Rodríguez wrote: > > > Before YACReader 7.0 I was doing exactly that, using the command-line > > interface. The problem is that this approach is slower than using 7z.so > > directly, especially when you want to extract files in a certain order > (f.e: > > open a comic by the last page read). > > I see. In that case you might want to work with the 7z and/or unar > upstreams to make a proper shared library with a good API, stable ABI > and public headers. > > Another option might be to use libarchive, if that supports the > relevant file formats: > > https://packages.debian.org/sid/libarchive-dev > > -- > bye, > pabs > > https://wiki.debian.org/PaulWise > > > -- > To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: > https://lists.debian.org/caktje6heeorikt3za9vkmqxpf_u+cxs-+ksb_em7c3taoh...@mail.gmail.com > >
Bug#761216: RFS: [RC/NMU] vdr-plugin-skinenigmang/0.1.2+git20130305-5.1
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "vdr-plugin-skinenigmang" * Package name: vdr-plugin-skinenigmang Version : 0.1.2+git20130305-5.1 Section : video It builds those binary packages: vdr-plugin-skinenigmang - Skin plugin for VDR To access further information about this package, please visit the following URL: http://mentors.debian.net/package/vdr-plugin-skinenigmang Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/v/vdr-plugin-skinenigmang/vdr-plugin-skinenigmang_0.1.2+git20130305-5.1.dsc More information about hello can be obtained from http://www.example.com. This fix a RC bug during imagemagick transition. Regards, bastien roucaries -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAE2SPAY_FfBW-KXm=bbjerin1hbucxkkk0rivf0akve5km5...@mail.gmail.com
Re: Bug#758232:
Hi Tobias, Thanks for the comments. I did a new upload of kvmcs_0.4.5-1 and everything is adjusted. There are also some changes in the upstream software. The changes are: - log files as package names (from UpstreamGuide) - log files are deleted in postrm (from UpstreamGuide) - changes in procedure (installation experience on a new site) - d/rules boilerplate text deleted - d/watch is working (version tags in gitorious) - ITP bug created - ITP bug closed in d/changelog - dependency of lyx moved to Build-Depends-Indep Willem Op Sun, 31 Aug 2014 22:48:26 +0200 schreef Tobias Frost : > Hi Willem, > > here's a short review; I do not intend to sponsor this package. > > You are also upstream, aren't you? Then I suggest reading > https://wiki.debian.org/UpstreamGuide (I always write that; However, I > did not spot any common errors :)) > > Reviewing the pacakge (unordered list) > -> You need to file an ITP bug > -> When you upload a package for the first time to Debian, the only > changelog entry is "Intial Release (Closes #your-itp-bug) > -> (The Debian-part of the package-version is then also -1 ) > > -> d/rules --with-quilt is not needed. See man dh_quilt_patch > > -> d/watch does not work. > > -> Please remove the boilerplate-text (line2-7 from d/rules > > -> If possible, move lyx to Build-Depends-Indep as it is only needed > for buiding arch:all doc pacakage. This saves severval indirect > B-Ds... > > -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140911213614.230bc90d@fx8320
[Help] strange 'missing-dependency-on-perlapi' lintian warning (Was: Bug#761134: libsbml5-perl: Depends on libperl5.18 but should be libperl5.20 now)
Hi,
I would like to upload libsbml5 but despite the fact that
${perl:Depends} is specified and dh calls dh_perl automatically this
lintian error occures. To enable easy inspection I have uploaded the
preliminary packages to
https://people.debian.org/~tille/packages/libsmbl5/
Any help to fix this lintian problem is welcome
Andreas.
On Thu, Sep 11, 2014 at 09:27:39AM -0700, Steve Lane wrote:
> Thanks very much. Now I guess I wait for it to show up on the webpage
> and in the repo, yes..?
>
> Best,
>
> --
> Steve Lane
>
> On Sep 11 09:24, Andreas Tille wrote:
> > Hi,
> >
> > I think a package rebuild should be sufficient to close this bug.
> > Thus I commited
> >
> > * rebuild with latest libperl
> > Closes: #761134
> >
> > to the changelog.
> >
> > Ivo, it is *really* high time to upload libsbml if we want to deliver
> > it in Jessie. Do you have any idea why the current state of SVN does
> > not build on other machines. Please communicate your problems or lets
> > consult debian-mentors. We are really short in time before the freeze
> > (2014-11-05).
> >
> > Kind regards
> >
> > Andreas.
> >
>
>
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140911203113.ga30...@an3as.eu
Re: [Help] strange 'missing-dependency-on-perlapi' lintian warning (Was: Bug#761134: libsbml5-perl: Depends on libperl5.18 but should be libperl5.20 now)
Hi Andreas,
I don't know the reason why, but I'll add the Debian Perl guys into the
loop... as they may well have more of an idea as I know they have doing
a lot of work in relation to the perl 5.20 transition
Regards
Daniel
On 11/09/14 21:31, Andreas Tille wrote:
> Hi,
>
> I would like to upload libsbml5 but despite the fact that
> ${perl:Depends} is specified and dh calls dh_perl automatically this
> lintian error occures. To enable easy inspection I have uploaded the
> preliminary packages to
>
>https://people.debian.org/~tille/packages/libsmbl5/
>
> Any help to fix this lintian problem is welcome
>
> Andreas.
>
> On Thu, Sep 11, 2014 at 09:27:39AM -0700, Steve Lane wrote:
>> Thanks very much. Now I guess I wait for it to show up on the webpage
>> and in the repo, yes..?
>>
>> Best,
>>
>> --
>> Steve Lane
>>
>> On Sep 11 09:24, Andreas Tille wrote:
>>> Hi,
>>>
>>> I think a package rebuild should be sufficient to close this bug.
>>> Thus I commited
>>>
>>> * rebuild with latest libperl
>>> Closes: #761134
>>>
>>> to the changelog.
>>>
>>> Ivo, it is *really* high time to upload libsbml if we want to deliver
>>> it in Jessie. Do you have any idea why the current state of SVN does
>>> not build on other machines. Please communicate your problems or lets
>>> consult debian-mentors. We are really short in time before the freeze
>>> (2014-11-05).
>>>
>>> Kind regards
>>>
>>> Andreas.
>>>
>>
>>
>
signature.asc
Description: OpenPGP digital signature
Re: [Help] strange 'missing-dependency-on-perlapi' lintian warning (Was: Bug#761134: libsbml5-perl: Depends on libperl5.18 but should be libperl5.20 now)
Hi Andreas,
I didn't see the package. However, it can be a false positive from new
Lintian. I already had three false positives from new checks.
Please, see the bugs of the Lintian in BTS to identify if it is or not
a false positive.
I hope this help.
Cheers,
Eriberto
2014-09-11 17:31 GMT-03:00 Andreas Tille :
> Hi,
>
> I would like to upload libsbml5 but despite the fact that
> ${perl:Depends} is specified and dh calls dh_perl automatically this
> lintian error occures. To enable easy inspection I have uploaded the
> preliminary packages to
>
>https://people.debian.org/~tille/packages/libsmbl5/
>
> Any help to fix this lintian problem is welcome
>
> Andreas.
>
> On Thu, Sep 11, 2014 at 09:27:39AM -0700, Steve Lane wrote:
>> Thanks very much. Now I guess I wait for it to show up on the webpage
>> and in the repo, yes..?
>>
>> Best,
>>
>> --
>> Steve Lane
>>
>> On Sep 11 09:24, Andreas Tille wrote:
>> > Hi,
>> >
>> > I think a package rebuild should be sufficient to close this bug.
>> > Thus I commited
>> >
>> > * rebuild with latest libperl
>> > Closes: #761134
>> >
>> > to the changelog.
>> >
>> > Ivo, it is *really* high time to upload libsbml if we want to deliver
>> > it in Jessie. Do you have any idea why the current state of SVN does
>> > not build on other machines. Please communicate your problems or lets
>> > consult debian-mentors. We are really short in time before the freeze
>> > (2014-11-05).
>> >
>> > Kind regards
>> >
>> > Andreas.
>> >
>>
>>
>
> --
> http://fam-tille.de
>
>
> --
> To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: https://lists.debian.org/20140911203113.ga30...@an3as.eu
>
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAP+dXJf-zdRViKaiiyAT+NLi=0a3b+qkb546gaypwseqb4-...@mail.gmail.com
Re: [Help] strange 'missing-dependency-on-perlapi' lintian warning (Was: Bug#761134: libsbml5-perl: Depends on libperl5.18 but should be libperl5.20 now)
Hi,
On Thu, Sep 11, 2014 at 05:45:21PM -0300, Eriberto wrote:
> Hi Andreas,
>
> I didn't see the package.
As I said all files are at
https://people.debian.org/~tille/packages/libsmbl5/
> However, it can be a false positive from new
> Lintian. I already had three false positives from new checks.
Well, according to the control information the dependency is
really missing:
Depends: libbz2-1.0, libc6 (>= 2.14), libgcc1 (>= 1:4.1.1), libperl5.20 (>=
5.20.0), libstdc++6 (>= 4.9), libxml2 (>= 2.7.4), zlib1g (>= 1:1.1.4)
> Please, see the bugs of the Lintian in BTS to identify if it is or not
> a false positive.
I do not think so.
Thanks for the hint anyway
Andreas.
> I hope this help.
>
> Cheers,
>
> Eriberto
>
>
> 2014-09-11 17:31 GMT-03:00 Andreas Tille :
> > Hi,
> >
> > I would like to upload libsbml5 but despite the fact that
> > ${perl:Depends} is specified and dh calls dh_perl automatically this
> > lintian error occures. To enable easy inspection I have uploaded the
> > preliminary packages to
> >
> >https://people.debian.org/~tille/packages/libsmbl5/
> >
> > Any help to fix this lintian problem is welcome
> >
> > Andreas.
> >
> > On Thu, Sep 11, 2014 at 09:27:39AM -0700, Steve Lane wrote:
> >> Thanks very much. Now I guess I wait for it to show up on the webpage
> >> and in the repo, yes..?
> >>
> >> Best,
> >>
> >> --
> >> Steve Lane
> >>
> >> On Sep 11 09:24, Andreas Tille wrote:
> >> > Hi,
> >> >
> >> > I think a package rebuild should be sufficient to close this bug.
> >> > Thus I commited
> >> >
> >> > * rebuild with latest libperl
> >> > Closes: #761134
> >> >
> >> > to the changelog.
> >> >
> >> > Ivo, it is *really* high time to upload libsbml if we want to deliver
> >> > it in Jessie. Do you have any idea why the current state of SVN does
> >> > not build on other machines. Please communicate your problems or lets
> >> > consult debian-mentors. We are really short in time before the freeze
> >> > (2014-11-05).
> >> >
> >> > Kind regards
> >> >
> >> > Andreas.
> >> >
> >>
> >>
> >
> > --
> > http://fam-tille.de
> >
> >
> > --
> > To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
> > with a subject of "unsubscribe". Trouble? Contact
> > listmas...@lists.debian.org
> > Archive: https://lists.debian.org/20140911203113.ga30...@an3as.eu
> >
>
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140911211047.ge30...@an3as.eu
Bug#747169: RFS: socksjs-twisted/1.2.1-1 [ITP]
Thanks for your time.
>>>- Please, create a VCS to control your debian/ versions. You can
>>> use github or other. So, add the Vcs-Browser and Vcs-{Git|Svn|Cvs} to
>>> d/control. You can see an example here[1].
>>
>> Done.
>
> You need use 'git://' to Vcs-Git, intead of 'https://'.
That's not what recommended by github and https:// works as a git
clone url. I'm not against changing this though.
>>> 2. d/copyright:
> Please, I found new names as Ariel Flesler and The Dojo Foundation
> (from your patch).
Okay, I added those names. But doesn't the header of the file give the license?
> How you concluded that txsockjs/websockets.py is under MIT license? Do
> you checked this information at this site[1]?
>
> [1] http://twistedmatrix.com/trac/browser/branches/websocket-4173-2?rev=29073
Yes.
> If yes, the license must be put inside the source code. From MIT
> license: "The above copyright notice and this permission notice shall
> be included in all copies or substantial portions of the Software.".
> So, if no have references in source code (about the license and
> origin), the upstream didn't can distribute this code without break
> the licensing rules.
>
> I am very concerned because I think that the upstream source code has
> several files or extracts of codes from other upstreams without
> licenses. If yes, the socksjs-twisted upstream needs to fix this
> issue.
You are right. But as upstream does not seem responsive, I cannot do
much more than patching the files to fix those issues.
>>> 3. What makes your patch? My impression is that you are "injecting" a
>>> third-part code in upstream. Is this? If yes, you must add it as an
>>> dependency of the package. If not packaged, you need package it.
>>
>> The patch adds the missing source for minified js files. See
>> https://lintian.debian.org/tags/source-is-missing.html
>
> Ok. But the lintian says: "add it to "debian/missing-sources"
> directory". And as I said, this code must be referenced in
> d/copyright.
My idea was to have a patch ready for inclusion by upstream, easier
than picking up the pieces in debian/missing-sources.
> What is the origin of this code? (you must add it to the patch header)
This code was taken from the history of jquery.
> There is this code packaged in Debian?
Yes but not the same version as the minified source.
This files are not even part of the binary package, the idea is just
to fix the source package.
>>> 6. Do you see these lintian messages?
>>>
>>> P: sockjs-twisted source: source-contains-prebuilt-javascript-object
>>> qunit/html/static/jquery.min.js
>>> P: sockjs-twisted source: source-contains-prebuilt-javascript-object
>>> qunit/html/static/qunit.min.js
>>
>> Those are fixed by the patch and are false positives, see above and a
>> lintian bug :
>> https://bugs.debian.org/744972
>
> I can be wrong. But the pointed site is about missing sources. Please see
> it[2].
>
> [2]
> https://lintian.debian.org/tags/source-contains-prebuilt-javascript-object.html
>From some other discussion, I had understood that including the
missing source was enough. What is your advice here : should I add a
Makefile to regenerate those files that don't even get in the binary
package? Should I repack the source to get rid of those (which would
be a pity : the archived source package would be stripped of its test
suite) ?
Alex
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAM79t8F9aHjVXpW26URq7=wp-o4drigk14_x81vdcbx0rjt...@mail.gmail.com
Bug#761239: RFS: qgis/2.4.0-1~exp2
X-Debbugs-CC: pkg-grass-de...@lists.alioth.debian.org Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "qgis" * Package name: qgis Version : 2.4.0-1~exp2 * URL : http://qgis.org/en/site/ * License : GPL-2 Section : science It builds these binary packages: libqgis-analysis2.4.0 - QGIS - shared libraries (libqgis-analysis) libqgis-core2.4.0 - QGIS - shared libraries (libqgis-core) libqgis-customwidgets2.4.0 - QGIS custom widgets for Qt Designer libqgis-dev - QGIS - development files libqgis-gui2.4.0 - QGIS - shared libraries (libqgis-gui) libqgis-networkanalysis2.4.0 - QGIS - shared libraries (libqgis-networkanalysis) libqgisgrass2.4.0 - QGIS - shared libraries (libqgisgrass) libqgispython2.4.0 - QGIS - shared libraries (libqgispython) libqgissqlanyconnection2.4.0 - QGIS - shared libraries (libqgissqlanyconnection) python-qgis - Python bindings to QGIS python-qgis-common - Python bindings to QGIS - architecture-independent files qgis - Geographic Information System (GIS) qgis-api-doc - QGIS API documentation qgis-common - QGIS - architecture-independent data qgis-mapserver - Web Map Server for QGIS qgis-plugin-globe - OSG globe plugin for QGIS qgis-plugin-globe-common - OSG globe plugin for QGIS - architecture-independent data qgis-plugin-grass - GRASS plugin for QGIS qgis-plugin-grass-common - GRASS plugin for QGIS - architecture-independent data qgis-providers - collection of data providers to QGIS qgis-providers-common - collection of data providers to QGIS - architecture-independent f qgis-sqlanywhere - QGIS sql anywhere plugin and provider To access further information about this package, please visit the following URL: http://mentors.debian.net/package/qgis Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/q/qgis/qgis_2.4.0-1~exp2.dsc More information about qgis can be obtained from http://hub.qgis.org/projects/quantum-gis/repository. Changes since the last upload: * Team upload. * Apply patch to fix qreal issue for arm* Thanks to Peter Green (Closes: #760535) * Add .pc quilt dir to .gitignore * Fix description-is-pkg-name lintian error * Fix wildcard-matches-nothing lintian error in copyright file Regards, Ross Gammon signature.asc Description: OpenPGP digital signature
Bug#753487: RFS: stda/1.3.1-1 -- new upstream release (package already in Debian)
On Wed, 27 Aug 2014, Dimitar Ivanov wrote: Starting to use external GIT repository means that I need to change my work flow and to integrate the .git-tree in my present source-tree (also adjusting Makefile, etc) and how to structure the branches and tags before pushing changes. So, I'm currently tying to find out what is a common way to do so when preparing a debian package (e.g. [1]). If you know some documentation describing the standard procedures or good practices, this will be very helpful. . . . A new package is uploaded: dget -x http://mentors.debian.net/debian/pool/main/s/stda/stda_1.3.1-2.dsc Hi Eriberto, I finished now with the Git-integration of my package. The new repository is published under the collab-maint project on Alioth: http://anonscm.debian.org/cgit/collab-maint/stda.git All previous issues with the package should be fixed in the current version. Also the corresponding 'Vcs-Browser' and 'Vcs-Git' fields in the d/control file are defined respectively. Thanks a lot for you continuous support! Cheers, Dimitar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.02.1409120054390.16...@freeshell.de
Re: Please help fix lintian hardening-no-relro problem
On Thu, 11 Sep 2014 09:07:27 +0100, Azazel wrote: > Now that you've raised the debhelper compat level from 5 to 9, dh should > do the right thing. Just revert the changes in which you ripped out the > auto-tooling, e.g.: OMG, you are my hero Azazel! histring is the package that I want to take up and maintain, however, it has taken me nearly two weeks trying to solve this hardening-no-relro error, writing emails back and force again and again, making tiny progress each time. Yet, you solve it with a single message!!! Moreover, you've not only told me how to fix, but showed me how to fix it with git command, that's REALLY appreciated because I was ready to rename my git repo and start all over from scratch again. THANK YOU!!! Just out of curiosity, the source package I uploaded, http://mentors.debian.net/debian/pool/main/h/histring/histring_1.1.0-2.dsc should be working according to your above principle, but why it is failing? Thanks! -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/luter4$tni$1...@ger.gmane.org
Re: p7zip and YACReader
On Fri, Sep 12, 2014 at 2:55 AM, Luis Ángel San Martín Rodríguez wrote: > libarchive has a limited support for rar files (rar v3 only). That isn't much different from p7zip-full not supporting rar if you don't use non-free things :) > It seems that there isn't a good solution for solving this issue in the > short term. Any other idea? No, it is a bit of a long process to do it properly. In general Debian prefers things be done properly though. The way to get your original plan implemented would be to report a bug against the p7zip source package asking for a p7zip-source package to be added, preferably with a patch. -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAKTje6Hbt_ryn1ZKUq8TXu6xBBxnXHo9hFAqn4vex=gpnex...@mail.gmail.com
Bug#747169: RFS: socksjs-twisted/1.2.1-1 [ITP]
On Fri, Sep 12, 2014 at 5:09 AM, Alexandre Rossi wrote: > From some other discussion, I had understood that including the > missing source was enough. What is your advice here : should I add a > Makefile to regenerate those files that don't even get in the binary > package? Should I repack the source to get rid of those (which would > be a pity : the archived source package would be stripped of its test > suite) ? The ideal situation is that the upstream tarball (and VCS) contain only source (no generated files) and contain no embedded code copies of other projects. If you can convince them to do that it would be helpful. If they want tarballs that contain more than just their source, they could generate some extra ones. https://wiki.debian.org/EmbeddedCodeCopies -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caktje6hpefqtvwzspehdhfqdinrpkn60wepyapeaijrf9f1...@mail.gmail.com
To fix error: binary file contents changed
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 debian/rules clean dh clean dh_testdir dh_auto_clean dh_clean dpkg-source -b histring-1.1.0 dpkg-source: info: using options from histring-1.1.0/debian/source/ options: --extend-diff-ignore=^Makefile$ dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building histring using existing ./ histring_1.1.0.orig.tar.gz dpkg-source: warning: executable mode 0755 of 'config.status' will not be represented in diff dpkg-source: error: cannot represent change to histring: binary file contents changed dpkg-source: error: add histring in debian/source/include-binaries if you want to store the modified binary in the debian tarball dpkg-source: error: cannot represent change to histring.o: binary file contents changed dpkg-source: error: add histring.o in debian/source/include-binaries if you want to store the modified binary in the debian tarball dpkg-source: error: unrepresentable changes to source I know that I can tweak the dh_clean rule to remove the generate .o and binary executable file, or tweak the 'debian/source/options', but I'm wondering if the true fix is somewhere else, like my .o and binary executable files are generated to the wrong place, for e.g. The source is at https://github.com/suntong001/histring/ it is *very* small. Please help. THANKS! -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/lutloi$ol1$1...@ger.gmane.org
Re: To fix error: binary file contents changed
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 debian/rules clean > dh clean > dh_testdir > dh_auto_clean > dh_clean >dpkg-source -b histring-1.1.0 > dpkg-source: info: using options from histring-1.1.0/debian/source/ > options: --extend-diff-ignore=^Makefile$ > dpkg-source: info: using source format `3.0 (quilt)' > dpkg-source: info: building histring using existing ./ > histring_1.1.0.orig.tar.gz > dpkg-source: warning: executable mode 0755 of 'config.status' will not > be represented in diff > dpkg-source: error: cannot represent change to histring: binary file > contents changed > dpkg-source: error: add histring in debian/source/include-binaries if > you want to store the modified binary in the debian tarball > dpkg-source: error: cannot represent change to histring.o: binary file > contents changed > dpkg-source: error: add histring.o in debian/source/include-binaries if > you want to store the modified binary in the debian tarball > dpkg-source: error: unrepresentable changes to source > > I know that I can tweak the dh_clean rule to remove the generate .o and > binary executable file, or tweak the 'debian/source/options', but I'm > wondering if the true fix is somewhere else, like my .o and binary > executable files are generated to the wrong place, for e.g. No, your problem is in not removing the binary in clean. -- WBR, wRAR signature.asc Description: Digital signature
