Bug#840809: RFS: cdist/4.3.2-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "cdist" * Package name: cdist Version : 4.3.2-1 Upstream Author : Nico Schottelius* Url : http://www.nico.schottelius.org/software/cdist/ * Licenses: GPL-3+,GPL-3 Section : admin It builds those binary packages: * cdist * cdist-doc To access futher information about this package, visit the following URL: http://mentors.debian.net/package/cdist Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/cdist/cdist_4.3.2-1.dsc Alternatively, you can access package debian/ directory via git from URL: https://anonscm.debian.org/cgit/users/kaction-guest/cdist.git More information about cdist can be obtained from http://www.nico.schottelius.org/software/cdist/ Changes since last upload: * New upstream release Regards, Dmitry Bogatov
Bug#840672: RFS: libcork/0.15.0+ds-7~exp1 -- simple, easily embeddable, cross-platform C library
On Sat, Oct 15, 2016 at 2:12 AM, Gianfranco Costamagnawrote: > control: owner -1 ! > control: tags -1 moreinfo > >>I am looking for a sponsor for my package "libcork". > >>This is the first time I'm trying to raise a library transition. >>So if there's anything wrong, just let me know. Thank you! > > bumping soname with the same upstream tarball and no changes > > makes no real sense. > If you want to bump soname you need to have API/ABI changes in the packaging, > and then the need to do a transition. Dear Gianfranco, Actually it's an issue raised by James Clarke: - https://lists.debian.org/debian-sparc/2016/08/msg00035.html As he pointed out, it's a bug in cmake config in libcork source tree. It involves library transition, and I was not familiar with it, so I didn't try to fix it until recently I learned how to do transition so here's the upload and RFS report. Since all packages depends on libcork is maintained by me, and I can update those rdepends package accordingly, so there's no risk for this transition. Thanks! Cheers, -- Roger Shimizu, GMT +9 Tokyo PGP/GPG: 4096R/6C6ACD6417B3ACB1
Bug#840799: RFS: libcbitcoin-perl/0.2-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "libcbitcoin-perl", a Perl wrapper for the other package I am trying to get a sponsor for, picocoin. These modules allow Perl programmers to develop Bitcoin applications including nodes that connect to the peer to peer network. * Package name: libcbitcoin-perl Version : 0.2-1 Upstream Author : Joel De Jesus * URL : https://github.com/favioflamingo/libcbitcoin-perl * License : GPL2 Section : extra It builds those binary packages: libcbitcoin-perl - Perl modules for picocoin. To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libcbitcoin-perl Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libc/libcbitcoin-perl/libcbitcoin-perl_0.2-1.dsc More information about hello can be obtained from https://www.example.com. Regards, Joel De Jesus signature.asc Description: OpenPGP digital signature
Bug#840011: RFS (on ITP): node-typescript/2.0.5-1
Hi, On 08/10/2016 00:00, Gianfranco Costamagna wrote: control: owner -1 ! control: tags -1 moreinfo I am looking for a sponsor for my package "node-typescript" missing licenses? cat ThirdPartyNoticeText.txt worries me missing copyrights Ecma, Sputnik and probably more I reworked debian/copyright, after asking upstream : https://github.com/Microsoft/TypeScript/issues/11469 then re-uploaded to mentors. Snark on #debian-javascript
Bug#840716: marked as done (RFS: dh-sysuser/0.2 )
Your message dated Fri, 14 Oct 2016 17:27:26 + (UTC) with message-id <775153868.1271757.1476466046...@mail.yahoo.com> and subject line Re: Bug#840716: RFS: dh-sysuser/0.2 has caused the Debian Bug report #840716, regarding RFS: dh-sysuser/0.2 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.) -- 840716: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=840716 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "dh-sysuser" * Package name: dh-sysuser Version : 0.2 Upstream Author : Dmitry Bogatov* Url : https://anonscm.debian.org/cgit/users/kaction-guest/dh-sysuser.git * Licenses: GPL-3+ Section : admin It builds those binary packages: * dh-sysuser To access futher information about this package, visit the following URL: http://mentors.debian.net/package/dh-sysuser Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/dh-sysuser/dh-sysuser_0.2.dsc Alternatively, you can access package debian/ directory via git from URL: https://anonscm.debian.org/cgit/users/kaction-guest/dh-sysuser.git More information about dh-sysuser can be obtained from https://anonscm.debian.org/cgit/users/kaction-guest/dh-sysuser.git Changes since last upload: * Remove empty 'debian/docs' file * Fix typo in 'debian/copyright' * Add dependency on perl, which is required for `deluser --remove-home' (Closes: #840469) * Delete user with --force flag, allowing removing users, which have running processed. Regards, Dmitry Bogatov --- End Message --- --- Begin Message --- Hi, >I am looking for a sponsor for my package "dh-sysuser" done, but will you eventually apply for DM status? I think you were ready 6 months ago, and I would like to give you upload permissions for many of your packages. G.--- End Message ---
Bug#840672: RFS: libcork/0.15.0+ds-7~exp1 -- simple, easily embeddable, cross-platform C library
control: owner -1 ! control: tags -1 moreinfo >I am looking for a sponsor for my package "libcork". >This is the first time I'm trying to raise a library transition. >So if there's anything wrong, just let me know. Thank you! bumping soname with the same upstream tarball and no changes makes no real sense. If you want to bump soname you need to have API/ABI changes in the packaging, and then the need to do a transition. G.
Bug#791724: RFS: w1retap/1.4.4-1 [ITP] -- Data logger for 1-Wire weather sensors
Hi Gianfranco, Thank you for the comments and suggestions, they are really appreciated. Apologies for the delay, I have slowly worked through your email on and off over the past few months. I think I have addressed most of the issues you mentioned (see my comments below), so I have uploaded a fresh version to http://mentors.debian.net/package/w1retap. Thanks again for reviewing the package, I would appreciate any other comments you have or uploading it if you feel it's ready. On 01 Apr 2016, at 20:52, Gianfranco Costamagna wrote: > control: > "retrieved data" <-- double space > std version is 3.9.7 now > please run wrap-and-sort > please remove quilt from b-d > changelog: > one single changelog entry please > > -rm -f $(CURDIR)/debian/w1retap.1 $(CURDIR)/debian/w1find.1 -> debian/clean > might be easier to maintain > > rules: > dh_auto_install is a no-op please remove All fixed. > dh_makeshlibs --noscripts <-- why? The plugin packages contain .so files, the --noscripts option stops an ldconfig run when installing. Without it I get a lintian useless ldconfig run warnings. > remove quilt Fixed. > libw1retap0-odbc.install <-- is that the mysql wrapper? No, it's a odbc plugin and the mysql plugin is separate. The confusion was caused by a typo on my part. In anycase, both are now fixed. > service file: > ExecStop=/bin/kill $MAINPID > > really needed? Fixed. > patches: remove-data-time-macro.patch > you can dpkg-parsechangelog and export the changelog date an build date. > (this will make the package reproducible I think) The current upstream code (src/w1retap.c) uses the "__DATE__" and "__TIME__" GCC standard macros directly. I don't think dpkg-parsechangelog can affect these macros. My patch replaces these macros with __BUILD_DATE__. > question: > usually libraries are ship in this way > > libfooSONAME shipping libfoo.so.SONAME > > libfoo-dev with an hard dependency on libfooSONAME > and a libfoo.so symlink to libfoo.so.SONAME and /usr/include/foo > headers files. > > In your package you are shipping them together > > not an issue, but do you know what you are doing here? > are them useful and being linked outside the package? > are them just internal? The .so files are not useful or used and outside the w1retap, they are all internal. Thus I agree and have removed all the libw1retap* packages. They act more like plugins so I now have a main w1retap package and 5 separate plugin package for each database type. > lots of stuff (systemd script udev rules) should be upstreamed to me There are a number of patches that I will send upstream: - add-etc-w1retap-conf.patch - movetmp.patch - remove-data-time-macro.patch - udev rule - systemd service > check-all-the-things review: > codespell --quiet-level=3 > cppcheck -j1 --quiet -f . > grep -riE 'fixme|todo|hack|xxx' . > grep -r '/tmp/' . I did run all of the above and found some issues. Some of the issues seemed to be more related to actual upstream development rather than packaging. Most notably predicable file creation in /tmp, which is fixed in the above mentioned movetmp.patch. Did you spot anything else that needing fixing? Regards -- Tom
Bug#840750: RFS: picocoin/0.1-2.gbp43047g
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "picocoin" * Package name: picocoin Version : 0.1-2.gbp43047g Upstream Author : Jef Garzik * URL : https://github.com/jgarzik/picocoin * License : MIT/X Section : libs It builds those binary packages: picocoin-dev - bitcoin library - development files picocoin0 - bitcoin library - shared library To access further information about this package, please visit the following URL: https://mentors.debian.net/package/picocoin Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/p/picocoin/picocoin_0.1-2.gbp43047g.dsc More information about hello can be obtained from https://github.com/jgarzik/picocoin/blob/master/README.md and https://github.com/favioflamingo/picocoin (maintainer's page) Changes since the last upload: * added debian folder * set patches to change constants to avoid conflict with perl Regards, Joel De Jesus
Bug#840424: Could you fix the error that is found by verilog-mode testing on Debian?
The test passes for me using XEmacs 21.4 (patch 22) "Instant Classic" [Lucid] (x86_64-linux-gnu, Mule) of Sun Dec 27 2015 on lgw01-11 Note my patch level is lower than yours. Immediately above the error is this: Ignoring `eval:' in file's local variables But 0test.el has this: (setq enable-local-eval t) Can you please debug why that setting is being ignored and the "Ignoring" warning happens? -Wilson Kiwamu Okabewrites: >Hi Michael and Wilson, > >Now, I'm trying to make Debian package of your verilog-mode. However, >your verilog-mode testing occurs error on my Debian git repo, which >has same code as your one. The error log is found at following: > > > https://gist.github.com/master-q/0afe681cc35329fec210691517b30843#file-verilog-mode-gbp-log-L10469 > >Of course, your verilog-mode testing passes under your plain git repo: > > $ git clone https://github.com/veripool/verilog-mode.git > $ cd verilog-mode > $ mkdir tmp > $ make -j1 install DESTDIR=./tmp AM_UPDATE_INFO_DIR=no > >My Debian git repo is following: > > http://anonscm.debian.org/cgit/pkg-emacsen/pkg/verilog-mode.git > >And my xemacs version on the Debian is following: > > $ xemacs --version > XEmacs 21.4 (patch 24) "Standard C" [Lucid] (x86_64-linux-gnu, Mule) >of Fri Sep 16 2016 on debutante
Bug#840424: Could you fix the error that is found by verilog-mode testing on Debian?
Hi Michael and Wilson, Now, I'm trying to make Debian package of your verilog-mode. However, your verilog-mode testing occurs error on my Debian git repo, which has same code as your one. The error log is found at following: https://gist.github.com/master-q/0afe681cc35329fec210691517b30843#file-verilog-mode-gbp-log-L10469 Of course, your verilog-mode testing passes under your plain git repo: $ git clone https://github.com/veripool/verilog-mode.git $ cd verilog-mode $ mkdir tmp $ make -j1 install DESTDIR=./tmp AM_UPDATE_INFO_DIR=no My Debian git repo is following: http://anonscm.debian.org/cgit/pkg-emacsen/pkg/verilog-mode.git And my xemacs version on the Debian is following: $ xemacs --version XEmacs 21.4 (patch 24) "Standard C" [Lucid] (x86_64-linux-gnu, Mule) of Fri Sep 16 2016 on debutante Best regards, -- Kiwamu Okabe at METASEPI DESIGN
Bug#825390: marked as done (RFS: maldetect/1.5-1 [ITP] -- Linux Malware Detection)
Your message dated Fri, 14 Oct 2016 10:34:03 + with message-idand subject line closing RFS: maldetect/1.5-1 [ITP] -- Linux Malware Detection has caused the Debian Bug report #825390, regarding RFS: maldetect/1.5-1 [ITP] -- Linux Malware Detection 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.) -- 825390: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825390 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "maldetect": * Package name: maldetect Version : 1.5-1 Upstream Author : Ryan MacDonald * URL : https://www.rfxn.com/projects/linux-malware-detect/ * License : GPLv2 Section : utils It builds those binary packages: maldetect - Linux Malware Detect To access further information about this package, please visit the following URL: https://mentors.debian.net/package/maldetect Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/m/maldetect/maldetect_1.5-1.dsc More information about maldetect can be obtained from https://www.rfxn.com/projects/linux-malware-detect/ I have attempted to make the package reproducibly buildable and have fixed some problems that were preventing that. However, there is still a problem of time stamps in the file list which I haven't been able to solve. Recommendations welcomed. Regards, Emily Ratliff --- End Message --- --- Begin Message --- Package maldetect has been removed from mentors.--- End Message ---
Bug#840739: RFS: gudhi/1.3.1+ds-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "gudhi" * Package name : gudhi Version : 1.3.1+ds-1 Upstream Author : Gudhi Project / INRIA * URL : http://gudhi.gforge.inria.fr/ * License : GPL3+ Section : math GUDHI is a C++ header-only template library for computations in the mathematical field of topological data analysis. My package currently only builds libgudhi-dev, which contains the upstream library headers for this header-only template library. The build process does also build a bunch of example binaries, but these are *not* installed. I intend to add them to a gudhi-examples package at a later time, but upstream does not currently ship good install rules for them. My package includes the following patches: - Stash-flags.patch: Work around an upstream-acknowledged bug where CMake ignores compiler flags. - Don-t-use-static-boost.patch: Don't link examples statically to boost. This is not currently relevant, as the examples are not used. - Disable-some-tests-that-uncleanly-write-outside-the-.patch: Disable two upstream self-tests that write outside the build directory. (I now see that this patch's name was cut off by gbp). The package can be accessed at https://mentors.debian.net/package/gudhi and through dget -x https://mentors.debian.net/debian/pool/main/g/gudhi/gudhi_1.3.1+ds-1.dsc The package builds cleanly against a sid pbuilder. Best, Gard Spreemann -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#840716: RFS: dh-sysuser/0.2
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "dh-sysuser" * Package name: dh-sysuser Version : 0.2 Upstream Author : Dmitry Bogatov* Url : https://anonscm.debian.org/cgit/users/kaction-guest/dh-sysuser.git * Licenses: GPL-3+ Section : admin It builds those binary packages: * dh-sysuser To access futher information about this package, visit the following URL: http://mentors.debian.net/package/dh-sysuser Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/dh-sysuser/dh-sysuser_0.2.dsc Alternatively, you can access package debian/ directory via git from URL: https://anonscm.debian.org/cgit/users/kaction-guest/dh-sysuser.git More information about dh-sysuser can be obtained from https://anonscm.debian.org/cgit/users/kaction-guest/dh-sysuser.git Changes since last upload: * Remove empty 'debian/docs' file * Fix typo in 'debian/copyright' * Add dependency on perl, which is required for `deluser --remove-home' (Closes: #840469) * Delete user with --force flag, allowing removing users, which have running processed. Regards, Dmitry Bogatov