Bug#675701: ptop/3.6.2-7
OKe -Oorspronkelijk bericht- Van: Bart Martens [mailto:ba...@master.debian.org] Namens Bart Martens Verzonden: dinsdag 5 juni 2012 7:20 Aan: Bas van den Dikkenberg; 675...@bugs.debian.org Onderwerp: RFS: ptop/3.6.2-7 Hi Bas, I suggest to do the following changes: - Remove machine/m_gnu.c from debian/patches/ptop_hurd, done - Add "cp -f machine/m_linux.c machine/m_gnu.c" to debian/rules, Not done, i adjusted the configure file to use m_linux.c so no copy is needed - Add debian/clean containing "machine/m_gnu.c", Not done, i adjusted the configure file to use m_linux.c so no cleaning is needed - Add similar changes for the other arch(s) with the same problem, - Rename debian/patches/ptop_hurd to debian/patches/archs, done - Update "Architecture:" in debian/control. Done I'm not sure about removing hppa and powerpcspe from ptop's archs list because I don't know the issue with debhelper on these archs. Is it really a permanent problem ? Maybe ptop can have "Architecture: any". This page http://buildd.debian-ports.org/status/package.php?p=debhelper&suite=sid states "No entry in hppa database, check Packages-arch-specific" but this page https://buildd.debian-ports.org/quinn-diff/sid/Packages-arch-specific seems to fail at this time. I looked this up: http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile "must be accompanied by a verbatim copy of its copyright information" "should name the original authors" Added to copyright I see in the file LICENSE that William LeFebvre is copyright holder but that is not yet mentioned in debian/copyright. That's a "must" for debian-policy. I see that there are quite some authors. Mentioning them in debian/copyright is a "should" for debian-policy. To help you with listing them, I found these authors so far: Andrew Herbert Andrew S. Townley Anthony Baxter Ariel Faigon Christos Zoulas Joep Vesseur John Haxby John Schimmel Kevin Schmidt Larry McVoy Mike Hopkirk Richard Henderson Sandeep Cariapa Thorsten Lockert Torsten Kasch William LeFebvre Rich Holland Mark Wong Except Mark Wong i added them as coauthors, Do I need to add there email address also ? If not oke please email, if uploaded a new version to mentors I think that the list is pretty complete, but it's possible that I've missed a few. I have left out the e-mail addresses to prevent complaints about spam. I suggest to add this list to debian/copyright. It's a "should" for debian-policy. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/B1AA70CF260D6446B5DBB7B8C7E4CED501C2EE4C@srv03.dikkenberg.local
+dfsg
For the (lib)freefoam* packages I am building I came across some non-free files in the source. I got some remarks that the non-free files will have to be removed and the source will have to be re-packed in a new +dfsg tar file (instead of providing patches in debian/). As I will have to remove an entire directory, containing a module, its parent directory contains a CMakeLists.txt file containing 'add_subdirectory(subdir_containing_non_free_files)' My question is: do I have to provide a patch in debian/patches which contains the change in the CMakeLists.txt file or should the file be modified before repacking? Thanks, Gerber -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1338884843.24716.10.ca...@hamburg.upc.es
Re: +dfsg
On Tue, Jun 5, 2012 at 4:27 PM, Gerber van der Graaf wrote: > As I will have to remove an entire directory, containing a module, its > parent directory contains a CMakeLists.txt file containing > 'add_subdirectory(subdir_containing_non_free_files)' > My question is: do I have to provide a patch in debian/patches which > contains the change in the CMakeLists.txt file or should the file be > modified before repacking? I would change it with a patch. -- bye, pabs http://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: http://lists.debian.org/caktje6gs2gsqr6cemshyufgvgjbwpglmf-q9o7emvfhve4v...@mail.gmail.com
Re: +dfsg
Gerber van der Graaf wrote: > For the (lib)freefoam* packages I am building I came across some > non-free files in the source. I got some remarks that the non-free files > will have to be removed and the source will have to be re-packed in a > new +dfsg tar file (instead of providing patches in debian/). > > As I will have to remove an entire directory, containing a module, its > parent directory contains a CMakeLists.txt file containing > 'add_subdirectory(subdir_containing_non_free_files)' > My question is: do I have to provide a patch in debian/patches which > contains the change in the CMakeLists.txt file or should the file be > modified before repacking? If you "document", what you do, you can also use sed during re-packaging without a patch. I use some kind of script to create such tarballs. See e.g. http://anonscm.debian.org/viewvc/debichem/unstable/openbabel/debian/watch?view=co&content-type=text%2Fplain http://anonscm.debian.org/viewvc/debichem/unstable/openbabel/debian/get-orig-source.sh?view=co&content-type=text%2Fplain You can re-use the script. Just replace line 19 and 20 with whatever you need to do in your package. Regards, Daniel -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120605092552.230...@gmx.net
Bug#676187: RFS: veromix/0.17.0-1 [ITP]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "veromix" * Package name: veromix Version : 0.17.0-1 Upstream Author : Nik Lutz * URL : http://code.google.com/p/veromix-plasmoid/ * License : GPL 3+ Section : sound It builds those binary packages: plasma-widget-veromix - Mixer for the PulseAudio sound server (Plasma) veromix- Mixer for the PulseAudio sound server (GTK+) veromix-common - Mixer for the PulseAudio sound server (common) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/veromix Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/v/veromix/veromix_0.17.0-1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: veromix (0.17.0-1) unstable; urgency=low * New upstream release (adds Gtk frontend). * Updated debian/control: - Standards-Version to 3.9.3 (no changes). - Change Section from kde to sound. - New binary packages: veromix-common, veromix. - Moving dependencies from plasma-widget-veromix to veromix-common. - Removing kdelibs-bin and kdesdk-scripts from Build-Depends. * Update debian/copyright. * Update debian/rules: - Also using gzip compression level 9 for binary packages. - Update override_dh_python2 for new packages. * Adding manpage for veromix (debian/veromix.1, debian/veromix.manpages). * New Files: - veromix.1 - veromix.install - veromix.links - veromix-common.install - veromix.manpages Regards, nik lutz -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAB=szrnrsyokvb3mvf9axd0rgqu6avesz+yc1mappwfyp8+...@mail.gmail.com
Bug#675910: RFS: grr.app/0.9.0-1
Bart Martens wrote: > The information in debian/copyright is not yet complete, see > GNUstep.h. Thanks, added and switched to copyright format 1.0. I reuploaded the package to mentors.d.n. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87lik25ble.GNUs_Not_Unix!%ya...@gnu.org
Bug#670334: Sponsoring of notion, a first look
Hi Philip, Philipp Hartwig wrote: > thank you very much for your comments. Thanks for the feedback. > > a few observations (without having gone too deep yet, so I might have > > overseen > > some reasoning): > > > > notion_3+2012042300.orig.tar.gz from your package and > > notion-3-2012042300-src.tar.gz from SF seem to differ: > > > > 0ffd57a75f2c1a75ce551b3baef1fee0 notion_3+2012042300.orig.tar.gz > > 96d004374e92e3188608a39afea2d75f notion-3-2012042300-src.tar.gz > > > > -rw-r--r-- 1 abe tar 754121 May 16 15:29 notion_3+2012042300.orig.tar.gz > > -rw-r--r-- 1 abe tar 762655 Apr 23 18:42 notion-3-2012042300-src.tar.gz > > > > Is this on purpose? > > The files in the two archives are the same according to a recursive md5sum, > only the parent directories are called differently (we use 3-... as an > upstream version, which we change to 3+... when importing into the Debian git > repository to comply with [1]) and some file status information differs > (maybe/probably for the same reason). That's ok. I prefer to use tar balls identical to upstream whereever possible, but there also seem to be people in Debian which prefer the ease of creating tar balls directly out of the git repo which then always have these issues... > > The upstream ChangeLog says "(The ChangeLog will be generated by > > release scripts from svn logs)" -- looks like packaging a VCS > > snapshot. But the version suggests that an official upstream release > > and not a snapshot is packaged. Also such a ChangeLog stub should IMHO > > not show up in the Debian package as it's useless. > > Arnout has dropped the changelog, thanks. Good. > > [hardening flags] > > We have enabled hardening flags through a Debian patch to the build system. A > few Lintian warnings remain, but according to a discussion in > #debian-mentors, > these are false positives. Yeah, that's fine, too. As I discussed quite some stuff about the sponsoring of notion with Arnout on IRC, here's a list of what I consider as still open (with regards to the package on http://mentors.debian.net/package/notion from 2012-05-27 11:34Z): It looks mostly fine, but I'd like the following fixed: * debian/copyright seems to miss the copyright holders from the contrib directory; * For libtu/snprintf_2.2/snprintf.c I'd add the copyright holder and years to the note that this implementation is not used in the binary packages; * de/fontset.c has some more Copyright holders than mentioned in debian/copyright and the license seems to be different than what is mentioned in debian/copyright; * and more of these type of things. Please check that all persons which show up in the output of the following output are also mentioned in debian/copyright: egrep -i ' \(c\)|copyright' -r . | egrep -v 'debian|/LICENSE|Tuomo Valkonen' I know debian/copyright is already quite lengthy, but basically everything in the source package should also be mentioned in the debian/copyright package as it's at least redistributed via the Debian mirrors. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120605112748.gh7...@sym.noone.org
Re: GPL and OpenSSL
Dear mentors :-) I wrote this morning to upstream people and they agree and are very happy to switch from OpenSSL to GnuTLS. They tell me the following: «That is good. I will switch to GnuTLS. Please pass my thanks to the debian people for spotting it.» Best regards El 05/06/12 07:49, José Luis Segura Lucas escribió: > El 04/06/12 23:38, Arno Töll escribió: >> I find it quite strange that the upstream authors are aware of this >> problem but do not care to violate their own licensing terms by the way >> (this makes alternative b) quite appealing to them I guess). >> > Well, I think they know that *after* developing it. I have copied and > pasted your answer to them and waiting news about it. Hope that they > change the necessary. > > Thanks a lot for your answers > -- José Luis Segura Lucas signature.asc Description: OpenPGP digital signature
Bug#676218: RFS: ustr/1.0.4-3 [RC] -- enable hardening flags and multiarch
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "ustr" It builds those binary packages: libustr-1.0-1 - Micro string library: shared library libustr-1.0-1-dbg - Micro string library: debugging symbols libustr-dev - Micro string library: development stuff libustr-doc - Micro string library: documentation The library libustr-1.0-1 is present on every Debian system in fact, because libsemanage1 depends on it and passwd depends on libsemanage1. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ustr Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/u/ustr/ustr_1.0.4-3.dsc Changes since the last upload: ustr (1.0.4-3) unstable; urgency=low * Changed debian/watch, upstream ftp is no longer available * Changed Standards-Version to 3.9.3 * Support Multi-Arch for shared library. Closes: #676155 * Changed debian/copyright to machine-readable format * Hardening: append CPPFLAGS to CFLAGS * Added patch fixes/man-spelling, to fix spelling errors in man-pages reported newly by the lintian * Added debian/source/format with 1.0 version number -- Vaclav Ovsik Wed, 30 May 2012 09:48:12 +0200 Regards -- Zito -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120605123551.GA20663@bobek.localdomain
Ruby help needed (Was: Bug#676114: wordnet: FTBFS: debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII))
Hi, Dmitry E. Oboukhov has added some Ruby code to wordnet packaging (debian/wn-for-goldendict.rb) which worked for two years and at least up to "Fri, 01 Jun 2012 13:45:40 +0200" when I did the last upload. Yesterday I wanted to try to fix two (unrelated) open bugs and realised the FTBFS problem and asked Dmitry for help. My guess is that this is connected to the Ruby migration and most probably simple to fix for a Ruby coder. The only way *I* could fix the problem would be droping the goldendict-wordnet binary package again which would definitely not be the best solution. Any better hint? Kind regards Andreas. On Tue, Jun 05, 2012 at 12:33:49AM +0200, Lucas Nussbaum wrote: > Source: wordnet > Version: 1:3.0-27 > Severity: serious > Tags: wheezy sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20120604 qa-ftbfs > User: debian-r...@lists.debian.org > Usertags: default19 > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part: > > make[3]: Entering directory `/«PKGBUILDDIR»' > > make[3]: Leaving directory `/«PKGBUILDDIR»' > > make[2]: Leaving directory `/«PKGBUILDDIR»' > > make[1]: Leaving directory `/«PKGBUILDDIR»' > > touch debian/stamp-makefile-build > > DEB_MAKE_CHECK_TARGET unset, not running checks > > set -e; \ > > if dpkg-architecture -qDEB_BUILD_ARCH|grep -q 'mips\|arm\|s390'; then \ > > if test "$FORCE_GOLDENDICT_BUILD" -gt 0; then \ > > ruby debian/wn-for-goldendict.rb > > > goldendict-wordnet.dsl; \ > > else \ > > echo "Building of goldendict-wordnet dictionary was > > skipped"; \ > > echo "to build this package use environment variable"; \ > > echo "FORCE_GOLDENDICT_BUILD=1" ; \ > > touch goldendict-wordnet.dsl; \ > > fi; \ > > else \ > > ruby debian/wn-for-goldendict.rb > goldendict-wordnet.dsl; \ > > fi > > debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII) > > debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII) > > debian/wn-for-goldendict.rb:465: syntax error, unexpected $end, expecting > > ')' > > print_array(@words, 'Syn', "[c blue]•[/c]") > > ^ > > make: *** [goldendict-wordnet.dsl] Error 1 > > The full build log is available from: >http://people.debian.org/~lucas/logs/2012/06/04/wordnet_3.0-27_unstable.log > > A list of current common problems and possible solutions is available at > http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! > > About the archive rebuild: The rebuild was done on EC2 VM instances from > Amazon Web Services, using a clean, minimal and up-to-date chroot. Every > failed build was retried once to eliminate random failures. > > > > -- > debian-science-maintainers mailing list > debian-science-maintain...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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: http://lists.debian.org/20120605140851.gg10...@an3as.eu
Bug#675403: marked as done (RFS: viewpdf.app/1:0.2dfsg1-4 [RC, ITA])
Your message dated Tue, 5 Jun 2012 06:55:38 -0700
with message-id <20120605135537.ga30...@ftbfs.org>
and subject line Sponsored
has caused the Debian Bug report #675403,
regarding RFS: viewpdf.app/1:0.2dfsg1-4 [RC, ITA]
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.)
--
675403: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675403
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 "viewpdf.app".
This upload would fix #453437, #615353, #619258, #675222.
http://mentors.debian.net/debian/pool/main/v/viewpdf.app/viewpdf.app_0.2dfsg1-4.dsc
Changes:
viewpdf.app (1:0.2dfsg1-4) unstable; urgency=low
* debian/control (Maintainer, Uploaders): Adopt package, make the
GNUstep team maintainer (Closes: #453437). Move Gürkan to Uploaders
and change his email address (Closes: #675222). Add myself.
(Build-Depends): Require debhelper >= 8, add dpkg-dev (>= 1.16.1~) for
hardening support. Remove version requirements for libgnustep-gui-dev
and libpopplerkit-dev. Drop gnustep-make.
(Section): Change to `gnustep'.
(Depends): Add ${misc:Depends}.
(Vcs-Git, Vcs-Browser): New fields.
(Homepage): New field, move from Description (Closes: #615353).
(Replaces, Conflicts): Remove, obsolete.
(Standards-Version): Claim compliance with 3.9.3 as of this release.
* debian/patches/rename.patch: Move local modifications here.
* debian/patches/series:
* debian/source/format:
* debian/preinst: New file.
* debian/compat: Set to 8.
* debian/dirs:
* debian/lintian-override: Delete.
* debian/ViewPDF.desktop: Remove Version and full stop from Comment
(Closes: #619258).
* debian/rules: Include /usr/share/dpkg/buildflags.mk. Avoid gs_make as
it tends to swallow $(MAKE) arguments. Misc cleanups.
(GNUSTEP_MAKEFILES): Export for the reason stated above.
(d_app, optim, LDFLAGS): Define.
(build-stamp): Pass all relevant flags to enable hardening.
(install): Use dh_prep isntead of dh_clean -k.
(binary-indep): Don't install the lintian override, move
arch-independent Resources to /usr/share instead.
* debian/watch: New (dummy) file.
--- End Message ---
--- Begin Message ---
Hi,
I've sponsored these packages.
--
Matt Kraai
https://ftbfs.org/kraai
--- End Message ---
Bug#675910: marked as done (RFS: grr.app/0.9.0-1)
Your message dated Tue, 5 Jun 2012 06:55:38 -0700 with message-id <20120605135537.ga30...@ftbfs.org> and subject line Sponsored has caused the Debian Bug report #675910, regarding RFS: grr.app/0.9.0-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.) -- 675910: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675910 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 "grr.app". This upload would fix #633544. http://mentors.debian.net/debian/pool/main/g/grr.app/grr.app_0.9.0-1.dsc Changes: grr.app (0.9.0-1) unstable; urgency=low * New upstream release: + Builds with ld --as-needed (Closes: #633544). * debian/control (Build-Depends): Remove quilt. Add librsskit-dev (>= 0.3-2) and dpkg-dev (>= 1.16.1~) (for hardening support). (Homepage): Update, new upstream. (Vcs-Arch, Vcs-Gir, Vcs-Browser): Switch from Arch to Git. (rssreader.app): Remove package. (Conflicts, Replaces): Remove. (Standards-Version): Bump to 3.9.3; no changes needed. * debian/source/format: Switch to 3.0 (quilt). * debian/README.source: Delete; redundant. * debian/patches/link-libs.patch: Delete, not relevant anymore. * debian/patches/series: Update. * debian/rules: Don't include /usr/share/quilt/quilt.make, eliminate patch/unpatch dependencies. Enable hardening. Convert and install the new application icon. (LDFLAGS): Omit -Wl,-z,defs as the new plugins require methods defined in the app itself. (install): Don't handle RSSKit, it's in a separate package now. Don't install /usr/lib/grr.app. (binary-arch): Remove GS_USE_FHS conditional. Move only the images to /usr/share as Resources contains arch-dependent plugins. * debian/preinst: New file. * debian/Grr.desktop: Amend Icon. * debian/watch: Watch the new upstream location. * debian/copyright: Upgrade to GPLv3+, remove information about RSSKit. Add more copyright holders. --- End Message --- --- Begin Message --- Hi, I've sponsored these packages. -- Matt Kraai https://ftbfs.org/kraai --- End Message ---
Bug#675963: marked as done (RFS: cynthiune.app/0.9.5-14 [RC])
Your message dated Tue, 5 Jun 2012 06:55:38 -0700 with message-id <20120605135537.ga30...@ftbfs.org> and subject line Sponsored has caused the Debian Bug report #675963, regarding RFS: cynthiune.app/0.9.5-14 [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.) -- 675963: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675963 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: important Dear mentors, I'm looking for a sponsor for my package "cynthiune.app". This upload would fix #633543, #656604 and #667867. http://mentors.debian.net/debian/pool/main/c/cynthiune.app/cynthiune.app_0.9.5-14.dsc Changes: cynthiune.app (0.9.5-14) unstable; urgency=low * debian/patches/gcc-4.7.patch: New; fixes FTBFS with GCC-4.7 (Closes: #667867). * debian/patches/libmusicbrainz5.patch: New; port to libmusicbrainz5 (Closes: #656604). * debian/patches/link-libs.patch: Fix FTBFS with ld --as-needed, thanks Colin Watson (Closes: #633543). * debian/patches/series: Update. * debian/source/format: Switch to 3.0 (quilt). * debian/README.source: Delete; redundant. * debian/control (Build-Depends): Remove quilt. Replace libmusicbrainz4-dev with libmusicbrainz5-dev. Add dpkg-dev (>= 1.16.1~), for hardening support. (Vcs-Arch, Vcs-Git, Vcs-Browser): Switch from Arch to Git. (Standards-Version): Bump to 3.9.3; no changes needed. * debian/rules: Don't include /usr/share/quilt/quilt.make, eliminate patch/unpatch dependencies. Enable hardening. (binary-arch): Remove GS_USE_FHS conditional. Invoke dh_lintian. * debian/preinst: Delete; no longer needed. * debian/lintian-overrides: New file, override some hardening false positives. --- End Message --- --- Begin Message --- Hi, I've sponsored these packages. -- Matt Kraai https://ftbfs.org/kraai --- End Message ---
Bug#676218: RFS: ustr/1.0.4-3 [RC] -- enable hardening flags and multiarch
Václav Ovsík writes: > Package: sponsorship-requests > Severity: important Does the RC in your subject refer to release critical? If so, what RC bug does this close? d -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87vcj5u8ba.fsf@zancas.localnet
Bug#676237: RFS: termit/2.9.3-1 [ITA]
Package: sponsorship-requests Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear mentors, I am looking for a sponsor for my package "termit" * Package name: termit Version : 2.9.3-1 Upstream Author : Evgeny Ratnikov * URL : https://github.com/nonstop/termit * License : GPL-2 It builds those binary packages: termit - Simple terminal emulator based on vte library, embedded lua To access further information about this package, please visit the following URL: http://mentors.debian.net/package/termit Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/termit/termit_2.9.3-1.dsc Changes since the last upload: * New upstream version (Closes: #635514) * [862929] update policy version to 3.9.3 * [adc20f] Set myself as maintainer * [867e99] Machine readable copyright * [b05474] correct VCS-* fields (Closes: #661466) * [0967c9] provide termit as alternative for x-terminal-emulator. Thanks to Nobuhiro Iwamatsu (Closes: #617198) Tomas Fasth authorized me to take over maintainership. Regards, Thomas Koch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJPzh4nAAoJEAf8SJEEK6Za70EP/2DsfQ9OElP+yWrIt1im5lhx yYsDCaUd7tMHX+I2rfK3+ENVN7ex+4fm1PIVjmxZeq0TVYIirWY9SvbDPI0pzdi3 O41YaBttLy4TQKQt/zK3ZQeDKpLMvLtmKe0Zs9C4VZ6txg9/Uo0IhElMZ06fU8jj rAcXBjcRArs71vKcDXsKNC1oB6lZWi+lshvCuv3RCZa6tXBKYpwH5vVfq0shJBRM nLhcXjhSDTolQ9XAphW1ddDLukgoT2qf43EpjIo59Ovo0xc2NY+Ka+IHAn7nUTuG Xxoo8wURTEG0CiA3wUNtrCVSABtCyFN6hsE1F0d7zk04uT0+hhW5187bSwI29VtX pc9rzw3hlZ0tyObFZ31pHmXiHpFbbfI7XgVmBXQTwbt9OxmspaVXNzjoVDvnnci4 L9BujTDjTju5CejVYc1ebEMMIfCkAo8IR7shzuusnalw0AP/nMOorjiEEqyYxSk5 8A/5RLmVj9wJQznRZd/W1csJlq7BhvXsSabXgnpmpTqZ0smqAxfhKQzecJ9y2oQF Cx/a05Opr9iPoeREczA/rJcE9sO5o9hmLm6SYI3geg+GEkRZQ6Tl/pPTe9/SK331 5xX4osJfrI1mqs4A1Yhp5Q1/1FLfa1muGeBVHNrTdYNj85V2iVHoWzd25kSyxWbA ONxxSDUxNNEmNneV7RvH =EQ2w -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120605145645.21110.30755.reportbug@x121e
Bug#675388: RFS: python-cups/1.9.61-0.1 [RC] [NMU]
(I don't intend to sponsor this NMU.) * Rob Adams , 2012-05-31, 11:53: dget -x http://mentors.debian.net/debian/pool/main/p/python-cups/python-cups_1.9.61-0.1.dsc [...] Changes since the last upload: * Non-maintainer upload. * New upstream release. (Resolves: #656640) Did you mean s/Resolved/Closes/? * debian/control: - bump standard-version to 3.9.3 Were any packaging changes needed to do this? Anyway, this not appropriate for any NMU. * debian/compat: - bump to 9 Were any packaging changes needed to do this? Again, not appropriate for an NMU. * debian/rules: - switch from python-support to dh_python2 We don't do things like this in an NMU. What is this: | binary-*: | dh_python2 (in debian/rules) supposed to do? You added "X-Python-Version: >= 2.6", presumably because the new upstream version doesn't support with 2.5 anymore. Do you know why? You forgot to bump B-D on python-all-dev to >= 2.6.6-3~ (for dh_python2 support). * debian/source.lintian-override: - package-needs-versioned-debhelper-build-depends 9. No, lintian is correct. Fix the bug instead. Other changes you made that are not documented in the changelog: - added a trailing comma Uploaders (?!); - changed package description; - changed debian/copyright; - removed a patch; - added DEB_BUILD_HARDENING=1 and DEB_BUILD_HARDENING_STACKPROTECTOR=1 in debian/rules (?!); - prepended -fstack-protector to CFLAGS (shouldn't you use dpkg-buildflags to acquire CFLAGS instead?). Why "[RC]" in the bug title? As far as I can see the only bug this package fixes has severity normal. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120605150346.ga6...@jwilk.net
Re: Ruby help needed (Was: Bug#676114: wordnet: FTBFS: debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII))
On 06/05/2012 10:08 AM, Andreas Tille wrote: debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII) debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII) debian/wn-for-goldendict.rb:465: syntax error, unexpected $end, expecting ')' print_array(@words, 'Syn', "[c blue]•[/c]") Probable fix: add the following at the top of the file (as first line if there is no #! line, or immediately after that): # encoding: utf-8 Alternate fix, replace "•" with "\u2022" in line 465. Explanation: '•' is a non-ASCII character. If you build this outside of a build machine, it probably builds as you likely have the LANG environment variable set. Unset, it defaults to US-ASCII. - Sam Ruby -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fce2532.9090...@intertwingly.net
Processed: none RC bug, sorry
Processing commands for cont...@bugs.debian.org: > severity 676218 wishlist Bug #676218 [sponsorship-requests] RFS: ustr/1.0.4-3 [RC] -- enable hardening flags and multiarch Severity set to 'wishlist' from 'important' > retitle 676218 RFS: ustr/1.0.4-3 -- enable hardening flags and multiarch Bug #676218 [sponsorship-requests] RFS: ustr/1.0.4-3 [RC] -- enable hardening flags and multiarch Changed Bug title to 'RFS: ustr/1.0.4-3 -- enable hardening flags and multiarch' from 'RFS: ustr/1.0.4-3 [RC] -- enable hardening flags and multiarch' > thanks Stopping processing here. Please contact me if you need assistance. -- 676218: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676218 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13389100606477.transcr...@bugs.debian.org
Bug#676218: RFS: ustr/1.0.4-3 [RC] -- enable hardening flags and multiarch
On Tue, Jun 05, 2012 at 11:44:57AM -0300, David Bremner wrote: > Václav Ovsík writes: > > > Package: sponsorship-requests > > Severity: important > > Does the RC in your subject refer to release critical? If so, what RC > bug does this close? You catch me. I search on http://www.debian.org/Bugs/Developer, that RC bug is only severity serious and above. I'm going to decrease severity of RFS and retitle this bug. Sorry. Thanks -- Zito -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120605152442.GA353@bobek.localdomain
Re: +dfsg
On Tue, Jun 05, 2012 at 10:27:23AM +0200, Gerber van der Graaf wrote: > For the (lib)freefoam* packages I am building I came across some > non-free files in the source. I got some remarks that the non-free files > will have to be removed and the source will have to be re-packed in a > new +dfsg tar file (instead of providing patches in debian/). > > As I will have to remove an entire directory, containing a module, its > parent directory contains a CMakeLists.txt file containing > 'add_subdirectory(subdir_containing_non_free_files)' > My question is: do I have to provide a patch in debian/patches which > contains the change in the CMakeLists.txt file Yes. > or should the file be modified before repacking? No. For completeness: http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-origtargz Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120605161308.gc9...@master.debian.org
Bug#675978: marked as done (RFS: projectcenter.app/0.6.0-2)
Your message dated Tue, 05 Jun 2012 16:14:25 + with message-id and subject line closing RFS: projectcenter.app/0.6.0-2 has caused the Debian Bug report #675978, regarding RFS: projectcenter.app/0.6.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.) -- 675978: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675978 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal Dear mentors, I'm looking for a sponsor for my package "projectcenter.app". This upload fixes #674920. http://mentors.debian.net/debian/pool/main/p/projectcenter.app/projectcenter.app_0.6.0-2.dsc Changes: projectcenter.app (0.6.0-2) unstable; urgency=low * debian/patches/05_link-libs.dpatch: Rename as... * debian/patches/link-libs.patch: ...and remove dpatch header. * debian/patches/gui-0.22.patch: New; fixes FTBFS with gnustep-gui/0.22 (Closes: #674920). * debian/patches/00list: Rename as... * debian/patches/series: ...and update. * debian/source/format: Switch to 3.0 (quilt). * debian/README.source: Delete; redundant. * debian/control (Build-Depends): Remove dpatch. Add dpkg-dev (>= 1.16.1~), for hardening support. (Recommends): Add gdb. (Vcs-Arch): Replace with... (Vcs-Git): Since the package is now maintained with Git. (Vcs-Browser): New field. (Standards-Version): Bump to 3.9.3; no changes needed. * debian/rules: Don't include /usr/share/dpatch/dpatch.make. Remove patch/unpatch dependencies. Enable hardening. (binary-arch): Remove GS_USE_FHS conditional. * debian/preinst: Delete; no longer needed. --- End Message --- --- Begin Message --- Package projectcenter.app version 0.6.0-2 is in unstable now. http://packages.qa.debian.org/projectcenter.app --- End Message ---
Bug#668007: marked as done (RFS: cover-thumbnailer/0.8.3-1 [ITP])
Your message dated Tue, 5 Jun 2012 16:37:02 + with message-id <20120605163701.ge9...@master.debian.org> and subject line RFS: cover-thumbnailer/0.8.3-1 [ITP] has caused the Debian Bug report #668007, regarding RFS: cover-thumbnailer/0.8.3-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.) -- 668007: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668007 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 "cover-thumbnailer" * Package name: cover-thumbnailer Version : 0.8.3-1 Upstream Author : Fabien LOISON * URL : http://projects.flogisoft.com/cover-thumbnailer/ * License : GPLv3+ Section : gnome It builds those binary packages: cover-thumbnailer - Display covers in nautilus To access further information about this package, please visit the following URL: http://mentors.debian.net/package/cover-thumbnailer Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/cover-thumbnailer/cover-thumbnailer_0.8.3-1.dsc More information about cover-thumbnailer can be obtained from https://answers.launchpad.net/cover-thumbnailer Changes since the last upload: This is the a RFS associated to ITP #667842 This version (0.8.3) introduce Nautilus 3.x support. Regards, cento --- End Message --- --- Begin Message --- Hi Cento, I'm closing this RFS now because there is currently no package to sponsor. Please send "reopen 668007" to cont...@bugs.debian.org when you have a package. The ITP bug (667842) is still open and owned by you, so you can take your time to work on a package. Regards, Bart Martens --- End Message ---
Processed: RFS: libblocxx/2.3.0~svn544-1 [ITP] BloCxx - C++ Framework for Application Development
Processing commands for cont...@bugs.debian.org: > retitle 661507 RFS: libblocxx/2.3.0~svn544-1 [ITP] BloCxx - C++ Framework for > Application Development Bug #661507 [sponsorship-requests] RFS: libblocxx/2.3.0~svn544-1 [ITP] BloCxx - C++ Framework for Changed Bug title to 'RFS: libblocxx/2.3.0~svn544-1 [ITP] BloCxx - C++ Framework for Application Development' from 'RFS: libblocxx/2.3.0~svn544-1 [ITP] BloCxx - C++ Framework for' > stop Stopping processing here. Please contact me if you need assistance. -- 661507: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661507 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.133891472431347.transcr...@bugs.debian.org
Bug#661507: marked as done (RFS: libblocxx/2.3.0~svn544-1 [ITP] BloCxx - C++ Framework for Application Development)
Your message dated Tue, 5 Jun 2012 16:45:22 + with message-id <20120605164522.gf9...@master.debian.org> and subject line RFS: libblocxx/2.3.0~svn544-1 [ITP] BloCxx - C++ Framework for Application Development has caused the Debian Bug report #661507, regarding RFS: libblocxx/2.3.0~svn544-1 [ITP] BloCxx - C++ Framework for Application Development 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.) -- 661507: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661507 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "libblocxx" * Package name: libblocxx Version : 2.1.0-1 Upstream Author : 2000-2009 Quest Software, Inc. 2005-2006 Novell, Inc. * URL : http://blocxx.sf.net/ * License : BSD-3-clause Section : libs It builds those binary packages: * libblocxx-dev - BloCXX development libraries, header files and documentation * libblocxx6 - BloCXX--C++ Framework for Application Development To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libblocxx Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libb/libblocxx/libblocxx_2.1.0-1.dsc Regards, Björn Esser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk9LyxkACgkQ3u1SIc8s7PWgIAD/Q2eyOBwvJ+H6tYYLhw0+dB35 EIoss2MUNzWUJjMZfjMBAMX2R+EF89ZlOuOVORCmMe6hd9811rfzV9iPBihwX6WN =lyGt -END PGP SIGNATURE- --- End Message --- --- Begin Message --- retitle 661507 RFS: libblocxx/2.3.0~svn544-1 [ITP] BloCxx - C++ Framework for Application Development stop Hi Björn, It is good that you have removed the package from mentors to prevent sponsors spending time on it. Thanks for that. I'm closing this RFS now because there is currently no package to sponsor. Please send "reopen 661507" to cont...@bugs.debian.org when you have a package. No need to drop me a line. Reopening the RFS bug is sufficient. The ITP (647639) is still open and owned by you, so you can take your time to do some more research on the issue. Of course, if you need help on that, you're welcome on debian-mentors. Regards, Bart Martens --- End Message ---
Re: Ruby help needed (Was: Bug#676114: wordnet: FTBFS: debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII))
Hi Sam, On Tue, Jun 05, 2012 at 11:26:42AM -0400, Sam Ruby wrote: > On 06/05/2012 10:08 AM, Andreas Tille wrote: > >>>debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII) > >>>debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII) > >>>debian/wn-for-goldendict.rb:465: syntax error, unexpected $end, expecting > >>>')' > >>> print_array(@words, 'Syn', "[c blue]•[/c]") > > Probable fix: add the following at the top of the file (as first > line if there is no #! line, or immediately after that): > > # encoding: utf-8 OK, sounds quite reasonable and leads to a next (different) error: ruby debian/wn-for-goldendict.rb > goldendict-wordnet.dsl; \ fi WARNING: sentidx.vrb format error: ["pet%2:35:00::"] debian/wn-for-goldendict.rb:300:in `initialize': undefined method `times' for "\x01":String (NoMethodError) from debian/wn-for-goldendict.rb:158:in `new' from debian/wn-for-goldendict.rb:158:in `get_data' from debian/wn-for-goldendict.rb:648:in `block (2 levels) in ' from debian/wn-for-goldendict.rb:647:in `each' from debian/wn-for-goldendict.rb:647:in `block in ' from debian/wn-for-goldendict.rb:644:in `foreach' from debian/wn-for-goldendict.rb:644:in `' make: *** [goldendict-wordnet.dsl] Error 1 Any further hint? Thanks for your quick reply anyway 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: http://lists.debian.org/20120605165338.ga24...@an3as.eu
Re: Bug#676114: Ruby help needed (Was: Bug#676114: wordnet: FTBFS: debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII))
On Tue, Jun 05, 2012 at 04:08:51PM +0200, Andreas Tille wrote: >Hi, > >Dmitry E. Oboukhov has added some Ruby code to >wordnet packaging (debian/wn-for-goldendict.rb) which worked for two >years and at least up to "Fri, 01 Jun 2012 13:45:40 +0200" when I did >the last upload. Yesterday I wanted to try to fix two (unrelated) open >bugs and realised the FTBFS problem and asked Dmitry for help. My guess >is that this is connected to the Ruby migration and most probably simple >to fix for a Ruby coder. > >The only way *I* could fix the problem would be droping the >goldendict-wordnet binary package again which would definitely not >be the best solution. > >Any better hint? It sounds like you should replace the functionality of the script in a more suitable language, specifically: * one you (and other maintainers) understand * one that's stable and supported on all the platforms in Debian At the moment, that doesn't sound like Ruby. :-( -- Steve McIntyre, Cambridge, UK.st...@einval.com "Because heaters aren't purple!" -- Catherine Pitt -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120605171055.ga10...@einval.com
Re: Bug#676114: Ruby help needed (Was: Bug#676114: wordnet: FTBFS: debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII))
Hi Steve, On Tue, Jun 05, 2012 at 06:10:55PM +0100, Steve McIntyre wrote: > >Any better hint? > > It sounds like you should replace the functionality of the script in a > more suitable language, specifically: > > * one you (and other maintainers) understand > * one that's stable and supported on all the platforms in Debian > > At the moment, that doesn't sound like Ruby. :-( Yes. I asked Dmitry to choose a different language when he introduced this into the packaging to create an additional binary package. However, at this time Dmitry volunteered to care for this (and up to know he did so). If this support would stop my solution would be to drop the additional binary package (and thus goldendict support) because I (as the only active maintainer out of the team) can not support this. 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: http://lists.debian.org/20120605172400.gb24...@an3as.eu
Re: Bug#676114: Ruby help needed (Was: Bug#676114: wordnet: FTBFS: debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII))
On Tue, Jun 05, 2012 at 07:24:00PM +0200, Andreas Tille wrote: >Hi Steve, > >On Tue, Jun 05, 2012 at 06:10:55PM +0100, Steve McIntyre wrote: >> >Any better hint? >> >> It sounds like you should replace the functionality of the script in a >> more suitable language, specifically: >> >> * one you (and other maintainers) understand >> * one that's stable and supported on all the platforms in Debian >> >> At the moment, that doesn't sound like Ruby. :-( > >Yes. I asked Dmitry to choose a different language when he introduced >this into the packaging to create an additional binary package. >However, at this time Dmitry volunteered to care for this (and up to >know he did so). If this support would stop my solution would be to >drop the additional binary package (and thus goldendict support) because >I (as the only active maintainer out of the team) can not support this. Sounds like you made a mistake, I'm afraid. :-( This is a general problem that might be shared usefully with a wider audience - developers should try hard to *not* write build scripts or maintainer scripts in their favourite language-of-the-week. It makes packages that much harder to maintain in general, whether within the existing team, replacement maintainers, the QA team, etc... -- Steve McIntyre, Cambridge, UK.st...@einval.com "You can't barbecue lettuce!" -- Ellie Crane -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120605173527.gl3...@einval.com
Bug#675701: RFS: ptop/3.6.2-7
On Tue, Jun 05, 2012 at 05:20:29AM +, Bart Martens wrote: > Hi Bas, > Hi Bas, I'm now reviewing your upload of 2012-06-05 07:30. > I suggest to do the following changes: > - Remove machine/m_gnu.c from debian/patches/ptop_hurd, OK. > - Add "cp -f machine/m_linux.c machine/m_gnu.c" to debian/rules, I don't find any "cp" in debian/rules. Did you use a different approach ? > - Add debian/clean containing "machine/m_gnu.c", I don't see any file that matches debian/*clean. Did you use a different approach ? > - Add similar changes for the other arch(s) with the same problem, > - Rename debian/patches/ptop_hurd to debian/patches/archs, The patch debian/patches/archs contains this line: + kfrebsd-gnu*) MODULE=linux;; Is that a typing mistake ? > - Update "Architecture:" in debian/control. It's set to "Architecture: any" now. Are all architecture related problems solved ? > > I'm not sure about removing hppa and powerpcspe from ptop's archs list because > I don't know the issue with debhelper on these archs. Is it really a > permanent > problem ? Maybe ptop can have "Architecture: any". > This page > http://buildd.debian-ports.org/status/package.php?p=debhelper&suite=sid > states "No entry in hppa database, check Packages-arch-specific" but this page > https://buildd.debian-ports.org/quinn-diff/sid/Packages-arch-specific > seems to fail at this time. You seem to have decided to include both hppa and powerpcspe. Is the problem with debhelper on hppa and powerpcspe solved or not permanent ? I see that you have updated debian/copyright, but it is not ready yet. Please look at the file LICENSE and compare that to debian/copyright. They currently don't match. Also, please scan the upstream source code for copyright notices and licenses. For example, the file pg_trace.h contains "Copyright (c) 2006, PostgreSQL Global Development Group" and that is not yet mentioned in debian/copyright, and it is not clear whether pg_trace.h has the same license as the one in the file LICENSE. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120605174321.gh9...@master.debian.org
Bug#674717: marked as done (RFS: qpdfview/0.3~beta2-1 [ITP])
Your message dated Wed, 6 Jun 2012 01:50:36 +0800 with message-id and subject line Re: Bug#674684: About your qpdfview package on mentors.d.n has caused the Debian Bug report #674717, regarding RFS: qpdfview/0.3~beta2-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.) -- 674717: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674717 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 "qpdfview" * Package name: qpdfview Version : 0.2.2-1 Upstream Author : Adam Reichold * URL : https://launchpad.net/qpdfview * License : GPL-3 Section : graphics It builds those binary packages: qpdfview - tabbed PDF viewer To access further information about this package, please visit the following URL: http://mentors.debian.net/package/qpdfview Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/q/qpdfview/qpdfview_0.2.2-1.dsc This is a first upload. Changelog: qpdfview (0.2.2-1) unstable; urgency=low * Initial release (Closes: #674684) -- Benjamin Eltzner Sat, 26 May 2012 20:23:41 +0100 Regards, Benjamin Eltzner -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a --- End Message --- --- Begin Message --- On Sun, Jun 3, 2012 at 5:30 AM, Benjamin Eltzner wrote: > Hi Aron, > > Adam provided a version of qpdfview under GPL-2 > (with translations removed) and I built an > updated package, which I uploaded on mentors. > The Version is 0.3~beta2 but is, according to > Adam, close to the 0.3 release to come, for > which he is still waiting for some translation > work. > > I hope that the beta-version does not pose a > problem and the package is acceptable. > The package looks in shape and have uploaded. But please don't forget to add a debian/watch next time so that DEHS can help track new upstream releases. -- Regards, Aron Xu --- End Message ---
Re: Bug#676114: Ruby help needed (Was: Bug#676114: wordnet: FTBFS: debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII))
On Tue, Jun 05, 2012 at 06:35:28PM +0100, Steve McIntyre wrote: > Sounds like you made a mistake, I'm afraid. :-( My barrier to revert this mistake is low. If there is no simple solution in three days (OK, I'll be offline weekend+Monday - so there is some additional delay) - I'll kick the binary and the problem is solved. > This is a general problem that might be shared usefully with a wider > audience - developers should try hard to *not* write build scripts or > maintainer scripts in their favourite language-of-the-week. It makes > packages that much harder to maintain in general, whether within the > existing team, replacement maintainers, the QA team, etc... Fully ACK. 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: http://lists.debian.org/2012060517.ga27...@an3as.eu
Bug#673600: RFS: nyancat/1.0+git20120519.5fe3de9-1
* Jonathan McCrohan , 2012-06-05, 02:53: Another version uploaded with a revised postinst which is based on the updated DEP-9 example. You don't need to check for existence of /usr/sbin/reconf-inetd. In postinst configure, it's guaranteed that packages you depend on are unpacked and configured (though the latter only if there are no dependency loops). That said, this extra check doesn't hurt, so unless I find other bugs, I'll upload the package as-is. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120605182953.ga1...@jwilk.net
Bug#672268: marked as done (RFS: kde-gtk-config/3:2.0-1 [ITP] -- KDE configuration module for GTK+ 2.x and GTK+ 3.x style selection)
Your message dated Tue, 5 Jun 2012 22:37:25 +0200 with message-id <201206052237.26811.o...@debian.org> and subject line Re: Bug#672268: RFS: kde-gtk-config/2.0-1 [ITP] -- KDE configuration module for GTK+ 2.x and GTK+ 3.x style selection has caused the Debian Bug report #672268, regarding RFS: kde-gtk-config/3:2.0-1 [ITP] -- KDE configuration module for GTK+ 2.x and GTK+ 3.x style selection 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.) -- 672268: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672268 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: wishlist Dear mentors, My regular sponsor is very busy now and I am looking for a sponsor for my new package "kde-gtk-config". * Package name: kde-gtk-config Version : 2.0-1 Upstream Author : Aleix Pol Gonzalez * URL : https://projects.kde.org/projects/playground/base/kde-gtk-config * License : GPL-3+ and LGPL-3+ Programming Lang: C++ Description : KDE configuration module for GTK+ 2.x and GTK+ 3.x style selection Section : kde It builds those binary packages: kde-gtk-config - KDE configuration module for GTK+ 2.x and GTK+ 3.x styles selection The package is lintian-clean. I always check [1] using: lintian -ivIE --pedantic *.changes You can look at package rules here: https://github.com/tehnick/kde-gtk-config-debian/tree/master/debian/ Further information about this package can be found here: http://mentors.debian.net/package/kde-gtk-config Direct link for download: http://mentors.debian.net/debian/pool/main/k/kde-gtk-config/kde-gtk-config_2.0-1.dsc I would be glad if someone uploaded this package for me. Some information about KDE GTK Configurator: Configuration dialog to adapt GTK+ applications appearance to your taste under KDE. Among its many features, it lets you: - Choose which theme is used for GTK+ 2.x and GTK+ 3.x applications. - Tweak some GTK+ applications behaviour. - Select what icon theme to use in GTK+ applications. - Select GTK+ applications default fonts. - Easily browse and install new GTK+ 2.x and GTK+ 3.x themes. Also I should note that very similar package available in Debian: http://packages.debian.org/sid/kde-config-gtk-style But it is for GTK+ 2.x only. This is serious limitation because there is a lot of programs which use GTK+ 3.x libraries now. And this is the future... Best regards, Boris [1] https://github.com/tehnick/deb_packages/blob/master/Debian/updating_packages#L105 --- End Message --- --- Begin Message --- Le lundi, 4 juin 2012 22.23:58, Boris Pek a écrit : > Hi, > > > I'll upload this package [0] when user changes setup by > > kde-config-gtk-style 2:0.5.3-1 are kept and converted (if needed) by > > kde-config-gtk-style 3:2.0-1. That's rather easy to test… > > Done. Patch is tiny [1], but it works well. > > Direct link for download: > > http://mentors.debian.net/debian/pool/main/k/kde-gtk-config/kde-gtk-config > _2.0-1.dsc Uploaded; thanks for your work. It will land in NEW for experimental later tonight. ftpmaster: for your information, src:kde-gtk-config takes over the kde-config- gtk-style binary package from src:kcm-gtk on purpose. This has been discussed in the #672268 ITP bugreport and on the debian-mentors mailing list in this thread: https://lists.debian.org/debian-mentors/2012/05/threads.html#00115 Cheers, OdyX signature.asc Description: This is a digitally signed message part. --- End Message ---
Bug#673600: RFS: nyancat/1.0+git20120519.5fe3de9-1
I installed old nyancat-server, enabled the service, appended "-n" to its command line, and then upgraded the package. Afterwards /etc/inetd.conf looked like this: telnet stream tcp nowait nobody /usr/bin/nyancatnyancat -t -n telnet stream tcp6 nowait nobody /usr/bin/nyancat-server nyancat -t telnet stream tcp nowait nobody /usr/bin/nyancat-server nyancat -t Is this the desired outcome? Shouldn't the last entry be disabled? How do inetd servers behave if there are multiple entries for the same service? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120605212827.ga5...@jwilk.net
Re: Ruby help needed (Was: Bug#676114: wordnet: FTBFS: debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII))
tag 676114 + patch
kthxbye
Hi!
On Tue, Jun 5, 2012 at 6:53 PM, Andreas Tille wrote:
> Hi Sam,
>
> On Tue, Jun 05, 2012 at 11:26:42AM -0400, Sam Ruby wrote:
>> On 06/05/2012 10:08 AM, Andreas Tille wrote:
>> >>>debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII)
>> >>>debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII)
>> >>>debian/wn-for-goldendict.rb:465: syntax error, unexpected $end, expecting
>> >>>')'
>> >>> print_array(@words, 'Syn', "[c blue]•[/c]")
>>
>> Probable fix: add the following at the top of the file (as first
>> line if there is no #! line, or immediately after that):
>>
>> # encoding: utf-8
>
> OK, sounds quite reasonable and leads to a next (different) error:
>
> ruby debian/wn-for-goldendict.rb > goldendict-wordnet.dsl; \
> fi
> WARNING: sentidx.vrb format error: ["pet%2:35:00::"]
> debian/wn-for-goldendict.rb:300:in `initialize': undefined method `times' for
> "\x01":String (NoMethodError)
> from debian/wn-for-goldendict.rb:158:in `new'
> from debian/wn-for-goldendict.rb:158:in `get_data'
> from debian/wn-for-goldendict.rb:648:in `block (2 levels) in '
> from debian/wn-for-goldendict.rb:647:in `each'
> from debian/wn-for-goldendict.rb:647:in `block in '
> from debian/wn-for-goldendict.rb:644:in `foreach'
> from debian/wn-for-goldendict.rb:644:in `'
> make: *** [goldendict-wordnet.dsl] Error 1
>
> Any further hint?
It seems the problem is that Ruby 1.8 and 1.9 handles byte conversions
differently.
With Ruby 1.8, converts to octal and then to integer (by array indexing!)
irb(main):017:0> ["10"].pack('H2')
=> "\020"
irb(main):018:0> ["10"].pack('H2')[0]
=> 16
With Ruby 1.9, converts to byte and then no more conversion (array
indexing is just indexing)
irb(main):061:0> ["10"].pack('H2')
=> "\x10"
irb(main):062:0> ["10"].pack('H2')[0]
=> "\x10"
There are several ways to perform the conversion with Ruby 1.9
irb(main):067:0> ["10"].pack('H2')
=> "\x10"
irb(main):068:0> ["10"].pack('H2').unpack('C')[0]
=> 16
irb(main):069:0> ["10"].pack('H2').bytes.to_a[0]
=> 16
See http://stackoverflow.com/a/3772446 and links for more information.
Please see the attached patch and try if it works.
Best,
Per
> Thanks for your quick reply anyway
>
> 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: http://lists.debian.org/20120605165338.ga24...@an3as.eu
>
convert-bytes-to-integer-with-ruby1.9.patch
Description: Binary data
Re: GPL and OpenSSL
José Luis Segura Lucas writes: > I wrote this morning to upstream people and they agree and are very > happy to switch from OpenSSL to GnuTLS. > > They tell me the following: > > «That is good. I will switch to GnuTLS. > > Please pass my thanks to the debian people for spotting it.» An excellent result! Thank you for taking on this responsibility of advocating the clear freedom of the package, and congratulations on the good response. You might want to have contact information at hand to refer them to good help for porting from OpenSSL dependency to GnuTLS dependency, should the upstream have difficulty with this change. -- \“The whole area of [treating source code as intellectual | `\property] is almost assuring a customer that you are not going | _o__) to do any innovation in the future.” —Gary Barnett | Ben Finney pgpXPnMpHudBv.pgp Description: PGP signature
Bug#676293: RFS: kpartsplugin/20120605-1 (updated package)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "kpartsplugin" * Package name: kpartsplugin Version : 20120605-1 Upstream Author : Thomas Fischer * URL : http://www.unix-ag.uni-kl.de/~fischer/kpartsplugin/ * License : GPL-3 Section : kde It builds those binary packages: kpartsplugin - Netscape-compatible plugin to embed KDE file-viewers into browser To access further information about this package, please visit the following URL: http://mentors.debian.net/package/kpartsplugin Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/k/kpartsplugin/kpartsplugin_20120605-1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * New upstream release Regards, Michele Gastaldo Please CC: me, I'm not subscribed to debian-mentors mailing list! -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CANQWNruqzDH_WrrKCUZRuRa7OCfRtOGhg7=-u_bqpfy8fw6...@mail.gmail.com
Bug#673600: RFS: nyancat/1.0+git20120519.5fe3de9-1
On 05/06/12 22:28, Jakub Wilk wrote: > Is this the desired outcome? No. AFAICT this is because the new entries are pointing to /usr/bin/nyancat-server rather than /usr/bin/nyancat which makes reconf-inetd believe that they are not related. [background] /usr/bin/nyancat-server is a symlink to /usr/bin/nyancat. It is required because reconf-inetd will not remove entries if the server path still exists when being removed/purged. The /usr/bin/nyancat-server symlink allows nyancat-server to still provide seamless nyancat server setup/removal through the use of the package manager. > Shouldn't the last entry be disabled? How do inetd servers behave if > there are multiple entries for the same service? I've added the three lines you provided in your last mail to my inetd.conf file and restarted my inetd server and it works fine even though there are conflicting services. The modified entry is still served (probably because nyancat < nyancat-server lexicographically), so I don't see any harm in this, especially given the very low popularity of this package. Jon -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fce9856.7020...@gmail.com
Re: Ruby help needed (Was: Bug#676114: wordnet: FTBFS: debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII))
Hi,
Per Andersson escreveu isso aí:
> Please see the attached patch and try if it works.
Heh, except that you missed other usages of the same pattern. Andreas,
please try the attached patch.
As Per explained, the problem is that in Ruby 1.8, a string is an array
of bytes, so str[0] returns a number (the byte at position 0). Ruby 1.9
is fully encoding-aware, so a string is an array of characters and
str[0] returns a string that is the first *character* in str.
What I did was replacing the occurrences of str[0] with str.bytes.first
to explicitly request the first *byte* in str.
The resulting output when run with Ruby 1.9 is pretty much the same as
the original version generates when run by Ruby 1.8, *except* for the
ordering between lowercase and lowercase letters. Maybe that is due to
some other detail, but understanding that script completely is too much
for me. :)
If that's not acceptable, you can also (at least for Wheezy) run the
script from debian/rules with `ruby1.8` instead of `ruby` and build
depend on ruby1.8 explicitly.
--
Antonio Terceiro
Index: debian/wn-for-goldendict.rb
===
--- debian/wn-for-goldendict.rb (revision 44965)
+++ debian/wn-for-goldendict.rb (working copy)
@@ -1,4 +1,5 @@
#!/usr/bin/env ruby
+# encoding: utf-8
# A script to convert WordNet 3.0 dictionary from original
# format (http://wordnet.princeton.edu/wordnet/download/)
@@ -293,14 +294,14 @@
@offset = data[0].to_i
@lex_filenum = data[1]
@pos = data[2]
-@w_cnt = [data[3]].pack('H2')[0]
+@w_cnt = [data[3]].pack('H2').bytes.first
@words = []
i = 4
@lex_ids = []
@w_cnt.times {
@words << data[i].gsub(/_/, ' ').gsub(/\s*\((p|a|ip)\)\s*$/, '')
i += 1
- @lex_ids << [data[i]].pack('h')[0]
+ @lex_ids << [data[i]].pack('h').bytes.first
i += 1
}
@@ -362,8 +363,8 @@
if (src_target == "")
return other.words
else
- src = [src_target[0, 2]].pack('H2')[0]
- target = [src_target[2, 2]].pack('H2')[0]
+ src = [src_target[0, 2]].pack('H2').bytes.first
+ target = [src_target[2, 2]].pack('H2').bytes.first
h_src = words[src - 1]
if (h_src == headword)
return [other.words[target - 1]]
@@ -374,7 +375,7 @@
end
def get_frame_data(headword, frame)
f_num = frame[0].to_i
-w_num = [frame[1]].pack('H2')[0]
+w_num = [frame[1]].pack('H2').bytes.first
if (w_num == 0)
return [$frames[f_num]]
else
signature.asc
Description: Digital signature
Processed: retitle to RFS: gnome-session-shutdown/1.82-1 [ITP] -- Shutdown command for GNOME
Processing commands for cont...@bugs.debian.org: > retitle 672185 RFS: gnome-session-shutdown/1.82-1 [ITP] -- Shutdown command > for GNOME Bug #672185 [sponsorship-requests] RFS: gnome-session-shutdown/1.81-1 [ITP] -- Shutdown command for GNOME Changed Bug title to 'RFS: gnome-session-shutdown/1.82-1 [ITP] -- Shutdown command for GNOME' from 'RFS: gnome-session-shutdown/1.81-1 [ITP] -- Shutdown command for GNOME' > stop Stopping processing here. Please contact me if you need assistance. -- 672185: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672185 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13389560569110.transcr...@bugs.debian.org
Bug#662026: marked as done (RFS: shotdetect/1.0.86-1 [ITP] -- scene change detector)
Your message dated Wed, 06 Jun 2012 04:14:14 + with message-id and subject line closing RFS: shotdetect/1.0.86-1 [ITP] -- scene change detector has caused the Debian Bug report #662026, regarding RFS: shotdetect/1.0.86-1 [ITP] -- scene change detector 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.) -- 662026: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=662026 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 "shotdetect" * Package name: shotdetect Version : 1.0.86-1 Upstream Author : Johan MATHE * URL : http://shotdetect.nonutc.fr/ * License : LGPL-2.1+ Section : misc It builds those binary packages: shotdetect - scene change detector To access further information about this package, please visit the following URL: http://mentors.debian.net/package/shotdetect Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/contrib/s/shotdetect/shotdetect_1.0.86-1.dsc More information about shotdetect can be obtained from http://shotdetect.nonutc.fr/. Regards, Giulio Paci -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.7geppetto (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash --- End Message --- --- Begin Message --- Package shotdetect version 1.0.86-1 is in unstable now. http://packages.qa.debian.org/shotdetect --- End Message ---
Bug#675487: marked as done (RFS: ebtables/2.0.10.4-1)
Your message dated Wed, 06 Jun 2012 04:14:14 + with message-id and subject line closing RFS: ebtables/2.0.10.4-1 has caused the Debian Bug report #675487, regarding RFS: ebtables/2.0.10.4-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.) -- 675487: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675487 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 "ebtables" * Package name: ebtables Version : 2.0.10.4-1.1 Upstream Author : Bart De Schuymer , Nick Fedchik , Grzegorz Borowiak * URL : http://ebtables.sourceforge.net/ * License: GPL-2 Section : net It builds those binary packages: ebtables - Ethernet bridge frame table administration To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ebtables Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/e/ebtables/ebtables_2.0.10.4-1.1.dsc More information about ebtables can be obtained from http://ebtables.sourceforge.net/. Changes since the last upload: * Non-maintainer upload * New upstream release - "v2.0.10-1 wish for ipv6-icmp and security" (Closes: #643594). * packaging update: * use debhelper & compat version 9. * standards to 3.9.3 - "ebtables may use modprobe, so it should recommend module-init-tools" (Closes: #614919) * missing cdbs build dependency * add hardening to debian rules. * patchworks: + refreshing patches with new release I wrote a few mails to the ebtables packaging team to know the status but never got any answer. (Jochen Friedrich, Jan Christoph Nordholz) I will follow the remaining bugs after upload of this package. Regards, -- William --- End Message --- --- Begin Message --- Package ebtables version 2.0.10.4-1 is in unstable now. http://packages.qa.debian.org/ebtables --- End Message ---
Bug#672185: RFS: gnome-session-shutdown/1.81-1 [ITP] -- Shutdown command for GNOME
On 04/06/2012 15:58, Jakub Wilk wrote:
> (I don't intend to sponsor this package.)
Thank you anyway for your useful review.
> I'd use "=" instead of ":=" in debian/rules, so that the variable is not
> uselessly evaluated even when it's not used. (And it won't be used most
> of the time.)
Fixed.
> The definition of DEBIAN_DIR could be simplified to:
>
> $(dir $(firstword ${MAKEFILE_LIST}))
Fixed.
> That said, I wouldn't bother with implementing get-orig-source target
> when pristine upstream tarballs is being used.
Dropped.
> What is build-dependency on docbook2x for?
Removed. It was useless.
> I see some bugs and weirdnesses in upstream code:
Being myself upstream, I fixed the bugs and released a new version.
> string module is so 90s! ;) Most of functions from that module
> (including the ones you use) are deprecated.
Replaced string functions with string object methods. I'm vintage :D
>> # If running outside X try connecting to main display
>> try:
>> display = os.environ['DISPLAY']
>> except KeyError:
>> os.environ['DISPLAY'] = ':0.0'
>
> This is weird. I haven't seen any program behaving that way. It's user
> responsibility to set DISPLAY correctly, and I wouldn't want any program
> to second-guess me on that matter.
Removed guessing main display when DISPLAY variable isn't set: it will
be user responsibility to correctly set it (e.g. if he wants to connect
to the display from tty1).
>> wall.communicate(message)[0]
>
> This looks a bit odd. Was the expression supposed to be assigned to
> something? If not, the "[0]" part is redundant.
Fixed. It was assigned to something in the past.
>> pidf.close
>
> This is no-op. I guess it should be: "pidf.close()".
Fixed.
> Catching all exceptions is almost always wrong (unless you re-raise them
> later), for two reasons:
Exception handling fixed.
>> if e.errno != errno.EEXIST:
>
> You didn't import the errno module.
Import added.
>> gettext.install('gnome-session-shutdown', LOCALE_DIR, unicode=1)
>
> AFAIK if you can omit the LOCALE_DIR part, Python will do the right
> thing. No need to hard-code path to locale directory.
Removed hard-coded locale directory.
>> for fname in os.listdir('/proc'):
>> if fname.isdigit():
>> if int(fname) >= 1000:
>
> This looks very dubious to me. Why ">= 1000"?
Condition removed. I wrongly assumed a value of RESERVED_PIDS = 1000 in
kernel's PID allocator.
> Running pygettext on the source file results in:
>
> $ pygettext gnome-session-shutdown
> *** gnome-session-shutdown:131: Seen unexpected token "+"
> *** gnome-session-shutdown:375: Seen unexpected token "+"
> *** gnome-session-shutdown:397: Seen unexpected token "+"
> *** gnome-session-shutdown:429: Seen unexpected token "+"
Fixed.
Thank you very much for your help.
Best
--
Jacopo Lorenzetti
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fcedfad.9010...@cyan.xubiq.com
Re: Bug#675388: RFS: python-cups/1.9.61-0.1 [RC] [NMU]
Thank you for your feedback Jakob. I apologize I can't quote you properly below as I found your message only while browsing the web archives. >Did you mean s/Resolved/Closes/? Yes. I just wasn't sure if a NMU could use "Closes". >* debian/control: > - bump standard-version to 3.9.3 > >Were any packaging changes needed to do this? Anyway, this not appropriate for >any NMU. Not really, just a good deal of reading. Ok. >* debian/compat: > - bump to 9 > >Were any packaging changes needed to do this? Again, not appropriate for an >NMU. Yes, a few things were changed in the packaging because of this change. Ok. >* debian/rules: > - switch from python-support to dh_python2 > >We don't do things like this in an NMU. This change was recommended during the build process. Ok. >Other changes you made that are not documented in the changelog: >- added a trailing comma Uploaders (?!); Accident. > >- changed package description; Remedy for lintian warning per documentation. > >- changed debian/copyright; Remedy for lintian warnings (2) per documentation. > >- removed a patch; Mistake. > >- added DEB_BUILD_HARDENING=1 and DEB_BUILD_HARDENING_STACKPROTECTOR=1 in >debian/rules (?!); >- prepended -fstack-protector to CFLAGS (shouldn't you use dpkg-buildflags to >acquire CFLAGS instead?). >Why "[RC]" in the bug title? As far as I can see the only bug this package >fixes has severity normal. This bug's severity is underrated. The old python-cups package in use across Debian versions seems to be crippled with certain printers. Some people can't print, or they get an error trying to open printer properties and the error precludes them from changing anything. To me this is not a minor bug, and is an important one to have fixed immediately, so I added on the "RC". Not being able to use your printer due to a software bug is one thing; not being able to use your printer because the fix hasn't been deemed important enough for someone to care about is worse. I've repackaged and re-uploaded to m.d.n. The package now includes as many lintian warnings as come with the version 1.9.48-1 in repos today, but hopefully the lack of packaging changes (for better or worse) will help move it forward in finding a sponsor. python-cups (1.9.61-0.1) unstable; urgency=low * Non-maintainer upload. * New upstream release. (Closes: #656640). * Updated patch 01_no_epydoc.patch for new upstream source. Thank you again for your feedback. I hope I have not come across as rude; I am quite grateful you took the time to examine my first (flawed) package submission. Best Regards, Rob -- // Rob Adams - Senior Software Engineer // Art & Logic - app developers since 1991 // rad...@artlogic.com - http://www.artlogic.com -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/fc.000f4b1101fcd899000f4b1101fcd899.1fcd...@artlogic.com
Update on libextactor on sid
Hi, I have attempted to patch the extract, the patch provided almost worked, my changes seem to work. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675063 The problem is the _ in the x86_64, so I made a hack around that. Also added in debug info, also i turned off dh_strip, because the program was looking for symbols, dont know if I need that but it seems to be working now. Also cc debian mentors because I would like some advice on if this is the right way to do it. thanks, mike -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 fix-strchr-patch Description: Binary data
Re: Ruby help needed (Was: Bug#676114: wordnet: FTBFS: debian/wn-for-goldendict.rb:465: invalid multibyte char (US-ASCII))
> Per Andersson escreveu isso aí: >> Please see the attached patch and try if it works. > Heh, except that you missed other usages of the same pattern. Andreas, > please try the attached patch. > As Per explained, the problem is that in Ruby 1.8, a string is an array > of bytes, so str[0] returns a number (the byte at position 0). Ruby 1.9 > is fully encoding-aware, so a string is an array of characters and > str[0] returns a string that is the first *character* in str. > What I did was replacing the occurrences of str[0] with str.bytes.first > to explicitly request the first *byte* in str. > The resulting output when run with Ruby 1.9 is pretty much the same as > the original version generates when run by Ruby 1.8, *except* for the > ordering between lowercase and lowercase letters. Maybe that is due to > some other detail, but understanding that script completely is too much > for me. :) > If that's not acceptable, you can also (at least for Wheezy) run the > script from debian/rules with `ruby1.8` instead of `ruby` and build > depend on ruby1.8 explicitly. Hi, Andreas and the other people! I see you have already patched the script. Sorry for my later response: I'm very busy these days: I'm trying to change my job. I will able to do something in week or two. Please don't drop packages in the time :) -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
