Re: Introduce wrapper package of linuxbrew into Debian
Hi Lumin, some new stuff (btw feel free to discuss on -devel, there is no need to have a perfect package for the discussion) d/changelog should mention only initial release (closes: #) and nothing more. debian/linuxbrew-wrapper.lintian-overrides useless now? debian/copyright, please rethink the GPL-3+ Debian license (not mandatory, but it might be good to clarify let me know, Gianfranco
Bug#683120: RFS: yadifa/2.0.5-1 [ITP]
Hi Gianfranco On 17.08.2015 at 16:41 Gianfranco Costamagna wrote: 1) # upstream does not sign releases #yadifa source: debian-watch-may-check-gpg-signature That is a commented out leftover. I have removed it anyway so other won't think it is still used like you ;-) 2) sbin/yadifad/install-sh not mentioned in copyright (and every install-sh on the source tree) Ah, well spotted. I added the (hopefully correct) license paragraph to debian/copyright. the other stuff looks good to me Great. Thanks for the review. New version is on mentors.d.n Best regards, Markus
Bug#794187: marked as done (RFS: progress/0.8-1 [ITP] (it is formerly known as 'cv')))
Your message dated Tue, 18 Aug 2015 08:21:39 + (UTC) with message-id 1714058445.6568016.1439886099289.javamail.ya...@mail.yahoo.com and subject line uploaded on new queue has caused the Debian Bug report #794187, regarding RFS: progress/0.8-1 [ITP] (it is formerly known as 'cv')) 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.) -- 794187: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794187 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package progress * Package name: progress Version : 0.7.1~git20150730+9c31d02b65-1 Upstream Author : Xfennec xfen...@cqfd-corp.org * URL : https://github.com/Xfennec/progress * License : GPL-3.0+ Section : utils It builds those binary packages: progress - Coreutils Progress Viewer (formerly known as 'cv') To access further information about this package, please visit the following URL: http://mentors.debian.net/package/progress Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/progress/progress_0.7.1~git20150730+9c31d02b65-1.dsc Changes since the last upload: progress (0.7.1~git20150730+9c31d02b65-1) unstable; urgency=low * Initial release. Closes: #785425 * Fix manpage syntax error. Regards, Zhou Mo signature.asc Description: This is a digitally signed message part ---End Message--- ---BeginMessage--- Hi, uploaded on new queue. Please for next time try to avoid patches without description I: progress source: quilt-patch-missing-description add-license-info.patch (even if the description is mostly useless here) and do not override *FLAGS I: progress: hardening-no-fortify-functions usr/bin/progress cheers, Gianfranco---End Message---
Bug#683120: marked as done (RFS: yadifa/2.1.1-1 [ITP])
Your message dated Tue, 18 Aug 2015 08:09:36 + (UTC) with message-id 400512009.6579791.1439885376962.javamail.ya...@mail.yahoo.com and subject line Re: Bug#683120: RFS: yadifa/2.0.5-1 [ITP] has caused the Debian Bug report #683120, regarding RFS: yadifa/2.1.1-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.) -- 683120: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683120 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package yadifa-1.0.1-1 * Package name: yadifa-1.0.1-1 Version : 2116-1 Upstream Author : yadifa.eu * URL : yadifa.eu * License : BSD Section : net It builds those binary packages: yadifa-1.0.1 - lightweight authoritative Name Server w DNSSEC capabilities To access further information about this package, please visit the following URL: http://mentors.debian.net/package/yadifa-1.0.1-1 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/y/yadifa-1.0.1-1/yadifa-1.0.1-1_2116-1.dsc More information about hello can be obtained from http://yadifa.eu. Changes since the last upload: initial upload ---End Message--- ---BeginMessage--- Hi Markus That is a commented out leftover. I have removed it anyway so other won't think it is still used like you ;-) true, I didn't see it was a comment :) Ah, well spotted. I added the (hopefully correct) license paragraph to debian/copyright. honestly the files are in public domain, so they might not be put in copyright file, but I think it is good to have them Great. Thanks for the review. New version is on mentors.d.n BuiltSignedUploaded, thanks for your contribution to Debian! cheers, G.---End Message---
Bug#793171: RFS: git-lfs/0.5.2-1 [ITP]
Responses inline. New package available at http://mentors.debian.net/debian/pool/main/g/git-lfs/git-lfs_0.5.4-1.dsc. On Mon, Aug 17, 2015 at 4:24 AM, Hugo Lefeuvre hugo6...@fr33tux.org wrote: Hi Stephen, Here are some remaining problems I'd like to see solved before sponsoring the package. (1) debian/control: --- - Concerning git (= 1.8.0): The version in jessie-backports is 2.1, so anyway this condition will be verified in case of a backport to stable. This condition would also be verified in case of a backport to oldstable since the version in wheezy-backports is 1.9.1. - Concerning golang-go (= 1.3.0): The version in jessie is 1.3.3, so anyway this condition will be verified in case of a backport to stable. This condition would also be verified in case of a backport to oldstable since the version in wheezy-backports is 1.3.3. FYI, the Release Team doesn't always accepts backports to stable. However, if the backport of your package is accepted, it will go to the jessie-backports archive[0]. I completely understand that. My point was that I think it is beneficial to keep the version requirements there in case someone wants to backport it. That way they will not run into unexpected problems. If you don't think that is beneficial I can remove it. (2) debian/changelog: - - Why have you increased the debian revision number ? This package is the first debian release, so the complete package version number should be 0.5.4-1. - Why have you made three changelog entries ? This package haven't been uploaded to the Debian archive so, only one entry is allowed. - Usually, the changelog entry for an initial release looks like: * Initial release. (Closes: ITPBUG) I increased it as I was updating the package and publishing to mentors. In retrospect that was not necessary or correct. I have pushed 0.5.4-1 which incorporates all these changes. (3) debian/copyright: - - Please, specify an e-mail adress after your name in the Copyright field of d/copyright, like so: Files: debian/* Copyright: 2015 Stephen Gelman ssg...@gmail.com License: Expat Email added. Thanks ! Regards, Hugo [0] http://backports.debian.org/Contribute/ -- Hugo Lefeuvre (hugo6390)|www.hugo6390.org 4096/ ACB7 B67F 197F 9B32 1533 431C AC90 AC3E C524 065E
Bug#796041: RFS: clfft/2.6.1-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package clfft * Package name: clfft Version : 2.6.1-1 Upstream Author : Advanced Micro Devices, Inc. * URL : https://github.com/clMathLibraries/clFFT * License : Apache version 2 Section : science It builds those binary packages: libclfft-bin - OpenCL FFT library (executables) libclfft-dev - OpenCL FFT library (development files) libclfft-doc - OpenCL FFT library (documentation) libclfft2 - OpenCL FFT library (shared library) libclfft2-dbg - OpenCL FFT library (debugging symbols) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/clfft Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/clfft/clfft_2.6.1-1.dsc Changes since the last upload: * New upstream release. * Drop fix-libdl-linkage.patch, applied upstream. * d/changelog: update copyright information. Best regards, Ghislain Vaillant
Bug#796030: RFS: tablesnap/0.7.2-1 [ITP] -- Backup utility for the Cassandra database
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package tablesnap * Package name: tablesnap Version : 0.7.2-1 Upstream Author : Jeremy Grosser jer...@synack.me * URL : https://github.com/JeremyGrosser/tablesnap * License : BSD-3-clause Section : database It builds this binary package: tablesnap - Backup utility for the Cassandra database To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tablesnap Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tablesnap/tablesnap_0.7.2-1.dsc More information about tablesnap can be obtained from https://github.com/JeremyGrosser/tablesnap. Changes since the last upload: * Add manpages for tablechop(1) and tableslurp(1) A WNPP ITP bug has been filed for this package as #795869. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795869 Regards, Jeremy Grosser signature.asc Description: Digital signature
Bug#796043: RFS: clblas/2.6-2
done.
De : Ghislain Vaillant [ghisv...@gmail.com]
Envoyé : mardi 18 août 2015 21:44
À : sub...@bugs.debian.org
Objet : Bug#796043: RFS: clblas/2.6-2
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package clblas
* Package name: clblas
Version : 2.6-2
Upstream Author : Advanced Micro Devices, Inc.
* URL : https://github.com/clMathLibraries/clBLAS
* License : Apache version 2
Section : science
It builds those binary packages:
libclblas-bin - OpenCL BLAS library (executables)
libclblas-dev - OpenCL BLAS library (development files)
libclblas-doc - OpenCL BLAS library (documentation)
libclblas2 - OpenCL BLAS library (shared library)
libclblas2-dbg - OpenCL BLAS library (debugging symbols)
To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/clblas
Alternatively, one can download the package with dget using this command:
dget -x http://mentors.debian.net/debian/pool/main/c/clblas/clblas_2.6-2.dsc
Changes since the last upload:
* d/control: remove ${shlibs:Depends} substitution from debug package
* d/*-dev.install: use more generic expressions
* d/rules: use stricter hardening
* d/p: add patch to use Boost dynamic libraries
* d/p: add patch fixing missing inclusion of stdlib
Best regards,
Ghislain Vaillant
Bug#796043: RFS: clblas/2.6-2
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package clblas
* Package name: clblas
Version : 2.6-2
Upstream Author : Advanced Micro Devices, Inc.
* URL : https://github.com/clMathLibraries/clBLAS
* License : Apache version 2
Section : science
It builds those binary packages:
libclblas-bin - OpenCL BLAS library (executables)
libclblas-dev - OpenCL BLAS library (development files)
libclblas-doc - OpenCL BLAS library (documentation)
libclblas2 - OpenCL BLAS library (shared library)
libclblas2-dbg - OpenCL BLAS library (debugging symbols)
To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/clblas
Alternatively, one can download the package with dget using this command:
dget -x http://mentors.debian.net/debian/pool/main/c/clblas/clblas_2.6-2.dsc
Changes since the last upload:
* d/control: remove ${shlibs:Depends} substitution from debug package
* d/*-dev.install: use more generic expressions
* d/rules: use stricter hardening
* d/p: add patch to use Boost dynamic libraries
* d/p: add patch fixing missing inclusion of stdlib
Best regards,
Ghislain Vaillant
Re: Best practices for downloader packages
Le Tue, Aug 18, 2015 at 03:47:13PM +0200, Ole Streicher a écrit : After lunch, someone pointed out that the policy only requires that packages that download *software* need to go to contrib. Since my one would download *data* only, it would be probably suitable for main. Hi Ole, I doubt that the intention of the policy is to distinguish data and software here. Also, the current interpretation of the DFSG is that data is software. Altogether, in the case of your package, I think that it is a matter of taste. In my point of view, there is nothing wrong putting it in contrib, to represent that the access to the data is not as easy as if it were distributed inside the package. One of the points of Free software is that is can not be taken away from the user, and if one has a full copy of the Debian archive, it is possible to rely on all the programs and data in the main section. For downloader packages, however, they can become useless at any time, and the user has no control over this. Cheers, -- Charles Plessy Tsurumi, Kanagawa, Japan
Bug#796041: RFS: clfft/2.6.1-1
Hello Ghislain, I get this error when building with sbuild (unstable) [ 62%] Building CXX object library/CMakeFiles/clFFT.dir/fft_binary_lookup.cpp.o cd /«PKGBUILDDIR»/obj-i586-linux-gnu/library /usr/bin/c++ -DCLFFT_EXPORTS -DclFFT_EXPORTS -pthread -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -O2 -g -DNDEBUG -fPIC -I/«PKGBUILDDIR»/obj-i586-linux-gnu/include -I/«PKGBUILDDIR»/src/library/../include-o CMakeFiles/clFFT.dir/fft_binary_lookup.cpp.o -c /«PKGBUILDDIR»/src/library/fft_binary_lookup.cpp /«PKGBUILDDIR»/src/library/fft_binary_lookup.cpp: In function 'void clfftInitBinaryCache()': /«PKGBUILDDIR»/src/library/fft_binary_lookup.cpp:66:50: error: 'getenv' was not declared in this scope const char * path = getenv(CLFFT_CACHE_PATH); ^ make[4]: *** [library/CMakeFiles/clFFT.dir/fft_binary_lookup.cpp.o] Error 1 library/CMakeFiles/clFFT.dir/build.make:264: recipe for target 'library/CMakeFiles/clFFT.dir/fft_binary_lookup.cpp.o' failed make[4]: Leaving directory '/«PKGBUILDDIR»/obj-i586-linux-gnu' make[3]: *** [library/CMakeFiles/clFFT.dir/all] Error 2 Cheers
Bug#794187: closed by Gianfranco Costamagna costamagnagianfra...@yahoo.it (uploaded on new queue)
Oops That package is good except for one thing: the issue comes from patch: add-license-info.patch The patch is patching author's source files with author's original copyright declaration in the global LICENSE file and the one in head of progress.c . The patch was sent to author days ago and we (Asias and me) are waiting for author to reply. Asias told me that to be extremely careful about license, hence this patch is not serious, when shipped with debian package... well... On Tue, 2015-08-18 at 08:24 +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the sponsorship-requests package: #794187: RFS: progress/0.8-1 [ITP] (it is formerly known as 'cv')) It has been closed by Gianfranco Costamagna costamagnagianfra...@yahoo.it. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Gianfranco Costamagna costamagnagianfra...@yahoo.it by replying to this email. signature.asc Description: This is a digitally signed message part
Re: Introduce wrapper package of linuxbrew into Debian
Hi Gianfranco Costamagna, I have just uploaded a updated package to mentors several seconds ago, and I will CC you later in the d-devel discussion. On Tue, 2015-08-18 at 08:09 +, Gianfranco Costamagna wrote: d/changelog should mention only initial release (closes: #) and nothing more. If I don't write them in dch, even I will forget what I've done to the package months later. Policy chapter 4.4 said so: Changes in the Debian version of the package should be briefly explained in the Debian changelog file debian /changelog. This includes modifications made in the Debian package compared to the upstream one as well as other changes and updates to the package. So I realized that I really wrote some unnecessary things into dch. debian/linuxbrew-wrapper.lintian-overrides useless now? It's still useful. I symlink'ed wrapper script /usr/bin/linuxbrew to /usr/bin/brew, and I provided a manpage for linuxbrew-wrapper(7) and symlinked it to linuxbrew(7). Then lintian still requires a manpage for /usr/bin/brew, and this is to be overrided. After pulling a full linuxbrew repo to home, there will be a manpage brew(1) in it. debian/copyright, please rethink the GPL-3+ Debian license (not mandatory, but it might be good to clarify I have changed Debian license to GPL-2. FYI: the packaging repo is located at http://anonscm.debian.org/cgit/users/cdluminate-guest/linuxbrew-wrapper.git/ -- .''`. Lumin : :' : `. `' `-638B C75E C1E5 C589 067E 35DE 6264 5EB3 5F68 6A8A signature.asc Description: This is a digitally signed message part
Bug#795771: RFS: dblatex/0.3.7-1
Hi Gianfranco, thanks for your interesting feedback. I'm in the process of evaluating/implementing it: some issues are easily done, some might require more work. Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Re: Best practices for downloader packages
2015-08-16 14:17 GMT-03:00 Ole Streicher oleb...@debian.org: I want to create a package that purely downloads some (large scientific) data, and I am unsure how to create the package: I am needing do downgrade PHP 5.6.9 to 5.3.10 on Debian 8.1, I am with problems still no solution. :-( Help ? :-) -- Albino B Neto twitter.com/b1n0anb gplus.to/AlbinoBNeto Debian. Freedom to code. Code to freedom! faw
Re: Looking for a mentor for the OpenSIPS project
Hi, Can you please check now. Not sure what happened in the first place. It looks like it still has some lintian warnings that I didn't detect (I was using an older lintian version), but I will work on fixing those too. Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 08/18/2015 05:11 PM, Gianfranco Costamagna wrote: Hi, unfortunately the upload seems to be missing Uploaded: 2015-08-14 13:41 cheers, G. Il Martedì 18 Agosto 2015 15:22, Răzvan Crainea raz...@opensips.org ha scritto: Hi, Gianfranco! I managed to fix most of the warnings I had. Please check out the latest sources on mentor's site[1]. [1] http://mentors.debian.net/package/opensips Many thanks, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 08/14/2015 10:41 PM, Gianfranco Costamagna wrote: Hi Răzvan, thanks for the fixes, mentors is showing many lintian errors... can you please fix them? reporting them here: E copyright-should-refer-to-common-license-file-for-gpl W hardening-no-relro I hardening-no-fortify-functions (usually fixed by not overriding C*FLAGS and LDFLAGS I package-contains-empty-directory usr/sbin/ udp_server.o tcp_read.o tcp_main.o sctp_server.o pass_fd.o object files in the source tree is bad W debhelper-but-no-misc-depends W debian-rules-missing-recommended-target build-arch build-indep W debian-watch-file-in-native-package the package shouldn't be native W dh-clean-k-is-deprecated W diff-contains-git-control-dir .git .git directory shouldn't really be there W native-package-with-dash-version W syntax-error-in-dep5-copyright line 7: Duplicate field copyright. P debian-watch-may-check-gpg-signature P source-contains-prebuilt-binary P source-contains-prebuilt-windows-binary W wrong-section-according-to-package-name opensips-dbg = debug I spelling-error-in-binary usr/lib/opensips/modules/dialplan.so Succesfully Successfully E copyright-should-refer-to-common-license-file-for-gpl W extended-description-line-too-long W binary-without-manpage usr/sbin/osipsconsole E dir-or-file-in-var-run var/run/opensips/ E init.d-script-missing-dependency-on-remote_fs etc/init.d/opensips: required-start etc/init.d/opensips: required-stop E python-script-but-no-python-dep usr/lib/opensips/opensipsctl/dbtextdb/dbtextdb.py W binary-without-manpage W init.d-script-does-not-source-init-functions etc/init.d/opensips W package-contains-upstream-install-documentation usr/share/doc/opensips/INSTALL.gz I hyphen-used-as-minus-sign usr/share/man/man8/opensipsctl.8.gz:127 usr/share/man/man8/opensipsctl.8.gz:135 I spelling-error-in-binary I spelling-error-in-manpage E missing-dependency-on-libc needed by usr/lib/opensips/modules/rest_client.so E possible-gpl-code-linked-with-openssl W hardening-no-relro many of them are really showstopper, while others might be just nitpicks. the gpl-code-linked-with-openssl is something really serious that needs to be fixed (even mentioned in the ITP bug). lintian can give you an explanation for all the above issues, if you have any kind of dubts please ask here and $somebody will give you an answer :) cheers, Gianfranco
Re: Looking for a mentor for the OpenSIPS project
Yes, would be nice to fix them too :) let me know when you have done! thanks, G. Il Martedì 18 Agosto 2015 16:35, Răzvan Crainea raz...@opensips.org ha scritto: Hi, Can you please check now. Not sure what happened in the first place. It looks like it still has some lintian warnings that I didn't detect (I was using an older lintian version), but I will work on fixing those too. Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 08/18/2015 05:11 PM, Gianfranco Costamagna wrote: Hi, unfortunately the upload seems to be missing Uploaded: 2015-08-14 13:41 cheers, G. Il Martedì 18 Agosto 2015 15:22, Răzvan Crainea raz...@opensips.org ha scritto: Hi, Gianfranco! I managed to fix most of the warnings I had. Please check out the latest sources on mentor's site[1]. [1] http://mentors.debian.net/package/opensips Many thanks, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 08/14/2015 10:41 PM, Gianfranco Costamagna wrote: Hi Răzvan, thanks for the fixes, mentors is showing many lintian errors... can you please fix them? reporting them here: E copyright-should-refer-to-common-license-file-for-gpl W hardening-no-relro I hardening-no-fortify-functions (usually fixed by not overriding C*FLAGS and LDFLAGS I package-contains-empty-directory usr/sbin/ udp_server.o tcp_read.o tcp_main.o sctp_server.o pass_fd.o object files in the source tree is bad W debhelper-but-no-misc-depends W debian-rules-missing-recommended-target build-arch build-indep W debian-watch-file-in-native-package the package shouldn't be native W dh-clean-k-is-deprecated W diff-contains-git-control-dir .git .git directory shouldn't really be there W native-package-with-dash-version W syntax-error-in-dep5-copyright line 7: Duplicate field copyright. P debian-watch-may-check-gpg-signature P source-contains-prebuilt-binary P source-contains-prebuilt-windows-binary W wrong-section-according-to-package-name opensips-dbg = debug I spelling-error-in-binary usr/lib/opensips/modules/dialplan.so Succesfully Successfully E copyright-should-refer-to-common-license-file-for-gpl W extended-description-line-too-long W binary-without-manpage usr/sbin/osipsconsole E dir-or-file-in-var-run var/run/opensips/ E init.d-script-missing-dependency-on-remote_fs etc/init.d/opensips: required-start etc/init.d/opensips: required-stop E python-script-but-no-python-dep usr/lib/opensips/opensipsctl/dbtextdb/dbtextdb.py W binary-without-manpage W init.d-script-does-not-source-init-functions etc/init.d/opensips W package-contains-upstream-install-documentation usr/share/doc/opensips/INSTALL.gz I hyphen-used-as-minus-sign usr/share/man/man8/opensipsctl.8.gz:127 usr/share/man/man8/opensipsctl.8.gz:135 I spelling-error-in-binary I spelling-error-in-manpage E missing-dependency-on-libc needed by usr/lib/opensips/modules/rest_client.so E possible-gpl-code-linked-with-openssl W hardening-no-relro many of them are really showstopper, while others might be just nitpicks. the gpl-code-linked-with-openssl is something really serious that needs to be fixed (even mentioned in the ITP bug). lintian can give you an explanation for all the above issues, if you have any kind of dubts please ask here and $somebody will give you an answer :) cheers, Gianfranco
Re: Looking for a mentor for the OpenSIPS project
Hi, Gianfranco! I managed to fix most of the warnings I had. Please check out the latest sources on mentor's site[1]. [1] http://mentors.debian.net/package/opensips Many thanks, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 08/14/2015 10:41 PM, Gianfranco Costamagna wrote: Hi Răzvan, thanks for the fixes, mentors is showing many lintian errors... can you please fix them? reporting them here: E copyright-should-refer-to-common-license-file-for-gpl W hardening-no-relro I hardening-no-fortify-functions (usually fixed by not overriding C*FLAGS and LDFLAGS I package-contains-empty-directory usr/sbin/ udp_server.o tcp_read.o tcp_main.o sctp_server.o pass_fd.o object files in the source tree is bad W debhelper-but-no-misc-depends W debian-rules-missing-recommended-target build-arch build-indep W debian-watch-file-in-native-package the package shouldn't be native W dh-clean-k-is-deprecated W diff-contains-git-control-dir .git .git directory shouldn't really be there W native-package-with-dash-version W syntax-error-in-dep5-copyright line 7: Duplicate field copyright. P debian-watch-may-check-gpg-signature P source-contains-prebuilt-binary P source-contains-prebuilt-windows-binary W wrong-section-according-to-package-name opensips-dbg = debug I spelling-error-in-binary usr/lib/opensips/modules/dialplan.so Succesfully Successfully E copyright-should-refer-to-common-license-file-for-gpl W extended-description-line-too-long W binary-without-manpage usr/sbin/osipsconsole E dir-or-file-in-var-run var/run/opensips/ E init.d-script-missing-dependency-on-remote_fs etc/init.d/opensips: required-start etc/init.d/opensips: required-stop E python-script-but-no-python-dep usr/lib/opensips/opensipsctl/dbtextdb/dbtextdb.py W binary-without-manpage W init.d-script-does-not-source-init-functions etc/init.d/opensips W package-contains-upstream-install-documentation usr/share/doc/opensips/INSTALL.gz I hyphen-used-as-minus-sign usr/share/man/man8/opensipsctl.8.gz:127 usr/share/man/man8/opensipsctl.8.gz:135 I spelling-error-in-binary I spelling-error-in-manpage E missing-dependency-on-libc needed by usr/lib/opensips/modules/rest_client.so E possible-gpl-code-linked-with-openssl W hardening-no-relro many of them are really showstopper, while others might be just nitpicks. the gpl-code-linked-with-openssl is something really serious that needs to be fixed (even mentioned in the ITP bug). lintian can give you an explanation for all the above issues, if you have any kind of dubts please ask here and $somebody will give you an answer :) cheers, Gianfranco
Re: Best practices for downloader packages
Adam Borowski kilob...@angband.pl writes: On Mon, Aug 17, 2015 at 01:29:12PM +0200, Ole Streicher wrote: * Since the download code if DFSG-Free, the downloader goes to contrib, independently of the copyright of the data, right? Right. which is a bit pity, since the package *is* actually DFSG-free, including the downloaded data. The reason that they are not in the Debian archive is just a technical, not a license one: The source data size is about 8 GB, and the binary packages are from 160 MB to ~13 GB. As, unlike most downloaders, it doesn't deal with non-free data, I don't get why it would be unacceptable for main. It's strictly better than clients for various proprietary services, which sit in main. After lunch, someone pointed out that the policy only requires that packages that download *software* need to go to contrib. Since my one would download *data* only, it would be probably suitable for main. Best regards Ole
Re: Looking for a mentor for the OpenSIPS project
Hi, unfortunately the upload seems to be missing Uploaded: 2015-08-14 13:41 cheers, G. Il Martedì 18 Agosto 2015 15:22, Răzvan Crainea raz...@opensips.org ha scritto: Hi, Gianfranco! I managed to fix most of the warnings I had. Please check out the latest sources on mentor's site[1]. [1] http://mentors.debian.net/package/opensips Many thanks, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 08/14/2015 10:41 PM, Gianfranco Costamagna wrote: Hi Răzvan, thanks for the fixes, mentors is showing many lintian errors... can you please fix them? reporting them here: E copyright-should-refer-to-common-license-file-for-gpl W hardening-no-relro I hardening-no-fortify-functions (usually fixed by not overriding C*FLAGS and LDFLAGS I package-contains-empty-directory usr/sbin/ udp_server.o tcp_read.o tcp_main.o sctp_server.o pass_fd.o object files in the source tree is bad W debhelper-but-no-misc-depends W debian-rules-missing-recommended-target build-arch build-indep W debian-watch-file-in-native-package the package shouldn't be native W dh-clean-k-is-deprecated W diff-contains-git-control-dir .git .git directory shouldn't really be there W native-package-with-dash-version W syntax-error-in-dep5-copyright line 7: Duplicate field copyright. P debian-watch-may-check-gpg-signature P source-contains-prebuilt-binary P source-contains-prebuilt-windows-binary W wrong-section-according-to-package-name opensips-dbg = debug I spelling-error-in-binary usr/lib/opensips/modules/dialplan.so Succesfully Successfully E copyright-should-refer-to-common-license-file-for-gpl W extended-description-line-too-long W binary-without-manpage usr/sbin/osipsconsole E dir-or-file-in-var-run var/run/opensips/ E init.d-script-missing-dependency-on-remote_fs etc/init.d/opensips: required-start etc/init.d/opensips: required-stop E python-script-but-no-python-dep usr/lib/opensips/opensipsctl/dbtextdb/dbtextdb.py W binary-without-manpage W init.d-script-does-not-source-init-functions etc/init.d/opensips W package-contains-upstream-install-documentation usr/share/doc/opensips/INSTALL.gz I hyphen-used-as-minus-sign usr/share/man/man8/opensipsctl.8.gz:127 usr/share/man/man8/opensipsctl.8.gz:135 I spelling-error-in-binary I spelling-error-in-manpage E missing-dependency-on-libc needed by usr/lib/opensips/modules/rest_client.so E possible-gpl-code-linked-with-openssl W hardening-no-relro many of them are really showstopper, while others might be just nitpicks. the gpl-code-linked-with-openssl is something really serious that needs to be fixed (even mentioned in the ITP bug). lintian can give you an explanation for all the above issues, if you have any kind of dubts please ask here and $somebody will give you an answer :) cheers, Gianfranco
