Bug#766148: RFS: sleepenh/1.3.2 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package sleepenh * Package name: sleepenh Version : 1.3.2 Upstream Author : was: Pedro Zorzenon Neto p...@debian.org, now: native package * License : GPL-2 Section : utils It builds those binary packages: sleepenh - Sleep until a given date with subsecond resolution To access further information about this package, please visit the following URL: http://mentors.debian.net/package/sleepenh Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/sleepenh/sleepenh_1.3.2.dsc Changes since the last upload: * Use default debian/rules * Add missing misc dependency to debian/control * Set package source format to 3.0 (native); as agreed with original upstream author (Pedro), sleepenh is not a native Debian package * Makefile: use Debian compiler flags * Makefile: use GNU install * Update several Debian control files * Bump to Debian Standards version 3.9.6 * New maintainer (Closes: #759732). Regards, Nicolas Schier signature.asc Description: Digital signature
Bug#758538: RFS: pysdl2/0.9.3+dfsg2-1 [ITP] -- Python wrapper around SDL2 using ctypes
retitle 758538 RFS: pysdl2/0.9.3+dfsg2-1 [ITP] -- Python wrapper around SDL2 using ctypes thanks Dear mentors, I am looking for a sponsor for my package pysdl2 * Package name: pysdl2 Version : 0.9.3+dfsg2-1 Upstream Author : Marcus von Appen mar...@sysfault.org * URL : https://bitbucket.org/marcusva/py-sdl2 * License : CC0 or ZLIB Section : python It builds those binary packages: pysdl2-doc - Python bindings to the SDL2 C-library - documentation python-sdl2 - Python bindings to the SDL2 C-library (Python 2 build) python3-sdl2 - Python bindings to the SDL2 C-library (Python 3 build) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/pysdl2 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/pysdl2/pysdl2_0.9.3+dfsg2-1.dsc More information about PySDL2 can be obtained from https://bitbucket.org/marcusva/py-sdl2 . Changes since the last upload: * New dfsg tarball without doc/python.inv * Upgraded to policy 3.9.6, no changes required * debian/control: - Add Recommends dependency *-numpy for faster pixelaccess * debian/copyright: - Adjust license comment to fully state that the CC0 Public Domain Dedication is the preferred dedication and ZLIB is just a fallback License * debian/prune-tarball.sh: - Drop doc/python.inv which isn't in the preferred form for modifications and not used during the build * debian/README.source: - Clarify why doc/python.inv was removed from the upstream tarball A diff to the previous upload is attached. Special thanks to Thorsten Alteholz for finding the problem in debian/prune-tarball.sh which caused an inclusion of doc/python.inv. Regards, Victor Fayveldiff --git a/debian/README.source b/debian/README.source index 932335e..f2f3af0 100644 --- a/debian/README.source +++ b/debian/README.source @@ -7,6 +7,11 @@ files in the source package are the actual source files. * doc/modules/images/*.png * examples/resources/hello.bmp +Following files are not in a form which is the preferred form for modification +and were therefore removed: + + * doc/python.inv + The DFSG tarball can be generated using the upstream tarball and the script debian/prune-tarball.sh. The easiest method in doing so is to download the tarball using uscan. diff --git a/debian/changelog b/debian/changelog index 555953f..a13ed65 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,5 @@ -pysdl2 (0.9.3+dfsg1-1) unstable; urgency=low +pysdl2 (0.9.3+dfsg2-1) unstable; urgency=low * Initial release. (Closes: #731070) - -- Victor Fayvel fay...@web.de Mon, 18 Aug 2014 17:43:23 +0200 + -- Victor Fayvel fay...@web.de Tue, 21 Oct 2014 09:33:24 +0200 diff --git a/debian/control b/debian/control index 642894a..81bcd28 100644 --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: python Priority: optional Maintainer: Debian Python Modules Team python-modules-t...@lists.alioth.debian.org Uploaders: Victor Fayvel fay...@web.de -Standards-Version: 3.9.5 +Standards-Version: 3.9.6 Homepage: https://bitbucket.org/marcusva/py-sdl2 Build-Depends: debhelper (= 9), @@ -18,9 +18,11 @@ Build-Depends: libsdl2-ttf-2.0-0, imagemagick, python-all (= 2.6.6-3~), + python-numpy, python-setuptools, python-sphinx, python3-all (= 3.2~), + python3-numpy, python3-setuptools, librsvg2-bin, xauth, @@ -38,6 +40,8 @@ Depends: libsdl2-image-2.0-0, libsdl2-mixer-2.0-0, libsdl2-ttf-2.0-0, +Recommends: + python-numpy, Suggests: pysdl2-doc Description: Python bindings to the SDL2 C-library (Python 2 build) PySDL2 is a ctypes based wrapper around the Simple DirectMedia Layer 2 library @@ -56,6 +60,8 @@ Depends: libsdl2-image-2.0-0, libsdl2-mixer-2.0-0, libsdl2-ttf-2.0-0, +Recommends: + python3-numpy, Suggests: pysdl2-doc Description: Python bindings to the SDL2 C-library (Python 3 build) PySDL2 is a ctypes based wrapper around the Simple DirectMedia Layer 2 library diff --git a/debian/copyright b/debian/copyright index 0bc23ee..8e494cd 100644 --- a/debian/copyright +++ b/debian/copyright @@ -8,16 +8,12 @@ Copyright: 2012-2014, Marcus von Appen mar...@sysfault.org 2012-2014, Steven Johnson 2012-2014, Marcel Rodrigues 2012-2014, Dan Gillett -Comment: upstream also marked the project as public-domain but didn't gave - information about the exemption of the default copyright restrictions. But - a fallback license Zlib was was given when the files could not be used under - the public-domain. This part of the license was added to this comment - . - This software is distributed under the Public Domain. +Comment: + This software is distributed under the Public Domain (CC0 Public Domain + Dedication). . In cases, where the law prohibits the recognition of Public Domain - software, this
Bug#766177: RFS: libhdf4/4.2.10-3 [RC]
Package: sponsorship-requests Severity: important X-Debbugs-CC: debian-...@lists.debian.org Dear mentors, I am looking for a sponsor for my package libhdf4 * Package name: libhdf4 Version : 4.2.10-3 Upstream Author : HDFGROUP * URL : http://www.hdfgroup.org/ * License : BSD-4clause Section : graphics It builds those binary packages: hdf4-tools - Hierarchical Data Format library -- runtime package libhdf4-0 - Hierarchical Data Format library (embedded NetCDF) libhdf4-0-alt - Hierarchical Data Format library (without NetCDF) libhdf4-alt-dev - Hierarchical Data Format development files (without NetCDF) libhdf4-dev - Hierarchical Data Format development files (embedded NetCDF) libhdf4-doc - Hierarchical Data Format library -- documentation libhdf4g-dev - Hierarchical Data Format library -- transitional development pack To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libhdf4 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libh/libhdf4/libhdf4_4.2.10-3.dsc Changes since the last upload: [ Fernando Seiti Furusato ] * Fix endianness definition for ppc64el. [ Johan Van de Wauw ] * Disable tests on s390x (closes: #764353) * Remove unneeded build dep groff Regards, Johan Van de Wauw -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cajop35me01x2w5i6yjvzln7y7cg5vqheejn500acaca-mnk...@mail.gmail.com
Bug#756373: RFS: gnustep-examples/1:1.4.0-1 -- GNUstep example applications
At Sat, 23 Aug 2014 21:52:33 +0200, Paul Gevers wrote: Some remarks, when they are resolved I think I will upload. * copyright file needs updated dates (also in the negative direction) * copyright needs to mention the NeXT license and license holder Updated (and also switched to format 1.0). * Your watch file fails for me (is this a feature of a newer uscan?): It works for me, with wheezy's uscan as well. Perhaps a temporary issue? -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87egu1oe88.GNUs_not_UNIX!%ya...@gnu.org
libavifile-0.7c2 : Depends: libavifile-0.7-common (= 1:0.7.48~20090503.ds-16+b2) but 1:0.7.48~20090503.ds-16 is to be installed
Hi all, I'm currently working on the packaging of fw4spl (an open source framework) and I got this error when a run pbuilder : The following packages have unmet dependencies: libavifile-0.7c2 : Depends: libavifile-0.7-common (= 1:0.7.48~20090503.ds-16+b2) but 1:0.7.48~20090503.ds-16 is to be installed. Unable to resolve dependencies! Giving up... My package needs libvxl-dev, which needs libavifile-0.7-dev, but I don't understand why... libavi seems available in Testing. Hoping someone will have an idea... Thank you for your help, Corentin
Re: libavifile-0.7c2 : Depends: libavifile-0.7-common (= 1:0.7.48~20090503.ds-16+b2) but 1:0.7.48~20090503.ds-16 is to be installed
On Tue, 21 Oct 2014 15:23:11 +0200, Corentin Desfarges wrote: I'm currently working on the packaging of fw4spl (an open source framework) and I got this error when a run pbuilder : The following packages have unmet dependencies: libavifile-0.7c2 : Depends: libavifile-0.7-common (= 1:0.7.48~20090503.ds-16+b2) but 1:0.7.48~20090503.ds-16 is to be installed. Unable to resolve dependencies! Giving up... This is a bug in the avifile source package: https://bugs.debian.org/765669 Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #328: Fiber optics caused gas main leak -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021134630.gz22...@colleen.colgarra.priv.at
Re: libavifile-0.7c2 : Depends: libavifile-0.7-common (= 1:0.7.48~20090503.ds-16+b2) but 1:0.7.48~20090503.ds-16 is to be installed
On 2014-10-21 15:23:11, Corentin Desfarges wrote: Hi all, I'm currently working on the packaging of fw4spl (an open source framework) and I got this error when a run pbuilder : The following packages have unmet dependencies: libavifile-0.7c2 : Depends: libavifile-0.7-common (= 1:0.7.48~20090503.ds-16+b2) but 1:0.7.48~20090503.ds-16 is to be installed. Unable to resolve dependencies! Giving up... My package needs libvxl-dev, which needs libavifile-0.7-dev, but I don't understand why... libavi seems available in Testing. Hoping someone will have an idea... This is #765669 causing libavifile-0.7-dev to be uninstallable after binNMUs. According to https://ftp-master.debian.org/deferred.html a fixed version will be available in a day. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Re: Re: libavifile-0.7c2 : Depends: libavifile-0.7-common (= 1:0.7.48~20090503.ds-16+b2) but 1:0.7.48~20090503.ds-16 is to be installed
This is #765669 causing libavifile-0.7-dev to be uninstallable after binNMUs. According tohttps://ftp-master.debian.org/deferred.html a fixed version will be available in a day. This is a bug in the avifile source package: https://bugs.debian.org/765669 https://bugs.debian.org/765669 Oh thank you for this informations. Next time, I'll check the bug's list before ask. Best regards, Corentin
Package conflicting with itself?
Hi, Does it makes sense for a package to conflict with itself? $ aptitude show python3-postgresql Package: python3-postgresql New: yes State: installed Automatically installed: no Version: 1.0.2-1+b1 Priority: optional Section: python Maintainer: William Grzybowski will...@agencialivre.com.br Architecture: amd64 Uncompressed Size: 2118 k Depends: python3 (= 3.2), python3 ( 3.3), libc6 (= 2.2.5), libjs-jquery Conflicts: python3-postgresql Description: pgsql driver, cluster management tools, and client tools Homepage: http://python.projects.postgresql.org/ -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOkSjBjSd11vnG5HHJSqu2pu4RicWhjjfiwR_mgqGV=sr+m...@mail.gmail.com
Bug#766177: marked as done (RFS: libhdf4/4.2.10-3 [RC])
Your message dated Tue, 21 Oct 2014 16:24:25 + with message-id e1xgcet-0007v3...@quantz.debian.org and subject line closing RFS: libhdf4/4.2.10-3 [RC] has caused the Debian Bug report #766177, regarding RFS: libhdf4/4.2.10-3 [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.) -- 766177: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766177 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: sponsorship-requests Severity: important X-Debbugs-CC: debian-...@lists.debian.org Dear mentors, I am looking for a sponsor for my package libhdf4 * Package name: libhdf4 Version : 4.2.10-3 Upstream Author : HDFGROUP * URL : http://www.hdfgroup.org/ * License : BSD-4clause Section : graphics It builds those binary packages: hdf4-tools - Hierarchical Data Format library -- runtime package libhdf4-0 - Hierarchical Data Format library (embedded NetCDF) libhdf4-0-alt - Hierarchical Data Format library (without NetCDF) libhdf4-alt-dev - Hierarchical Data Format development files (without NetCDF) libhdf4-dev - Hierarchical Data Format development files (embedded NetCDF) libhdf4-doc - Hierarchical Data Format library -- documentation libhdf4g-dev - Hierarchical Data Format library -- transitional development pack To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libhdf4 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libh/libhdf4/libhdf4_4.2.10-3.dsc Changes since the last upload: [ Fernando Seiti Furusato ] * Fix endianness definition for ppc64el. [ Johan Van de Wauw ] * Disable tests on s390x (closes: #764353) * Remove unneeded build dep groff Regards, Johan Van de Wauw ---End Message--- ---BeginMessage--- Package libhdf4 version 4.2.10-3 is in unstable now. http://packages.qa.debian.org/libhdf4---End Message---
Bug#766244: RFS: dwb/20140702hg-1.1 [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my no maintainer upload package dwb * Package name: dwb Version : 20140702hg-1.1 Upstream Author : Stefan Bolte por...@gmx.net * URL : https://bitbucket.org/portix/dwb/downloads/ * License : GPL-3+ Section : web It builds those binary packages: dwb - lightweight WebKit browser To access further information about this package, please visit the following URL: http://mentors.debian.net/package/dwb Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/dwb/dwb_20140702hg-1.1.dsc More information about hello can be obtained from https://bitbucket.org/portix/dwb/downloads/ Changes since the last upload: * Non-maintainer upload. * Patch work: - Add from Fedora: dwb-gtk-deprecated.patch --fix FTBFS. (Closes: #763220) - Add from Fedora: Werror.patch -- fix buildlags warning. - Add from upstream: 0001-Define-_DEFAULT_SOURCE-for-compatability-with-glibc-.patch -- fix crashing with newest glibc. * Bump Standards-Version to 3.9.6 (no changes needed). Regards, Mateusz Łukasik -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54469cbb.5020...@linuxmint.pl
dump1090: Suggestions/comments for packaging internal web interface.
Hello All, I'm currently working on packaging dump1090[1] which happens to have a jQuery/jQuery-UI based web interface. Upstream leans on Google's CDN to provide the various JS libraries which is not acceptable in a packaged form. I spent some time patching the internal HTTP server to support large(ish) files but due to the architecture of the network code (it opens all sockets with O_NONBLOCK) it periodically throws EWOULDBLOCK while sending HTTP replies. This leaves me with the question as to the best way to 'fix' this for inclusion into Debian. I don't particularly want to re-architect the network code and frankly having yet another daemon that speaks HTTP as a 'side effect' seems less than ideal. My current thinking is to drop sample apache and lighttpd configs into /usr/share/dump1090/examples and include a section in the README with instructions on enabling the web interface in a 'real' httpd. I am hoping someone has experienced a similar situation and would be able to point me in the right direction or at least affirm that this is a reasonable and correct way to proceed. Thanks, Matt -- Matthew Ernisse E-Mail: merni...@ub3rgeek.net Web: http://www.ub3rgeek.net/ PGP Key ID: 0x4AE6BF32 signature.asc Description: Digital signature
Bug#765989: marked as done (RFS: gnome-system-tools/3.0.0-4 [ITA])
Your message dated Tue, 21 Oct 2014 22:54:37 +0300 with message-id 20141021195437.ge18...@rep.kiev.ua and subject line Re: RFS: gnome-system-tools/3.0.0-4 [ITA] has caused the Debian Bug report #765989, regarding RFS: gnome-system-tools/3.0.0-4 [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.) -- 765989: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765989 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package gnome-system-tools * Package name: gnome-system-tools Version : 3.0.0-4 Upstream Author : 2002-2003 Jean-Baptiste LAMY * URL : http://ftp.gnome.org/pub/GNOME/sources/gnome-system-tools/ * License : GPL-2 Section : gnome It builds those binary packages: gnome-system-tools - Cross-platform configuration utilities for GNOME To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gnome-system-tools Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gnome-system-tools/gnome-system-tools_3.0.0-4.dsc Changes since the last upload: * New maintainer (Closes: #764266) [ Vlad Orlov ] * dont-ignore-oobsresult.patch: new patch. Don't ignore OobsResult in a callback function, show the message dialog instead (Closes: #761824). [ Thaddäus Tintenfisch ] * Add 12_fix_exit.patch: Drop unneeded g_object_unref call to fix a segmentation fault on exit after a new user has been created. Adjust gst_users_tool_finalize to fix some warnings/error messages (Closes: #729477). [ Andriy Grytsenko ] * debian/control: - Lower the relations with gnome-control-center to Suggests (Closes: #753701). - Bump Standards-Version to 3.9.6 (Fixes lintian warning). - Remove invalid statements from gnome-system-tools.pc.in (Fixes lintian error pkg-config-bad-directive). - Remove Vcs-* fields due to package adoption, new ones will be added later. - Remove system-tools-backends from Depends: liboobs depends on it instead. - Add alternative for policykit-1-gnome: mate-polkit. * debian/copyright: - Change to a machine-readable format (for lintian). Regards, Andriy Grytsenko. ---End Message--- ---BeginMessage--- It was uploaded to unstable few moments ago. Thank you very much.---End Message---
Bug#765990: marked as done (RFS: liboobs/3.0.0-2 [ITA])
Your message dated Tue, 21 Oct 2014 22:56:10 +0300 with message-id 20141021195610.gf18...@rep.kiev.ua and subject line Re: Bug#765990: Acknowledgement (RFS: liboobs/3.0.0-2 [ITA]) has caused the Debian Bug report #765990, regarding RFS: liboobs/3.0.0-2 [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.) -- 765990: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765990 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package liboobs * Package name: liboobs Version : 3.0.0-2 Upstream Author : 2004-2005 Carlos Garnacho carl...@gnome.org 2009-2010 Milan Bouchet-Valat nalimi...@club.fr * URL : http://ftp.gnome.org/pub/GNOME/sources/liboobs/ * License : LGPL-2 Section : libs It builds those binary packages: liboobs-1-5 - GObject based interface to system-tools-backends - shared library liboobs-1-5-dbg - GObject based interface to system-tools-backends - debug symbols liboobs-1-dev - GObject based interface to system-tools-backends - dev files To access further information about this package, please visit the following URL: http://mentors.debian.net/package/liboobs Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libo/liboobs/liboobs_3.0.0-2.dsc Changes since the last upload: * New maintainer (Closes: #764265). [ Josselin Mouette ] * Update repository URL. [ jbicha-guest ] * use canonical Vcs-* fields [ Vlad Orlov ] * 01-return-error-code.patch: new patch. Correctly return error code on unknown dbus errors. * 02-proper-warning.patch: new patch. Emit the unknown error warning only when dbus error is really unknown (Closes: #761964). [ Andriy Grytsenko ] * debian/control: - Bump Standards-Version to 3.9.6 (Fix lintian warning). - Remove Vcs-* fields due to package adoption, new ones will be added later. - Add Homepage: link (Fix lintian wishlist message). - Fix dependency version on system-tools-backends to (= 2.10.1). * debian/rules: - Add --disable-silent-rules into confugure options (Fix buildd warning dpkg-buildflags-missing). * debian/copyright: - Change to a machine-readable format (for lintian) and fix errors. Regards, Andriy Grytsenko. ---End Message--- ---BeginMessage--- It was uploaded by cate to unstable few moments ago. Thank you very much.---End Message---
Bug#765992: marked as done (RFS: system-tools-backends/2.10.2-2 [ITA])
Your message dated Tue, 21 Oct 2014 22:57:07 +0300 with message-id 20141021195707.gg18...@rep.kiev.ua and subject line Re: Bug#765992: Acknowledgement (RFS: system-tools-backends/2.10.2-2 [ITA]) has caused the Debian Bug report #765992, regarding RFS: system-tools-backends/2.10.2-2 [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.) -- 765992: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765992 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package system-tools-backends * Package name: system-tools-backends Version : 2.10.2-2 Upstream Author : 2005-2011 Arturo Espinosa art...@ximian.com Hans Petter Jansson h...@ximian.com Tambet Ingo tam...@ximian.com Carlos Garnacho Parro carl...@gnome.org * URL : http://ftp.gnome.org/pub/GNOME/sources/system-tools-backends/ * License : LGPL-2 Section : admin It builds those binary packages: system-tools-backends - System Tools to manage computer configuration -- scripts system-tools-backends-dev - System Tools to manage computer configuration -- development files To access further information about this package, please visit the following URL: http://mentors.debian.net/package/system-tools-backends Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/system-tools-backends/system-tools-backends_2.10.2-2.dsc Changes since the last upload: * New maintainer (Closes: #764264). [ Josselin Mouette ] * Update repository URL. [ jbicha-guest ] * use canonical Vcs-* fields [ Colin Watson ] * use dh_installdeb maintscript support (Closes: #659885). [ Vlad Orlov ] * 05_fix_selfconfig.patch: fixes current user's info retrieval. Closes: #761806. [ Andriy Grytsenko ] * debian/control, debian/copyright: - Bump Standards-Version to 3.9.6 (Fix lintian warning). - Change debian/copyright to a machine-readable format (for lintian). * debian/control: - Remove Vcs-* fields due to package adoption, new ones will be added later. - Add build dependency on autotools-dev to fix lintian warning outdated-autotools-helper-file. Regards, Andriy Grytsenko. ---End Message--- ---BeginMessage--- It was uploaded by cate to unstable few moments ago. Thank you very much.---End Message---
Bug#765883: RFS: avce00/2.0.0-5
After uploading the package (and filing this RFS) I noticed that the version number was much higher than in wheezy. It appeared that there were two versions mentioned in the changelog in the repository that didn't make their way to unstable in the end. I've therefore adjusted the version number to 2.0.0-3 dget -x http://mentors.debian.net/debian/pool/main/a/avce00/avce00_2.0.0-3.dsc The full changelog, including the other changes: [ Johan Van de Wauw ] * Move to debhelper 9 * Enable hardening when compiling/linking * Bump standards version, fix vcs links (cme fix dpkg-control) * Remove duplicate changelog * Add doc-base * Add myself to uploaders [ Francesco Paolo Lovergine ] * Fixed short and long descriptions to make lintian happy. * Policy bumped to 3.8.3. * Debhelper level set to 7. Now using dh_prep. * Removed Jean-Denis Giguere among Uploaders. * Moved to source format 3.0 * Repository moved to git and Vcs-* changed in debian/control. * Debhelper level set to 8. No changes required. * Policy bumped to 3.9.1. No changes required. * Added ${misc:Depends} by dh use. * Make lintian happy about debian-rules-ignores-make-clean-error. * Fixed extended-description-line-too-long lintian warning. Regards, Johan Van de Wauw -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cajop35mvyk5p8mxdrmjut5gpdz_ogafaodm7pdotyh1kybx...@mail.gmail.com
Package with CMAKE based C library
Hi everybody, I want to package a library, developed in C (libcmime) which is based on cmake. If I'm right - there should be a) the main package libcmime /usr/lib/libcmime.so.0.1 (symlink to the next one) /usr/lib/libcmime.so.0.1.14 b) the dev package libcmime-dev /usr/lib/libcmime.so (symlink to 0.1.19) /usr/include/cmime/*.h /usr/lib/pkgconfig/cmime.pc As this package is the first one with a C library, based on CMAKE for me it would be great if anyone could point me to a similar package to stud debian/rules Thanks and cheers, Werner -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5446cfc2.90...@aloah-from-hell.de
Re: Package with CMAKE based C library
Hi Werner, I just finished working up a CMAKE package that has it's own install target and creates the appropriate directories, manpages etc. I used the basic dh_* Makefile, and did a couple overrides to account for things that were performed by the CMakeLists.txt file. It really depends on what the CMAKE project does as to what your rules file will end up looking like. This particular project accounts for Debian builds, as well as Mac OSX and RPM. I used my own version of the control file though. Im not sure I've done this 100% correct, but It's building without any Lintian errors or warnings. You can also use CDBS, but I found it just as easy to use dh_*. I'm sure the the Debian Mentors can get you sorted out on this. Maybe they can help me out as well, as I could be out in left field here :-) Rules File -- I added the comments just so i could see it easy in the build log DH_VERBOSE = 1 export DH_OPTIONS=-v %: dh $@ --parallel # CMakeLists.txt install target creates all the appropriate dir's override_dh_install: @echo '-' @echo ' Overiding: dh_install to NULL' @echo '' # Manpages are build by a Cmake target override_dh_installman: @echo '-' @echo ' Overiding: dh_installman to NULL' @echo '-' # Manpages are already compressed override_dh_compress: @echo '-' @echo ' Overiding: dh_compress to exclude *.1.gz files' @echo '-' dh_compress -X1.gz 73's Greg, KI7MT On 10/21/2014 03:27 PM, Werner Detter wrote: Hi everybody, I want to package a library, developed in C (libcmime) which is based on cmake. If I'm right - there should be a) the main package libcmime /usr/lib/libcmime.so.0.1 (symlink to the next one) /usr/lib/libcmime.so.0.1.14 b) the dev package libcmime-dev /usr/lib/libcmime.so (symlink to 0.1.19) /usr/include/cmime/*.h /usr/lib/pkgconfig/cmime.pc As this package is the first one with a C library, based on CMAKE for me it would be great if anyone could point me to a similar package to stud debian/rules Thanks and cheers, Werner -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5446d6de.7070...@yahoo.com
Re: Package with CMAKE based C library
Hi KI7MT, hi everybody thanks for your reply - I'm currently building the package with cdbs, debian/rules right now implements: #!/usr/bin/make -f include /usr/share/cdbs/1/rules/debhelper.mk #include /usr/share/cdbs/1/rules/patchsys-quilt.mk include /usr/share/cdbs/1/class/cmake.mk #export DH_VERBOSE = 1 binary-post-install/%:: dh_installchangelogs CHANGELOG It build's the package. So far, so good. But I'm still wondering what needs to be done to split the package into libcmime and libcmime-dev :) In other words: how do i tell the packaging process to create two packages and to put: /usr/lib/libcmime.so.0.1 /usr/lib/libcmime.so.0.1.14 into the main package, and /usr/lib/libcmime.so (symlink to 0.1.14) /usr/include/cmime/*.h /usr/lib/pkgconfig/cmime.pc into the -dev package Cheers, Werner [1] Currently only one package is created, wich installs the following files: *) /usr/lib lrwxrwxrwx 1 root root 15 Oct 21 23:08 libcmime.so - libcmime.so.0.1 lrwxrwxrwx 1 root root 18 Oct 21 23:08 libcmime.so.0.1 - libcmime.so.0.1.14 -rw-r--r-- 1 root root 89320 Oct 21 23:08 libcmime.so.0.1.14 *) /usr/include/cmime -rw-r--r-- 1 root root 4424 Sep 23 15:55 cmime_address.h -rw-r--r-- 1 root root 3273 Sep 23 15:55 cmime_base64.h -rw-r--r-- 1 root root 1913 Oct 21 23:08 cmime_config.h -rw-r--r-- 1 root root 3716 Sep 23 15:55 cmime_header.h -rw-r--r-- 1 root root 7077 Sep 23 15:55 cmime_list.h -rw-r--r-- 1 root root 19017 Sep 23 15:55 cmime_message.h -rw-r--r-- 1 root root 6872 Sep 23 15:55 cmime_part.h -rw-r--r-- 1 root root 3166 Sep 23 15:55 cmime_qp.h -rw-r--r-- 1 root root 3894 Sep 23 15:55 cmime_string.h -rw-r--r-- 1 root root 2942 Sep 23 15:55 cmime_util.h *) /usr/lib/pkgconfig/libcmime.pc Am 21.10.14 23:57, schrieb ki7mt: Hi Werner, I just finished working up a CMAKE package that has it's own install target and creates the appropriate directories, manpages etc. I used the basic dh_* Makefile, and did a couple overrides to account for things that were performed by the CMakeLists.txt file. It really depends on what the CMAKE project does as to what your rules file will end up looking like. This particular project accounts for Debian builds, as well as Mac OSX and RPM. I used my own version of the control file though. Im not sure I've done this 100% correct, but It's building without any Lintian errors or warnings. You can also use CDBS, but I found it just as easy to use dh_*. I'm sure the the Debian Mentors can get you sorted out on this. Maybe they can help me out as well, as I could be out in left field here :-) Rules File -- I added the comments just so i could see it easy in the build log DH_VERBOSE = 1 export DH_OPTIONS=-v %: dh $@ --parallel # CMakeLists.txt install target creates all the appropriate dir's override_dh_install: @echo '-' @echo ' Overiding: dh_install to NULL' @echo '' # Manpages are build by a Cmake target override_dh_installman: @echo '-' @echo ' Overiding: dh_installman to NULL' @echo '-' # Manpages are already compressed override_dh_compress: @echo '-' @echo ' Overiding: dh_compress to exclude *.1.gz files' @echo '-' dh_compress -X1.gz 73's Greg, KI7MT On 10/21/2014 03:27 PM, Werner Detter wrote: Hi everybody, I want to package a library, developed in C (libcmime) which is based on cmake. If I'm right - there should be a) the main package libcmime /usr/lib/libcmime.so.0.1 (symlink to the next one) /usr/lib/libcmime.so.0.1.14 b) the dev package libcmime-dev /usr/lib/libcmime.so (symlink to 0.1.19) /usr/include/cmime/*.h /usr/lib/pkgconfig/cmime.pc As this package is the first one with a C library, based on CMAKE for me it would be great if anyone could point me to a similar package to stud debian/rules Thanks and cheers, Werner -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5446d9c5.60...@aloah-from-hell.de
Bug#765601: RFS: lxdm/0.5.0-1 [ITP]
control: forcemerge -1 765666 And so 2 identical ITP bugs (#765601 #765666) are merged. Take care, Bob -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1413930317.212055830.do7rg...@frv40.fwdcdn.com
Bug#765179: RFS: yubikey-neo-manager/0.2.2-1 [ITP] -- YubiKey NEO management graphical user interface
On Wed, 2014-10-15 at 11:54 +0200, Simon Josefsson wrote: I'd love for you two to put your review cycles into it: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764262 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764460 My recent reviews have been to test Harlan's ability to review packages. If he wants to review this one too, I can check his review again. Thanks -- we are trying to sort this out, either we do something in the Debian packaging or we do it upstream -- but the latter requires some thinking since the package is cross-platform (Windows, Mac, GNU). Generally icons are done upstream. No idea how to resolve this -- I suppose libloader.py is some external file we copie in, maybe there are Debian-ified versions of it. Dain? Not sure why this package have to hardcode or read ld.so.conf at all. It is dynamically loading shared libraries, seems to need to know where to find those libraries.. It is common to ship generated files in tarballs, to avoid forcing users to have a lot of tools available. Agree with removing them from git though, Dain? Users generally use binary packages, not source packages. Anyone willing to work with the source should be willing to install the relevant tools. DEFAULT_KEY does not look like something that should be included? Why not? Earlier NEOs had that key as the default (it is the common Visa/Mastercard standard key), although modern NEOs have randomized keys. It wasn't clear to me if this was an example key or a private key or what. Having every device contain the same private key seems bad, I wonder if it would be a good idea to recall these devices and replace them with ones containing random keys. ykneo-oath and ykneo-openpgp are free software, but they are not required for operation and most people will not want or need them. Is it possible to build them using OpenJDK? I took a look and the Java Card stuff seems to be proprietary. Yeah, it is mostly an example and reminder for the people working with the packaging. Fair enough. On Wed, 2014-10-15 at 14:17 +0200, Dain Nilsson wrote: Yes, this code is copied from an external source, I'm not entirely sure why it does some things it does, but it seems to work pretty well and I'm not sure we have the resources to be testing this on a vast number of different distros, so I've refrained from making any changes to this file. I'll open an issue for the upstream package regarding this. If libloader.py is unmodified, it might be best to package that separately, which upstream does it come from? The menu icon is XPM now, I thought Debian required these to be XPM? If not then I agree that PNG is better. As for the upstream build system installing the man page, .desktop file and icons, I'm not sure the upstream build system has a good way of doing this. I'll open another issue for this nonetheless. In Debian there are two menu systems: The Debian menu, it requires XPM and is not shown by most desktops in Debian. It is the older of the two menu systems and Debian-specific. The Freedesktop menu, it allows PNG, XPM, SVG and is shown by modern desktops in Debian but not window managers and older things. It is the newer of the two menu systems and is cross-distro. Other than subprocess being newer there's no real reason not to use os.system, but then again, there's no reason not so use it, so I'll open an issue for this as well. subprocess isn't vulnerable to shell metacharacter injection attacks, os.system (and other things in python) is because it uses a shell. http://bonedaddy.net/pabs3/log/2014/02/17/pid-preservation-society/ -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part