Bug#829571: marked as done (RFS: gmp-ecm/7.0.3+ds-1 -- Factor integers using the Elliptic Curve Method)
Your message dated Tue, 5 Jul 2016 08:34:37 + (UTC) with message-id <179381224.3384490.1467707677696.javamail.ya...@mail.yahoo.com> and subject line Re: Bug#829571: RFS: gmp-ecm/7.0.3+ds-1 -- Factor integers using the Elliptic Curve Method has caused the Debian Bug report #829571, regarding RFS: gmp-ecm/7.0.3+ds-1 -- Factor integers using the Elliptic Curve Method 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.) -- 829571: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829571 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal Dear Sponsors, I am looking for sponsorship for the Debian package gmp-ecm [1], a mathematical library that Factor[s] integers using the Elliptic Curve Method'. This package brings the lasted patch release of [gmp-]ecm. Thanks in advance, Jerome [1] https://packages.qa.debian.org/g/gmp-ecm.html -- System Information: Debian Release: Jessie* APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) --- End Message --- --- Begin Message --- Hi, >I am looking for sponsorship for the Debian package gmp-ecm [1], a > mathematical >library that Factor[s] integers using the Elliptic Curve Method'. This > package >brings the lasted patch release of [gmp-]ecm. done G.--- End Message ---
Bug#829543: marked as done (RFS: linkchecker/9.3-2 [QA])
Your message dated Tue, 5 Jul 2016 08:42:38 + (UTC) with message-id <915113160.3338320.1467708158652.javamail.ya...@mail.yahoo.com> and subject line Re: Bug#829543: Subject: RFS: linkchecker/9.3-2 [QA] has caused the Debian Bug report #829543, regarding RFS: linkchecker/9.3-2 [QA] 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.) -- 829543: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829543 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 "linkchecker" * Package name: linkchecker Version : 9.3-2 Upstream Author : Bastian Kleineidam * URL : https://wummel.github.io/linkchecker/ * License : GPL-2+ Section : web It builds those binary packages: linkchecker - check websites and HTML documents for broken links linkchecker-gui - check websites and HTML documents for broken links (GUI client) linkchecker-web - check websites and HTML documents for broken links (web client) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/linkchecker Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/l/linkchecker/linkchecker_9.3-2.dsc More information about linkchecker can be obtained from https://wummel.github.io/linkchecker/. Changes since the last upload: * QA upload. * Set maintainer to QA Group * Add dh-python to build-deps * Put bash completions in correct location * Removed redundant menu file * Updated watch file * Dropped build-dep on hardening-flags * Dropped unneeded versions on deps * Bumped standards version to 3.9.8 * Patch from upstream to fix Python version check (Closes: #826027) Regards, David William Richmond Jones --- End Message --- --- Begin Message --- Hi, >Severity: normal Dear mentors, I am looking for a sponsor for my package >"linkchecker" sponsored, but please next time try to fix some more bugs, many of them should be trivially solvable :) https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=no&src=linkchecker thanks! G.--- End Message ---
Bug#829208: RFS: evil-paredit-el/0.0.2-1 ITP
control: owner -1 ! >In my view evil-paredit-el is ready to be uploaded, bar `dch -r`. ping, G.
Bug#829456: RFS: jquery-throttle-debounce/1.1+dfsg.1-1
Hi, >Can you point me to specific parts that you want to be cleaner, and how >they should be cleaned? your rules file is 83 lines, most node packages are about 3-4 lines e.g. https://sources.debian.net/src/node-recast/0.11.4-2/debian/rules/ >Thank you for finding those, I will remove the file. More bundled >third-party files that can't be in the source package :-/ ping back when happy with your changes :) (I can understand you like your current rules file, this isn't a showstopper, I'm just a fan of "keep it simple") >\ “Everything is futile.” —Marvin of Borg | I think just resistance is :) Gianfranco
Bug#829648: marked as done (RFS: twinkle/1:1.9.0+git20160520.0.be8b8df+dfsg-1~bpo8+1 -- Voice over Internet Protocol (VoIP) SIP)
Your message dated Tue, 5 Jul 2016 08:58:17 + (UTC) with message-id <1356478943.3400892.1467709097103.javamail.ya...@mail.yahoo.com> and subject line Re: Bug#829648: RFS: twinkle/1:1.9.0+git20160520.0.be8b8df+dfsg-1~bpo8+1 -- Voice over Internet Protocol (VoIP) SIP has caused the Debian Bug report #829648, regarding RFS: twinkle/1:1.9.0+git20160520.0.be8b8df+dfsg-1~bpo8+1 -- Voice over Internet Protocol (VoIP) SIP 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.) -- 829648: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829648 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 to upload the package "twinkle" to jessie-backports. I have been added to the backports ACL for subsequent maintenance. git clone https://anonscm.debian.org/git/pkg-voip/twinkle.git cd twinkle && pristine-tar checkout ../twinkle_1.9.0+git20160520.0.be8b8df+dfsg.orig.tar.xz git checkout debian/jessie-backports Please include all changes since the last stable version [1] in your upload: sbuild -j4 --dist=jessie --debbuildopts=-v1:1.4.2-2 --force-orig-source [1] https://archive.debian.net/squeeze/twinkle For historic background, twinkle had been removed from testing before the release of wheezy due to only building with Qt3. For a while the console client with limited functionality was available in unstable. A year ago twinkle was ported to Qt5 by a new upstream maintainer. Regards, Peter signature.asc Description: PGP signature --- End Message --- --- Begin Message --- Hi >I am looking for a sponsor to upload the package "twinkle" to >jessie-backports. I have been added to the backports ACL for >subsequent maintenance. sponsoring soon, G.--- End Message ---
Bug#829674: RFS: libstroke/0.5.1-8 [QA, RC] -- mouse strokes library
Package: sponsorship-requests Severity: important Control: block 128745 by -1 Control: block 829027 by -1 Dear mentors, I am looking for a sponsor for a QA upload of libstroke, fixing a stretch RC bug. I have verified this QA upload in the following ways: - libstroke builds in a clean sid chroot - libstroke passes piuparts - libstroke debdiff shows no files added or removed - fvwm (reverse-dep) builds successfully - RC bug is fixed: GNU MPFR autoreconf --warnings=error succeeds * Package name: libstroke Version : 0.5.1-8 Upstream Author : Mark F. Willey, ETLA Technical * License : GPL-2+ Section : libs Changes since the last upload: * QA upload. * Convert to source format 3.0 (quilt). * Add autoconf-macro-quoting.patch (Closes: #128745, #302907). Thanks to Steve M. Robbins for the patch, and Vincent Lefevre for the test case (GNU MPFR). * Corrections to d/copyright (Closes: #829027): - Fix URL from which the sources were downloaded - Include the name of the original author of libstroke - Update common licenses reference GPL -> GPL-2. * Add Vcs-* fields. Download with dget: dget -x http://mentors.debian.net/debian/pool/main/lib/libstroke/libstroke_0.5.1-8.dsc Or build it with gbp: gbp clone --pristine-tar https://anonscm.debian.org/git/collab-maint/libstroke.git cd libstroke git checkout debian/0.5.1-8 git verify-tag debian/0.5.1-8 # if you have my key gbp buildpackage Thanks. -- Sean Whitton
Bug#829674: RFS: libstroke/0.5.1-8 [QA, RC] -- mouse strokes library
On Tue, Jul 05, 2016 at 09:13:10AM +, Sean Whitton wrote: > Download with dget: > > dget -x > http://mentors.debian.net/debian/pool/main/lib/libstroke/libstroke_0.5.1-8.dsc Should be: dget -x http://mentors.debian.net/debian/pool/main/libs/libstroke/libstroke_0.5.1-8.dsc i.e. s/lib/libs/ -- Sean Whitton
Bug#829674: marked as done (RFS: libstroke/0.5.1-8 [QA, RC] -- mouse strokes library)
Your message dated Tue, 5 Jul 2016 09:51:03 + (UTC) with message-id <1156970867.3478065.1467712263396.javamail.ya...@mail.yahoo.com> and subject line Re: Bug#829674: RFS: libstroke/0.5.1-8 [QA, RC] -- mouse strokes library has caused the Debian Bug report #829674, regarding RFS: libstroke/0.5.1-8 [QA, RC] -- mouse strokes library 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.) -- 829674: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829674 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: important Control: block 128745 by -1 Control: block 829027 by -1 Dear mentors, I am looking for a sponsor for a QA upload of libstroke, fixing a stretch RC bug. I have verified this QA upload in the following ways: - libstroke builds in a clean sid chroot - libstroke passes piuparts - libstroke debdiff shows no files added or removed - fvwm (reverse-dep) builds successfully - RC bug is fixed: GNU MPFR autoreconf --warnings=error succeeds * Package name: libstroke Version : 0.5.1-8 Upstream Author : Mark F. Willey, ETLA Technical * License : GPL-2+ Section : libs Changes since the last upload: * QA upload. * Convert to source format 3.0 (quilt). * Add autoconf-macro-quoting.patch (Closes: #128745, #302907). Thanks to Steve M. Robbins for the patch, and Vincent Lefevre for the test case (GNU MPFR). * Corrections to d/copyright (Closes: #829027): - Fix URL from which the sources were downloaded - Include the name of the original author of libstroke - Update common licenses reference GPL -> GPL-2. * Add Vcs-* fields. Download with dget: dget -x http://mentors.debian.net/debian/pool/main/lib/libstroke/libstroke_0.5.1-8.dsc Or build it with gbp: gbp clone --pristine-tar https://anonscm.debian.org/git/collab-maint/libstroke.git cd libstroke git checkout debian/0.5.1-8 git verify-tag debian/0.5.1-8 # if you have my key gbp buildpackage Thanks. -- Sean Whitton --- End Message --- --- Begin Message --- Hi. >dget -x > http://mentors.debian.net/debian/pool/main/libs/libstroke/libstroke_0.5.1-8.dsc uploaded, but please next time try to use autoreconf, to avoid the Debian patches (or at least one), and bump std-version, compat, debhelper! thanks G.--- End Message ---
Bug#829456: RFS: jquery-throttle-debounce/1.1+dfsg.1-1
On 05-Jul-2016, Gianfranco Costamagna wrote: > > >Can you point me to specific parts that you want to be cleaner, and how > >they should be cleaned? > > your rules file is 83 lines, most node packages are about 3-4 lines > e.g. > https://sources.debian.net/src/node-recast/0.11.4-2/debian/rules/ Thanks for the pointer to what you mean. Okay, the extra content in the ‘debian/rules’ I have written are for: * Documentation. I hope you won't begrudge some descriptive comments. * Implementing the target recommended by Policy §4.9, and explaining why this is needed. Rather than ignore Policy in this regard, until that clause is changed I would prefer to conform if there is no good reason not to. * Compiling the library from source. Upstream ships a pre-compiled library, so that is needed in the binary package. The example you point to seems to not install any compiled library files, so naturally this package will be more complex for doing more. > ping back when happy with your changes :) Is there anything else that you think should not be in the ‘debian/rules’ file? > (I can understand you like your current rules file, this isn't a > showstopper, I'm just a fan of "keep it simple") Me too; but where there needs to be something different from the default, I am also a fan of “explicit is better than implicit”. -- \“Pinky, are you pondering what I'm pondering?” “Wuh, I think | `\ so, Brain, but how will we get three pink flamingos into one | _o__) pair of Capri pants?” —_Pinky and The Brain_ | Ben Finney signature.asc Description: PGP signature
Bug#829454: RFS: xkcdpass/1.6.3-1
On 03-Jul-2016, Paul Wise wrote: > You may want to talk to upstream about using argcomplete for automatic > bash completion instead of manually maintaining the bash completion > file separately to the existing argument parsing. That library is news to me, I will need to look into it. Thanks for the suggestion! I am fairly sure upstream for ‘xkcdpass’ will reject the suggestion, though, because in response to a similar suggestion to simplify customisation with a third-party library, they have stated they “would be happier to keep external dependencies to an absolute minimum” https://github.com/redacted/XKCD-password-generator/issues/34#issuecomment-191396569>. So I don't think they'll want to depend on ‘argcomplete’. -- \ “Teeth extracted by the latest Methodists.” dentist | `\ advertisement, Hong Kong | _o__) | Ben Finney signature.asc Description: PGP signature
Bug#829454: RFS: xkcdpass/1.6.3-1
On 03-Jul-2016, Gianfranco Costamagna wrote: > why do you have some extra chars in your files? I don't know of any extra characters. Which ones do you think are extra? > your packaging seems full of bad line endings How did you detect bad line endings? I dont' see any reported from ‘file’: $ file $(find debian/ -type f) debian/compat: ASCII text debian/changelog: UTF-8 Unicode text debian/libjs-jquery-throttle-debounce.install: UTF-8 Unicode text debian/README.source: UTF-8 Unicode text debian/gbp.conf: UTF-8 Unicode text debian/control:UTF-8 Unicode text debian/source/format: ASCII text debian/rules: a /usr/bin/make -f script, UTF-8 Unicode text executable debian/copyright: UTF-8 Unicode text debian/watch: UTF-8 Unicode text > my vim is sad to look at them! Are you maybe seeing the “form feed” characters (U+000C)? Those are not line endings; they are normal, standard white space. Your Vim is happy with them because they allow folding or navigating the file by “section”. See the Vim documentation http://vimdoc.sourceforge.net/htmldoc/motion.html#section>. > I: xkcdpass source: build-depends-on-python-dev-with-no-arch-any > > please fix, if you don't build libraries you don't have to depend on the -dev > Python package Thanks, I missed that. I'm not sure why I added it, I will double check. -- \“Hanging one scoundrel, it appears, does not deter the next. | `\ Well, what of it? The first one is at least disposed of.” | _o__)—Henry L. Mencken | Ben Finney signature.asc Description: PGP signature
Bug#829692: RFS: libu2f-host/1.1.2-0.1 [NMU] -- library for Universal 2nd Factor
X-Debbugs-CC: codeh...@debian.org Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for a NMU to the package libu2f-host. * Package name: libu2f-host Version : 1.1.2-0.1 Upstream Author : Yubico AG * URL : https://developers.yubico.com/libu2f-host/ * License : GPL-3+ Section : utils The upload fixes issues with the copyright file and symbol versionning, and includes the latest upstream version (1.1.2). It builds those binary packages: libu2f-host-dev - Development files for the U2F host C library libu2f-host libu2f-host0 - Universal 2nd Factor (U2F) host communication C Library u2f-host - Command line tool to do Universal 2nd Factor (U2F) operations To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libu2f-host The proper maintainer of the package seems unresponsive, and 2 RC bugs (FTBFS) were previously fixed by codehelp and myself after sitting without acknowledgment for a month. Thanks a lot to codehelp for teaching me how to handle symbol files properly. Best, nicoo signature.asc Description: PGP signature
Bug#829151: RFS: setcolortemperature/1.1-1 ITP
control: owner -1 !
control: tag -1 +moreinfo
Dear Jacob,
This looks like a nice alternative to redshift-gtk. Thanks for
packaging it. I can't sponsor the upload, but I hope this review is
useful to you.
1. Could you explain why you are packaging your fork rather then the
original? (This kind of thing should go in the ITP.)
2. Could you put your Debian packaging in git, please? It makes
reviewing easier. Perhaps as a 'debian' branch of your repo.
3. The formatting of the long description in debian/control is a bit
strange. Please separate paragraphs using a line with the string
" .". Probably best to wrap at 70 chars, too.
4. The wording of the long description could be improved. The first
sentence isn't really a sentence -- it would be better to write "sct
is a small C program to change the screen color temperature. It can
be used to reduce or increase the amount of blue light produced by
the screen." Please take another look at your wording :)
5. Have you considered calling the binary package 'sct'? That is what
someone might guess when they want to install this with apt-get.
6. 'sct' is a very short command name for /usr/bin ... have you
confirmed that it doesn't clash with any other packages in Debian?
You might have to set the priority to 'extra'.
7. The language in d/copyright ("I doubt if it's copyrightable" etc.)
isn't appropriate. You need to determine whether or not it is
copyrightable and make a clear statement of that.
8. This doesn't make sense (doesn't follow DEP-5 machine-readable
copyright file format) -- please check:
Files: sct.c
Copyright: 2016 Ted Unangst
whitepoints data copyright 2013 Ingo Thies
License: public-domain-sct and public-domain-colorramp
9. Please install the README into /usr/share/doc.
10. You're missing at least one build dependency. Please try building
in a clean sid chroot (see the pbuilder or sbuild tools).
--
Sean Whitton
Bug#829605: RFS: aspell-sk/2.02-0-0.1 [RC, NMU]
On Tuesday 05 July 2016 01:17:39 Jakub Wilk wrote: > Control: owner -1 ! > Control: tags -1 + moreinfo > > * Pali Rohár , 2016-07-04, 18:13: > >dget -x > >https://mentors.debian.net/debian/pool/main/a/aspell-sk/aspell-sk_2 > >.02-0-0.1.dsc > > > >Changes since the last upload: > > * Non-maintainer upload. > > * New upstream release (Closes: #603719). > > debian/copyright says that the package "was downloaded from > ftp://ftp.gnu.org/gnu/aspell/dict/sk/";, but there is no 2.02-0 at > this location. Official website for aspell-sk is http://www.sk-spell.sk.cx/aspell-sk where is also last version. On gnu.org is not last version and upstream maintainer confirmed it. > BTW, what's the difference between 2.01-2 and 2.02-0? There's no > entry for the latter version in doc/CHANGELOG. :-\ There is small changelog entry at website, that dictionary was updated to Firefox/Thunderbird version. Quick look at diff between those two versions confirm it. Dictionary is updated (new words + some fixes). > Also, the copyright file says that the package is under GPL, whereas > this new version is tri-licensed: LGPLv2.1, GPLv2, MPLv1.1. Ok, I can update debian/copyright file. > > * Use compat level 9 (Closes: #817360). > > Did you need to do any packaging changes to bump compat? Depends on debhelper 9, no other changes were needed, package built fine and is working. > > * Add Homepage and update Standards-Version. > > Why are these two in a single item? They seem unrelated to me. Those were changes in (one) control file, so I added them to one line. > Did you need to do any packaging changes to update S-V? > I wouldn't recommend updating S-V in an NMU. Well, Debian has in archives very old (maybe prehistoric) version of aspell-sk package. I reported this problem in bug 603719 in past *six* years ago and everybody in Debian ignored it, current maintainer too. And now when I saw that aspell-sk package is going to be removed from Debian, I updated compat level and thought that bringing new version should be done too... > Addition of debian/watch is not documented in the changelog. I can add it. > You changed source format to "3.0 (quilt)", but this change is not > documented either. Also, changing source format is not suitable for > an NMU, unless you have a very good reason. I thought that "3.0 (quilt)" format is preferred for new packages, so I updated it when I touched aspell-sk package. -- Pali Rohár pali.ro...@gmail.com signature.asc Description: This is a digitally signed message part.
Bug#829700: RFS: nvme-cli/0.8-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "nvme-cli" * Package name: nvme-cli Version : 0.8-1 Upstream Author : Keith Busch * URL : https://github.com/linux-nvme/nvme-cli/ * License : GPL Section : admin It builds those binary packages: nvme-cli - userspace tooling to control NVMe drives To access further information about this package, please visit the following URL: https://mentors.debian.net/package/nvme-cli Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/n/nvme-cli/nvme-cli_0.8-1.dsc More information about hello can be obtained from https://www.example.com. Changes since the last upload: nvme-cli (0.8-1) unstable; urgency=medium * New upstream release -- Breno Leitao Sun, 03 Jul 2016 07:12:26 -0400 Regards, Breno Leitao
QA for dvbackup
Hi, I do not think this a practice, but telling that I will do a QA for dvbackup[0]. [0] - https://packages.qa.debian.org/d/dvbackup.html regards, -- Herbert Parentes Fortes Neto (hpfn) signature.asc Description: This is a digitally signed message part
Bug#822634: RFS: magit-svn/2.1.1-1 [ITP]
Hi there. On Sun, May 15, 2016 at 05:23:20PM +, Mattia Rizzolo wrote: > On Mon, Apr 25, 2016 at 10:43:41PM +0200, Alberto Luaces wrote: > > I am looking for a sponsor for my package "magit-svn" > > o/ 1,5 months ago I provided a review of this. Are you still interested in getting this package into debian? -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#829653: marked as done (RFS: caffe-contrib/1.0.0~rc3-1 -- cuda version of caffe [ITP])
Your message dated Tue, 5 Jul 2016 13:24:31 + (UTC) with message-id <1304227701.3668261.1467725071992.javamail.ya...@mail.yahoo.com> and subject line Re: Bug#829653: RFS: caffe-contrib/1.0.0~rc3-1 -- cuda version of caffe [ITP] has caused the Debian Bug report #829653, regarding RFS: caffe-contrib/1.0.0~rc3-1 -- cuda version of caffe [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.) -- 829653: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829653 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: wishlist X-Debbugs-CC: costamagnagianfra...@yahoo.it , ghisv...@gmail.com Dear mentors, This cuda version is basically synced with the CPU version in packaging. I am looking for a sponsor for my package "caffe-contrib" * Package name: caffe-contrib Version : 1.0.0~rc3-1 Upstream Author : Berkeley vision and learning center * URL : github.com/bvlc/caffe * License : BSD-2-Clause Section : science It builds those binary packages: caffe-cuda - Fast, open framework for Deep Learning (Meta) caffe-tools-cuda - Tools for fast, open framework for Deep Learning (CUDA) libcaffe-cuda-dev - development files for Caffe (CUDA) libcaffe-cuda1 - library of Caffe, a deep leanring framework (CUDA) python3-caffe-cuda - Python3 interface of Caffe (CUDA) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/caffe-contrib Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/contrib/c/caffe-contrib/caffe-contrib_1.0.0~rc3-1.dsc Changes since the last upload: caffe-contrib (1.0.0~rc3-1) experimental; urgency=low * Initial release. (Closes: #823308) -- Best, Lumin --- End Message --- --- Begin Message --- Hi, > This cuda version is basically synced with the CPU version in > packaging. > > I am looking for a sponsor for my package "caffe-contrib" in new queue G.--- End Message ---
Bug#829707: RFS: cdrdao/1:1.2.3-3 [QA, RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for the package "cdrdao" * Package name: cdrdao Version : 1:1.2.3-3 Upstream Author : Manuel Clos , Denis Leroy * URL : http://cdrdao.sourceforge.net/ * License : GPL-2+ Section : otherosfs It builds those binary packages: cdrdao - records CDs in Disk-At-Once (DAO) mode To access further information about this package, please visit the following URL: https://mentors.debian.net/package/cdrdao Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/c/cdrdao/cdrdao_1.2 .3-3.dsc Changes since the last upload: * d/p/21: Add patch to fix compilation with gcc-6, Closes: #811733 * d/control: Update standards version to 3.9.8 Many thanks, Gert
Bug#829454: RFS: xkcdpass/1.6.3-1
Hi >I don't know of any extra characters. Which ones do you think are >extra? >debian/rules: a /usr/bin/make -f script, > UTF-8 Unicode text executable I did leave only one of that "^L" lines hexdump debian/rules 000 0a0c 002 (attached) seems that you are using \a\c crlf to do newlines (sometimes) Unix is usually doing just \a, this is why vim is complaining, the files seems to have been edited with some windows program >Thanks, I missed that. I'm not sure why I added it, I will double check. thanks! G. rules Description: Binary data
Bug#829707: marked as done (RFS: cdrdao/1:1.2.3-3 [QA, RC])
Your message dated Tue, 5 Jul 2016 14:11:07 + (UTC) with message-id <134748363.3730152.1467727867207.javamail.ya...@mail.yahoo.com> and subject line Re: Bug#829707: RFS: cdrdao/1:1.2.3-3 [QA, RC] has caused the Debian Bug report #829707, regarding RFS: cdrdao/1:1.2.3-3 [QA, RC] 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.) -- 829707: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829707 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for the package "cdrdao" * Package name: cdrdao Version : 1:1.2.3-3 Upstream Author : Manuel Clos , Denis Leroy * URL : http://cdrdao.sourceforge.net/ * License : GPL-2+ Section : otherosfs It builds those binary packages: cdrdao - records CDs in Disk-At-Once (DAO) mode To access further information about this package, please visit the following URL: https://mentors.debian.net/package/cdrdao Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/c/cdrdao/cdrdao_1.2 .3-3.dsc Changes since the last upload: * d/p/21: Add patch to fix compilation with gcc-6, Closes: #811733 * d/control: Update standards version to 3.9.8 Many thanks, Gert --- End Message --- --- Begin Message --- Hi, >I am looking for a sponsor for the package "cdrdao" s/UNRELEASED/unstable. uploaded. thanks, G.--- End Message ---
Bug#829700: marked as done (RFS: nvme-cli/0.8-1)
Your message dated Tue, 5 Jul 2016 15:30:25 + (UTC) with message-id <80899332.3909029.1467732625631.javamail.ya...@mail.yahoo.com> and subject line Re: Bug#829700: RFS: nvme-cli/0.8-1 has caused the Debian Bug report #829700, regarding RFS: nvme-cli/0.8-1 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.) -- 829700: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829700 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 "nvme-cli" * Package name: nvme-cli Version : 0.8-1 Upstream Author : Keith Busch * URL : https://github.com/linux-nvme/nvme-cli/ * License : GPL Section : admin It builds those binary packages: nvme-cli - userspace tooling to control NVMe drives To access further information about this package, please visit the following URL: https://mentors.debian.net/package/nvme-cli Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/n/nvme-cli/nvme-cli_0.8-1.dsc More information about hello can be obtained from https://www.example.com. Changes since the last upload: nvme-cli (0.8-1) unstable; urgency=medium * New upstream release -- Breno Leitao Sun, 03 Jul 2016 07:12:26 -0400 Regards, Breno Leitao --- End Message --- --- Begin Message --- Hi, >I am looking for a sponsor for my package "nvme-cli" signed and uploaded. Just a question: can you please confirm the Ubuntu delta can be dropped? https://patches.ubuntu.com/n/nvme-cli/nvme-cli_0.7-1ubuntu1.patch G.--- End Message ---
Bug#829454: RFS: xkcdpass/1.6.3-1
Hi, your package doesn't support arch:all builds... can you please prepare a new upload? (I'm afraid it will need to go in new queue :( ) G.
Re: Adding runtime dependencies that aren't caught by shlibs:Depends
On 28.05.2016 12:30, Jakub Wilk wrote: > * Jens Reyer , 2016-05-27, 20:17: >> I think I have it working now in wine to automatically generate a list >> of runtime dependencies. I based it on Jakub's suggestions, however I >> didn't go for creating a "dependency binary". >> >> For one I did get results this way, but unfortunately I neither really >> know python nor perl which is usually used in wine packaging, in order >> to cleanly implement it there. > > I've attached shell implementation of SONAMEs-to-ELF converter. First off, many thanks again for that script. Unfortunately it fails in Ubuntu (see #827770): ./debian/scripts/sonames2elf libcups.so.2 libdbus-1.so.3 libfontconfig.so.1 libfreetype.so.6 libGL.so.1 libgnutls.so.30 libgsm.so.1 libjpeg.so.8 libncurses.so.5 libodbc.so.2 libopenal.so.1 libOSMesa.so.8 libpng16.so.16 libtiff.so.5 libX11.so.6 libXcomposite.so.1 libXcursor.so.1 libXext.so.6 libXi.so.6 libXinerama.so.1 libXrandr.so.2 libXrender.so.1 libxslt.so.1 libXxf86vm.so.1 > debian/tmp/elf.recommends /usr/bin/ld: cannot find libGL.so.1 collect2: error: ld returned 1 exit status debian/rules:153: recipe for target 'override_dh_shlibdeps' failed In Ubuntu libGL.so.1 is in /usr/lib//mesa/. However this does not cause issues for other Debian packages for finding it (probably by looking at /etc/ld.so.conf). I assume one could explicitly specify the rpath in sonames2elf, but do you have any idea how to solve this generically/why this doesn't work? Greets jre
Weird unmet build dependencies on buildds
Hi, I am trying to get my package "dpuser" compiled. While this works nicely on my local pbuilder with up-to-date packages, it fails on the buildds: https://buildd.debian.org/status/package.php?p=dpuser f.e. for i386: ---8<- Dependency installability problem for dpuser on i386: dpuser build-depends on: - i386:libvtk6-dev i386:libvtk6-dev depends on: - i386:python-vtk6 (= 6.3.0+dfsg1-1) i386:python-vtk6 depends on: - i386:python-twisted i386:python-twisted depends on: - i386:python-twisted-core (>= 16.2.0-1) i386:python-twisted-core depends on: - i386:python-openssl i386:python-openssl depends on: - i386:python-cryptography (>= 1.3) i386:python-cryptography depends on missing: - i386:python-cffi-backend-api-min (<= 9729) ---8<- I could somehow not trace this dependency chain; locally everything works well. What could cause this problem and how should one solve it? Best regards Ole
Re: Weird unmet build dependencies on buildds
* Ole Streicher , 2016-07-05, 21:26: Dependency installability problem for dpuser on i386: dpuser build-depends on: - i386:libvtk6-dev i386:libvtk6-dev depends on: - i386:python-vtk6 (= 6.3.0+dfsg1-1) i386:python-vtk6 depends on: - i386:python-twisted i386:python-twisted depends on: - i386:python-twisted-core (>= 16.2.0-1) i386:python-twisted-core depends on: - i386:python-openssl i386:python-openssl depends on: - i386:python-cryptography (>= 1.3) i386:python-cryptography depends on missing: - i386:python-cffi-backend-api-min (<= 9729) At the moment wanna-build doesn't grok versioned provides. See debian-wb-team@ldo archives for details. -- Jakub Wilk
Re: Adding runtime dependencies that aren't caught by shlibs:Depends
* Jens Reyer , 2016-07-05, 21:24: First off, many thanks again for that script. Unfortunately it fails in Ubuntu (see #827770): ./debian/scripts/sonames2elf libcups.so.2 libdbus-1.so.3 libfontconfig.so.1 libfreetype.so.6 libGL.so.1 libgnutls.so.30 libgsm.so.1 libjpeg.so.8 libncurses.so.5 libodbc.so.2 libopenal.so.1 libOSMesa.so.8 libpng16.so.16 libtiff.so.5 libX11.so.6 libXcomposite.so.1 libXcursor.so.1 libXext.so.6 libXi.so.6 libXinerama.so.1 libXrandr.so.2 libXrender.so.1 libxslt.so.1 libXxf86vm.so.1 > debian/tmp/elf.recommends /usr/bin/ld: cannot find libGL.so.1 collect2: error: ld returned 1 exit status debian/rules:153: recipe for target 'override_dh_shlibdeps' failed In Ubuntu libGL.so.1 is in /usr/lib//mesa/. Ugh. :-\ This is not a problem for normally linking with -lGL because the libGL.so symlink lives directly in /usr/lib//. It's also not a problem at runtime, because /usr/lib//mesa/ is included in /etc/ld.so.conf.d/_GL.conf. But it does break sonames2elf, because ld(1) doesn't pay attention to /etc/ld.so.conf*. As a work-around, changing "libGL.so.1" to "libGL.so" in the sonames2elf command-line seems to do the trick. (You may want to implement extra check to ensure that the linker found exactly the same SONAME as it should.) -- Jakub Wilk
Re: QA for dvbackup
Hello, On Tue, Jul 05, 2016 at 09:46:56AM -0300, Herbert Fortes wrote: > I do not think this a practice, but telling > that I will do a QA for dvbackup[0]. Indeed -- you just need to prepare the QA upload and file an RFS. If you want to ensure someone else doesn't try to fix the same bugs as you while your upload is in preparation, you can set yourself as the owner of the bugs in question. -- Sean Whitton
Re: Bug#829605: RFS: aspell-sk/2.02-0-0.1 [RC, NMU]
On Tue, Jul 05, 2016 at 02:28:30PM +0200, Pali Rohár wrote: > On Tuesday 05 July 2016 01:17:39 Jakub Wilk wrote: > > Did you need to do any packaging changes to update S-V? > > I wouldn't recommend updating S-V in an NMU. > > Well, Debian has in archives very old (maybe prehistoric) version of > aspell-sk package. I reported this problem in bug 603719 in past *six* > years ago and everybody in Debian ignored it, current maintainer too. > > And now when I saw that aspell-sk package is going to be removed from > Debian, I updated compat level and thought that bringing new version > should be done too... The package hasn't been updated since 2005, despite upstream being alive. I'd say it's hijack time (or, if you prefer a veneer of propriety, orphaning then adopting 20 minutes later). -- An imaginary friend squared is a real enemy.
