Re: RFS: sqlbuddy
Hi, On Thu, January 26, 2012 2:43 pm, Tanguy Ortolo wrote: If the upstream changelog is not part of the source and you want to include it in your package, you should store it under your debian/ directory. All the remaining should be files from the tarball, possibly patched by the means of quilt patches. Just store it directly under debian/ dir and put it in docs? What flags should be used for dh_installchangelogs? Sincerely, -- Medhamsh Hacktivist | http://medhamsh.org -- 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/53084.14.139.82.6.1327653740.squir...@mail.medhamsh.org
RFS: xpa -- Seamless communication between Unix programs
Dear mentors, I am looking for a sponsor for my package xpa. * Package name: xpa Version : 2.1.13-1 Upstream Author : Eric Mandel e...@head.cfa.havard.edu * URL : http://hea-www.harvard.edu/RD/xpa/ * License : LGPLv2.1+ Section : science It builds those binary packages: libxpa-dev - Seamless communication between Unix programs (development files) libxpa1- Seamless communication between Unix programs (shared library) tcl-xpa- Seamless communication between Unix programs (Tcl interface) xpa-tools - Tools for seamless communication between Unix programs To access further information about this package, please visit the following URL: http://mentors.debian.net/package/xpa Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/x/xpa/xpa_2.1.13-1.dsc The package is needed in order to bring the astronomical package saods9 back into Debian (ITP: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655648). I would be glad about a review and if someone uploaded this package for me. Kind regards, Ole Streicher -- 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/4f226764.6060...@liska.ath.cx
Re: RFS: couriergrey (3rd)
Dear Gergely, On Thu, Jan 19, 2012 at 10:44:22AM +0100, Gergely Nagy wrote: Hi! Marco Balmer ma...@balmer.name writes: Fixed/uploaded all of your remarks, may you have a look again? Thank you! By the way I've added Vcs-Git and Vcs-Browser fields and fixed a bug in packaging. I had another look, at long last, and spotted a thing or two: * [minor] There's a thinko in debian/README.Debian: disabled at default should be disabled by default, at least that's how I usually use the phrase, but I'm not a native speaker, and I might very well be mistaken. * [major] The package doesn't build twice in a row. The second time it fails with: Upstream author announced a new version 0.3.1 which is packaged now: dget -x http://mentors.debian.net/debian/pool/main/c/couriergrey/couriergrey_0.3.1-1.dsc * Cron added * fix-manpage-clean.patch removed Thx, -Marco signature.asc Description: GnuPG Signature
Re: RFS: bibtool
Le Thu, Jan 26, 2012 at 04:23:00PM +0100, Adam Borowski a écrit : On Thu, Jan 26, 2012 at 12:14:15PM +0100, Jerome BENOIT wrote: The debian/copyright was corrected as well: lintian failed to detect non ASCII chars. Because they're perfectly fine. You're not supposed to mangle the names of copyright holders, etc. It should use UTF-8. I somehow can't seem to find a policy paragraph specifying this (an omission?), but at least common sense specifies that :p And in the particular case of this package, that uses the machine-readable copyright format, it is indirectly mandated by the Policy: DEP 5: The syntax of the file is the same as for other Debian control files, as specified in the Debian Policy Manual. See its section 5.1 for details. Policy §5.1: All control files must be encoded in UTF-8. Cheers, -- Charles Plessy Tsurumi, Kanagawa, Japan -- 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/20120127093011.gd12...@merveille.plessy.net
Re: RFS: sqlbuddy
Hello, On Fri, January 27, 2012 2:56 pm, Tanguy Ortolo wrote: Medhamsh, 2012-01-27 09:42+0100 (gmane.linux.debian.devel.webapps): Give it the changelog name as argument, for instance: dh_installchangelogs debian/changelog.upstream Worked like a charm. Uploaded to mentors again. Sincerely, -- Medhamsh Hacktivist | http://medhamsh.org -- 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/54174.14.139.82.6.1327658088.squir...@mail.medhamsh.org
Re: RFS: libconfig (requires transition)
Julien Cristau jcris...@debian.org wrote: On Fri, Jan 27, 2012 at 01:02:57 +, Jonathan McCrohan wrote: Hi Cyril, AFAICT the primary ABI change between these versions is that upstream has depreciated longs and replaced with ints in an effort to standardise lengths across platforms. Assuming updating the Build-depends field in debian/control (to reflect the new package name) is not counted as a source change: Please don't change the -dev package name. All of the packages except one have versioned Build-depends on libconfig8-dev. Surely this needs to be replaced with libconfig-dev or at least libconfig9-dev? 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/d34e115e-4eda-42e9-beaf-334bdcf16...@email.android.com
Re: RFS: acsccid (New Upstream Release)
Dear Paul I sent the e-mail to Secure Testing Team at home tonight. Hope that they can receive my e-mail. Thanks! Regards Godfrey
Bug#657428: RFS: surf -- simple web browser (QA upload)
owner 657428 !
thanks
* Vasudev Kamath kamathvasu...@gmail.com, 2012-01-26, 13:17:
dget -x http://mentors.debian.net/debian/pool/main/s/surf/surf_0.4.1-5.dsc
This package builds without any lintian warnings. Below is the changelog
surf (0.4.1-5) unstable; urgency=low
* QA upload.
Here, for completeness, I would mention that you changed the Maintainer
field to Debian QA Group.
* debian/control:
+ Bumped Standards-Version to 3.9.2
Did this require any changes to the packaging?
* debian/surf.postinst:
+ Reduced the update-alternative priority to 30 as per request from user
to the previous maintainer
Hmm. Was there a bug report about that?
* debian/rules:
+ Introduced dpkg-buildflags by patching config.mk with
dpkg-buildflags.patch
This is formulated in a confusing way. I had to look at sources to
understand what happened.
Okay, so there are two changes:
1) You added a patch for config.mk that makes it honour {C,CPP,LD}FLAGS
from environment.
2) You added a hunk to debian/rules that exports these variables.
The hunk looks like this:
+#export DH_VERBOSE=1
+
+-include /usr/share/dpkg/buildflags.mk
+export CPPFLAGS CFLAGS LDFLAGS
Unfortunately, this _won't_ do the right thing for these dpkg-dev
versions that didn't provide the /usr/share/dpkg/buildflags.mk file.
Please see
http://lists.debian.org/debian-mentors/2011/10/msg00307.html to
understand why.
* debian/source/local-options:
+ Introduced local-options to undo the patches
No, no, no. debian/source/local-options doesn't belong in the source
package. And if you look carefully, dpkg-source in fact didn't include
it in .debian.tar.gz.
--
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/20120127154642.ga8...@jwilk.net
Processed: Re: Bug#657428: RFS: surf -- simple web browser (QA upload)
Processing commands for cont...@bugs.debian.org: owner 657428 ! Bug #657428 [sponsorship-requests] RFS: surf -- simple web browser (QA upload) Owner recorded as Jakub Wilk jw...@debian.org. thanks Stopping processing here. Please contact me if you need assistance. -- 657428: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657428 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.13276792078697.transcr...@bugs.debian.org
Re: RFS: couriergrey (3rd)
Marco Balmer ma...@balmer.name writes: Upstream author announced a new version 0.3.1 which is packaged now: dget -x http://mentors.debian.net/debian/pool/main/c/couriergrey/couriergrey_0.3.1-1.dsc After a couple of last-minute updates, this is now sitting in NEW. -- |8] -- 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/87k44dp1n6@luthien.mhp
Bug#657428: RFS: surf -- simple web browser (QA upload)
On 16:46 Fri 27 Jan , Jakub Wilk wrote:
* QA upload.
Here, for completeness, I would mention that you changed the
Maintainer field to Debian QA Group.
I'll add this
* debian/control:
+ Bumped Standards-Version to 3.9.2
Did this require any changes to the packaging?
It didn't require any changes to packaging I'll mention it in the
changelog
* debian/surf.postinst:
+ Reduced the update-alternative priority to 30 as per request from user
to the previous maintainer
Hmm. Was there a bug report about that?
No previous maintainer Kai forwarded mail to me as I had adopted his
dwm package. I asked the reporter to raise a bug but he didn't do
that. So what do you suggest me to do for this? Shall I raise a bug or
its not required?.
* debian/rules:
+ Introduced dpkg-buildflags by patching config.mk with
dpkg-buildflags.patch
This is formulated in a confusing way. I had to look at sources to
understand what happened.
Okay, so there are two changes:
1) You added a patch for config.mk that makes it honour
{C,CPP,LD}FLAGS from environment.
2) You added a hunk to debian/rules that exports these variables.
The hunk looks like this:
+#export DH_VERBOSE=1
+
+-include /usr/share/dpkg/buildflags.mk
+export CPPFLAGS CFLAGS LDFLAGS
Unfortunately, this _won't_ do the right thing for these dpkg-dev
versions that didn't provide the /usr/share/dpkg/buildflags.mk file.
Please see
http://lists.debian.org/debian-mentors/2011/10/msg00307.html to
understand why.
Ok I went through the conversation so I need to build-depend on
dpkg-dev correct version for this and add conditional check for
buildflags.mk. Please correct me if I'm wrong
* debian/source/local-options:
+ Introduced local-options to undo the patches
No, no, no. debian/source/local-options doesn't belong in the source
package. And if you look carefully, dpkg-source in fact didn't
include it in .debian.tar.gz.
Okay I read maint-guide section 5.22 again and now I'm clear this is
only for changing the behaviour dpkg-source locally. I'll remove this
section from changelog.
I'll upload finished package ASAP. Thanks for the review :)
Best Regards
--
Vasudev Kamath
signature.asc
Description: Digital signature
Bug#657428: RFS: surf -- simple web browser (QA upload)
* Vasudev Kamath kamathvasu...@gmail.com, 2012-01-27, 21:52: + Reduced the update-alternative priority to 30 as per request from user to the previous maintainer Hmm. Was there a bug report about that? No previous maintainer Kai forwarded mail to me as I had adopted his dwm package. I asked the reporter to raise a bug but he didn't do that. So what do you suggest me to do for this? Shall I raise a bug or its not required?. Well, I wanted to have some insight into what problem we're trying to solve here. Having it documented somewhere (preferably in a bug report) would be nice. The hunk looks like this: +#export DH_VERBOSE=1 + +-include /usr/share/dpkg/buildflags.mk +export CPPFLAGS CFLAGS LDFLAGS Unfortunately, this _won't_ do the right thing for these dpkg-dev versions that didn't provide the /usr/share/dpkg/buildflags.mk file. Please see http://lists.debian.org/debian-mentors/2011/10/msg00307.html to understand why. Ok I went through the conversation so I need to build-depend on dpkg-dev correct version for this and add conditional check for buildflags.mk. Please correct me if I'm wrong There is more than one way to fix this. The simplest is to have versioned build-dependency on dpkg-dev. (And then you don't need - prefix before include, or other conditional checks.) -- 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/20120127165203.ga5...@jwilk.net
Re: RFS: dmaths
* Innocent De Marchi tangram.pe...@gmail.com, 2012-01-24, 19:00: Hi Jakob, *cough* :) I have decided to make profound changes in the compilation of the package: I've removed some unnecessary things and updated debian/rules to dh $@. In addition, I have automated the process of packaging of sources. Thus, the compilation is more clear and simple. I hope that the package is now better. The package is in http://mentors.debian.net/debian/pool/main/d/dmaths/dmaths_3.4.2+dfsg1-1.dsc Thanks, I like the new .orig.tar more. I do wonder however, what happened to debian/dmaths.patch. Are these files mini_memo_dmaths_1.5.odt memo_OOo_dmaths_1.5.odt Lisez-moi.odt install.odt used for anything? If they are not, I'd appreciate if you could remove them from .orig.tar, too. It'll make future reviews easier. -- 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/20120127180502.ga...@jwilk.net
Bug#657649: RFS: wfmath/0.3.12-1 [ITA] -- WorldForge math library
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package wfmath: dget -x http://mentors.debian.net/debian/pool/main/w/wfmath/wfmath_0.3.12-1.dsc It builds these binary packages: libwfmath-0.3-6 - WorldForge math library libwfmath-0.3-6-dbg - WorldForge math library - debugging library libwfmath-0.3-dev - WorldForge math library - development files libwfmath-doc - WorldForge math library - API documentation More information about hello can be obtained from http://www.worldforge.org/ Changes since the last upload: wfmath (0.3.12-1) unstable; urgency=low . * new upstream release * new maintainer: Debian games team (closes: #653979) - added myself as uploader * converted packaging to use dh sequenceer * renamed binary packages due to SONAME bump * converted to 3.0 (quilt) source format * updated Standards-Version to 3.9.2 (no changes required) * debian/control: added Vcs- fields * refined doc packaging rules * added symbols tracking * debian/copyright: converted to DEP-5 format Regards, Stephen M. Webb stephen.w...@bregmasoft.ca -- 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/4f22ea04.6040...@bregmasoft.ca
Bug#657428: RFS: surf -- simple web browser (QA upload)
On 17:52 Fri 27 Jan , Jakub Wilk wrote: * Vasudev Kamath kamathvasu...@gmail.com, 2012-01-27, 21:52: + Reduced the update-alternative priority to 30 as per request from user to the previous maintainer Hmm. Was there a bug report about that? No previous maintainer Kai forwarded mail to me as I had adopted his dwm package. I asked the reporter to raise a bug but he didn't do that. So what do you suggest me to do for this? Shall I raise a bug or its not required?. Well, I wanted to have some insight into what problem we're trying to solve here. Having it documented somewhere (preferably in a bug report) would be nice. Done reported it as bugs by including mail content which I got and added closes in changelog The hunk looks like this: +#export DH_VERBOSE=1 + +-include /usr/share/dpkg/buildflags.mk +export CPPFLAGS CFLAGS LDFLAGS Unfortunately, this _won't_ do the right thing for these dpkg-dev versions that didn't provide the /usr/share/dpkg/buildflags.mk file. Please see http://lists.debian.org/debian-mentors/2011/10/msg00307.html to understand why. Ok I went through the conversation so I need to build-depend on dpkg-dev correct version for this and add conditional check for buildflags.mk. Please correct me if I'm wrong There is more than one way to fix this. The simplest is to have versioned build-dependency on dpkg-dev. (And then you don't need - prefix before include, or other conditional checks.) Done added a Build-Depends and removed - from rules. Re uploaded package to mentors Best Regards -- Vasudev Kamath GPG fingerprint = C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E signature.asc Description: Digital signature
Processed (with 1 errors): RFS: wfmath/0.3.12-1 [ITA] -- WorldForge math library
Processing commands for cont...@bugs.debian.org: affects 657649 + src:wfmath Bug #657649 [sponsorship-requests] RFS: wfmath/0.3.12-1 [ITA] -- WorldForge math library Added indication that 657649 affects src:wfmath blocks 653979 by 657649 Unknown command or malformed arguments to command. End of message, stopping processing here. Please contact me if you need assistance. -- 657649: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657649 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.132768913713882.transcr...@bugs.debian.org
Processed: RFS: wfmath/0.3.12-1 [ITA] -- WorldForge math library
Processing commands for cont...@bugs.debian.org: block 653979 by 657649 Bug #653979 [wnpp] ITA: wfmath -- WorldForge math library Was not blocked by any bugs. Added blocking bug(s) of 653979: 657649 End of message, stopping processing here. Please contact me if you need assistance. -- 653979: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653979 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.132768962917491.transcr...@bugs.debian.org
Bug#657393: RFS: skstream/0.3.6-1 [ITA] -- IOStream C++ socket Library
* Stephen M. Webb stephen.w...@bregmasoft.ca, 2012-01-26, 12:05: * renamed binary packages due to SONAME change But here are reverse-dependencies of the old binary package. Which means that uploading this to unstable starts a transition. What this discussed with the release team? It probably should, even though the number of involved packages is small. That said, the best moment to talk to the release team would be after the package has been thoroughly reviewed (thus: not yet). The old and new library packages are parallel-installable. I consider this a feature, Right, this is a property of every respectable shared library. since the library is a part of an MMORPG stack, and I anticipate a newer client app revision getting in to Debian long before a new server app, so the coexistence of both old and new SONAMEs will be required, at least for a little while. Could elaborate more of this? What is client app and server app in this context? Please bear in mind that having multiple versions of the same source package in a single suite is not really a desired state. As far as unstable is concerned, you don't have control over when the old package will be removed. While I think ftp-masters usually wait until the old version don't have rdepeds anymore, they can also do it whenever they see fit (possibly rendering not-yet-rebuilt packages uninstallable). Until very recently, it wasn't even possible (unless some dirty hacks were involved) to keep multiple versions of a library in testing. It's doable now, but such a state certainly doesn't make the Release Team happy. But, as you say, this will need to be discussed with the release team after this package (and other upgraded packages in the stack) has been thoroughly reviewed. Great. Does you new d/rules support DEB_BUILD_OPTIONS=noopt like the old one did? Are you sure that there are no other regressions? I have the greatest confidence that the dh sequencer support Debian policy much better than the previous hand-rolled debian/rules script. I have confirmed that the new debian/rules does indeed support DEB_BUILD_OPTIONS=noopt and DEB_BUILD_OPTIONS=nostrip. Did you build in unstable? I just did (with DEB_BUILD_OPTIONS=noopt), and saw this in the build log: /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.. -I.. -g -O2 -Wall -DNDEBUG -c -o sksocket.lo sksocket.cpp I would appreciate an explicit list of any apparent regressions, since they aren't apparent to me from the build logs or runtime testing of the package. I didn't have anything specific in mind (except noopt support). Looking at old debian/rules there are some things that dh certainly doesn't do: - setting LDFLAGS=-lstdc++; - passing --disable-debug to configure. Maybe these were no-ops or simply wrong. Maybe not. I didn't check. :) Now some things I didn't catch in my initial review: The package descriptions were modified, but this is not documented in the changelog. The .orig.tar is compressed with bz2, but uscan would download a .tar.gz. I see the upstream provides bzip2ed tarballs too, so it should be a matter of fixing debian/watch. -- 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/20120127184549.ga1...@jwilk.net
Renaming file names because of conflicts
Hi, one of my packages has conflicts with file names in /usr/bin, and I am convinced to change this. The question is now, where is the right place to do this? Shall I do something like overwrite_dh_movefiles: dh_movefiles mv debian/wcstools/bin/imcat debian/wcstools/bin/imcatalog mv debian/wcstools/man/man1/imcat.1 debian/wcstools/man/man1/imcatalog.1 and additionally patching the manpage? Best Ole -- 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/871uqlgehx@news.ole.ath.cx
Re: RFS: ipset
On Fri, 27 Jan 2012, Nikolai Lusan wrote: I guess the major issue at this point would be the kernel that will ship with the next release, if it is set to be a 3.0 or newer kernel then it shouldn't be an issue (similar to things like iptables itself or tools like vlan). For the next Debian stable (wheezy) it will be either 3.2 or an even newer kernel than that. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- 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/20120127190639.ga25...@khazad-dum.debian.net
Re: Renaming file names because of conflicts
* Olе Streicher debian-de...@liska.ath.cx, 2012-01-27, 19:57: overwrite_dh_movefiles: dh_movefiles mv debian/wcstools/bin/imcat debian/wcstools/bin/imcatalog mv debian/wcstools/man/man1/imcat.1 debian/wcstools/man/man1/imcatalog.1 But dh never calls dh_movefiles, so it wouldn't call the override either. (Also, typo: overwrite-override :P) -- 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/2012012719.ga8...@jwilk.net
Re: RFS: libconfig (requires transition)
On Fri, Jan 27, 2012 at 10:24:56 +, Jonathan McCrohan wrote: Julien Cristau jcris...@debian.org wrote: Please don't change the -dev package name. All of the packages except one have versioned Build-depends on libconfig8-dev. Surely this needs to be replaced with libconfig-dev or at least libconfig9-dev? No it doesn't? You can rename the -dev package to libconfig-dev if you want, but certainly don't *need* to, and if you do it, then it would be way better from our point of view to keep building libconfig8-dev as a transitional package until the reverse deps are updated, and to do that separately from the SONAME bump. Cheers, Julien signature.asc Description: Digital signature
Re: RFS: couriergrey (3rd)
On Fri, Jan 27, 2012 at 05:10:21PM +0100, Gergely Nagy wrote: Marco Balmer ma...@balmer.name writes: Upstream author announced a new version 0.3.1 which is packaged now: dget -x http://mentors.debian.net/debian/pool/main/c/couriergrey/couriergrey_0.3.1-1.dsc After a couple of last-minute updates, this is now sitting in NEW. Thanks a lot dear Gergely! -Marco signature.asc Description: GnuPG Signature
Bug#657649: RFS: wfmath/0.3.12-1 [ITA] -- WorldForge math library
tag 657649 + confirmed
owner 657649 !
thanks
Stephen M. Webb stephen.w...@bregmasoft.ca writes:
http://mentors.debian.net/debian/pool/main/w/wfmath/wfmath_0.3.12-1.dsc
wfmath (0.3.12-1) unstable; urgency=low
.
* new upstream release
* new maintainer: Debian games team (closes: #653979)
- added myself as uploader
* converted packaging to use dh sequenceer
* renamed binary packages due to SONAME bump
* converted to 3.0 (quilt) source format
* updated Standards-Version to 3.9.2 (no changes required)
* debian/control: added Vcs- fields
* refined doc packaging rules
* added symbols tracking
* debian/copyright: converted to DEP-5 format
I have only some minor nitpicks about the packaging:
- debian/patches/series is an empty file. It can be removed.
- debian/rules: just 'rm -rf doc/html doc/latex doc/man' should be
enough. rm -f will not give an error for files that do not exist.
- please update the config.{guess,sub} files when building the
package, eg. with the autotools_dev sequence addon for debhelper. See
/usr/share/doc/autotools-dev for the reason.
As an alternative you can also regenerate all autotools files with
dh-autoreconf.
- please consider using xz compression for the binary packages, we
decided to try to implement this at least for data packages in a team
meeting[1].
You need to call dh_builddeb -- -Zxz and optionally a Pre-Depends on
dpkg (1.15.6~). (The Pre-Depends is needed for upgrades from
distributions using in older dpkg, eg. Ubuntu Lucid[2].)
As this changes the soname, did you test that the packages
build-depending on libwfmath-0.3-dev still work (build) with the new
version?
Regards,
Ansgar
[1]
http://meetbot.debian.net/debian-games/2011/debian-games.2011-08-07-11.59.html
[2] Though this should matter less now as Ubuntu stopped syncing
packages for their next LTS release already.
--
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/877h0c28xq@deep-thought.43-1.org
Processed: Re: Bug#657649: RFS: wfmath/0.3.12-1 [ITA] -- WorldForge math library
Processing commands for cont...@bugs.debian.org: tag 657649 + confirmed Bug #657649 [sponsorship-requests] RFS: wfmath/0.3.12-1 [ITA] -- WorldForge math library Added tag(s) confirmed. owner 657649 ! Bug #657649 [sponsorship-requests] RFS: wfmath/0.3.12-1 [ITA] -- WorldForge math library Owner recorded as Ansgar Burchardt ans...@debian.org. thanks Stopping processing here. Please contact me if you need assistance. -- 657649: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657649 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.132769568427459.transcr...@bugs.debian.org
Bug#657428: RFS: surf -- simple web browser (QA upload)
* Vasudev Kamath kamathvasu...@gmail.com, 2012-01-27, 23:49:
+ Reduced the update-alternative priority to 30 as per request
from user to the previous maintainer
Hmm. Was there a bug report about that?
No previous maintainer Kai forwarded mail to me as I had adopted his
dwm package. I asked the reporter to raise a bug but he didn't do
that. So what do you suggest me to do for this? Shall I raise a bug
or its not required?.
Well, I wanted to have some insight into what problem we're trying to
solve here. Having it documented somewhere (preferably in a bug
report) would be nice.
Done reported it as bugs by including mail content which I got and
added closes in changelog
For the record, the bug number is #657646.
As I commented there, I'm not convinced that reducing priority is
necessary. That said, it won't do (much) harm either, so I don't really
mind.
Please consider applying the attached patch, which fixes some minor
whitespace issues.
I see you added patch header to debian/patches/X11.diff, which is great,
but if it was meant to follow DEP-3:
- Last-Updated should be spelled Last-Update and should use
-MM-DD format.
- You could add Bug-Debian field.
Oh, my remark about Last-Update(ed) also applies to
dpkg-buildflags.patch. :)
--
Jakub Wilk
diff --git a/debian/changelog b/debian/changelog
--- a/debian/changelog
+++ b/debian/changelog
@@ -14,8 +14,9 @@
* Added patch to config.mk to make it honour {C,CPP,LD}FLAGS environment
variable
* debian/rules:
-+ Export {C,CPP,LD} FLAGS environment variables for introducing
++ Export {C,CPP,LD}FLAGS environment variables for introducing
dpkg-buildflags
+
-- Vasudev Kamath kamathvasu...@gmail.com Fri, 27 Jan 2012 23:22:17 +0530
surf (0.4.1-4.1) unstable; urgency=low
diff --git a/debian/control b/debian/control
--- a/debian/control
+++ b/debian/control
@@ -1,7 +1,7 @@
Source: surf
Section: web
Priority: optional
-Build-Depends: debhelper (= 8), libgtk2.0-dev, libwebkit-dev,dpkg-dev (= 1.16.1)
+Build-Depends: debhelper (= 8), libgtk2.0-dev, libwebkit-dev, dpkg-dev (= 1.16.1)
Standards-Version: 3.9.2
Maintainer: Debian QA Group packa...@qa.debian.org
Homepage: http://surf.suckless.org
Typo on mentors page
Hi all, while reading the http://mentors.debian.net/intro-maintainers i found typo in one link's href in section 4. Publish your package. There is a text Have a look at your personal package page., where link to personal package page points to http://mentors.debian.net/package/my, but my packages are at: http://mentors.debian.net/packages/my ^ regards -- Slavko http://slavino.sk signature.asc Description: PGP signature
Bug#657393: RFS: skstream/0.3.6-1 [ITA] -- IOStream C++ socket Library
On 01/27/2012 01:45 PM, Jakub Wilk wrote: * Stephen M. Webb stephen.w...@bregmasoft.ca, 2012-01-26, 12:05: since the library is a part of an MMORPG stack, and I anticipate a newer client app revision getting in to Debian long before a new server app, so the coexistence of both old and new SONAMEs will be required, at least for a little while. Could elaborate more of this? What is client app and server app in this context? The MMORPG server and client both use this library. While both are actively developed upstream, the server has been removed from Debian because it has been unmaintained for too long and will require going through the ITP process (I believe, please correct me if I'm wrong). The client has merely been orphaned, and I currently have an ITA on it. The server package is still available in derivates (like Ubuntu) as a binary package and will continue to depend on the older libraries until a newer upstream is available. Mean time, the newer client is wire-protocol compatible with older servers, so it's more important to focus on that. Please bear in mind that having multiple versions of the same source package in a single suite is not really a desired state. As far as unstable is concerned, you don't have control over when the old package will be removed. While I think ftp-masters usually wait until the old version don't have rdepeds anymore, they can also do it whenever they see fit (possibly rendering not-yet-rebuilt packages uninstallable). Until very recently, it wasn't even possible (unless some dirty hacks were involved) to keep multiple versions of a library in testing. It's doable now, but such a state certainly doesn't make the Release Team happy. Assuming the remaining packages in the WorldForge stack get uploaded, it does not matter to me that the older libraries are available. I am just starting at the bottom of the dependency stack wit this package. Did you build in unstable? I just did (with DEB_BUILD_OPTIONS=noopt), and saw this in the build log: /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.. -I.. -g -O2 -Wall -DNDEBUG -c -o sksocket.lo sksocket.cpp OK, this is the famous noppt bug in dh. Fixed by bumping up to compat level 9. Seems someone changed the default behind my back while I wasn't looking. Unfortunately this bump pulls in the magic of multi-arch, but fortunately that does not harm and dependent packages continue to build OK. I would appreciate an explicit list of any apparent regressions, since they aren't apparent to me from the build logs or runtime testing of the package. I didn't have anything specific in mind (except noopt support). Looking at old debian/rules there are some things that dh certainly doesn't do: - setting LDFLAGS=-lstdc++; - passing --disable-debug to configure. Maybe these were no-ops or simply wrong. Maybe not. I didn't check. :) The GCC c++ compiler links with its library now, since version 3.0. The default config is --disable-default. Yes, these are noops. Now some things I didn't catch in my initial review: The package descriptions were modified, but this is not documented in the changelog. Nice catch. Remediated. The .orig.tar is compressed with bz2, but uscan would download a .tar.gz. I see the upstream provides bzip2ed tarballs too, so it should be a matter of fixing debian/watch. OK, done. New package uploaded to http://mentors.debian.net/debian/pool/main/s/skstream/skstream_0.3.8-1.dsc Changes: skstream (0.3.8-1) unstable; urgency=low . * new maintainer: Debian games team (closes: #653977) - added myself as uploader * new upstream release * changed package description (iostream, not isostream) * renamed binary packages due to SONAME change * converted packaging to use dh sequenceer * converted packaging to 3.0 (quilt) format * updated Standards-Version to 3.9.2 (no changes required) * added debian/symbols file * added VCs- fields to debian/control * debian/copyright: convert to DEP-5 format * debian/compat: set to compatibility level 9 * debian/rules: add --with autoreconf to regenerate autoconfigury * debian/control: tweaked for multi-arch -- Stephen M. Webb stephen.w...@bregmasoft.ca -- 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/4f23313a.6020...@bregmasoft.ca
Re: RFS: ipset
On Fri, Jan 27, 2012 at 2:06 PM, Henrique de Moraes Holschuh h...@debian.org wrote: On Fri, 27 Jan 2012, Nikolai Lusan wrote: I guess the major issue at this point would be the kernel that will ship with the next release, if it is set to be a 3.0 or newer kernel then it shouldn't be an issue (similar to things like iptables itself or tools like vlan). For the next Debian stable (wheezy) it will be either 3.2 or an even newer kernel than that. Given Greg K-H's blog post Stable kernel tree status, January 9, 2012 (http://www.kroah.com/log/linux/stable-status-01-2012.html) where he writes: Here's the different active kernel versions that I am maintaining at the moment: [...] 3.0.y - this is the new longterm kernel release, it will be maintained for 2 years at the minimum by me. wouldn't it be more reasonable to use 3.0.y as the next Debian stable release's kernel? I mean, sure, if many of the other major Linux distributions, the ones which can be considered as peers to Debian in terms of importance, collectively decide to use a different, later kernel version for their next stable release, it would make sense to use that kernel for Debian's next stable release of course, since it allows the effort of maintaining the kernel to be shared between distributions (at least to some extent). But, failing that, why not use the one that has the imprimatur of the existing defacto stable kernel maintainer? Hope this is of some use, interest. Thanks for your time. Be well. Joseph -- 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/CAC58tq-ejO0r75_g6y6uajApF6WRKnVXWijiKP5=yoxfdlg...@mail.gmail.com
encoding of the copyright file (was: Re: RFS: bibtool)
On Fri, Jan 27, 2012 at 06:30:11PM +0900, Charles Plessy wrote: Le Thu, Jan 26, 2012 at 04:23:00PM +0100, Adam Borowski a écrit : On Thu, Jan 26, 2012 at 12:14:15PM +0100, Jerome BENOIT wrote: The debian/copyright was corrected as well: lintian failed to detect non ASCII chars. Because they're perfectly fine. You're not supposed to mangle the names of copyright holders, etc. It should use UTF-8. I somehow can't seem to find a policy paragraph specifying this (an omission?), but at least common sense specifies that :p And in the particular case of this package, that uses the machine-readable copyright format, it is indirectly mandated by the Policy: DEP 5: The syntax of the file is the same as for other Debian control files, as specified in the Debian Policy Manual. See its section 5.1 for details. Policy §5.1: All control files must be encoded in UTF-8. DEP5 isn't mandatory. Before requesting this to be added to the policy, I wanted to check how many packages fail this requirement. There are 65, here's dd-list: Alexander Wirt formo...@debian.org pytone Alexandre Fayolle afayo...@debian.org pyqonsole Ana Beatriz Guerrero Lopez a...@debian.org cycle empy Anders Hammarquist i...@debian.org sformat Andreas Barth a...@not.so.argh.org rp-pppoe Bill Allombert ballo...@debian.org gap-ctbllib gap-gdat Brian Nelson p...@debian.org aspell-is aspell-sk Carlo Segre se...@debian.org libdatetime-format-mail-perl (U) libmath-round-perl (U) Clint Byrum cl...@ubuntu.com mysql-5.5 (U) Damyan Ivanov d...@debian.org libdatetime-format-mail-perl (U) David Martínez Moreno en...@debian.org libmpeg3 linux-ntfs Debian CLI Applications Team pkg-cli-apps-t...@lists.alioth.debian.org monodevelop Debian KDE Extras Team pkg-kde-ext...@lists.alioth.debian.org dvr Debian MySQL Maintainers pkg-mysql-ma...@lists.alioth.debian.org mysql-5.5 Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org libdatetime-format-mail-perl libmath-round-perl Debian QA Group packa...@qa.debian.org lightspeed twisted-web2 Decklin Foster deck...@red-bean.com yafc Dominic Hargreaves d...@earth.li libhtml-mason-psgihandler-perl Enrique Monge emo...@debian.org.sv wmtictactoe Eric Madesclair eri...@wanadoo.fr le-dico-de-rene-cougnenc Esteban Manchado Velázquez z...@debian.org pica picalib Florian Hinzmann f...@debian.org libxml-dumper-perl Francois Gurin mat...@debian.org wmlongrun Frederic Schutz sch...@mathgen.ch w3c-dtd-xhtml Free Ekanayaka fr...@debian.org polymer (U) Georges Khaznadar georg...@ofset.org wims-extra GOTO Masanori go...@debian.org lha plum xfonts-kappa20 xfonts-mplus xfonts-shinonome gregor herrmann gregor+deb...@comodo.priv.at libdatetime-format-mail-perl (U) Gregory Colpart (evolix) r...@evolix.fr php-file Gürkan Sengün gur...@linuks.mine.nu aclock.app Gürkan Sengün gur...@phys.ethz.ch aclock.app Hamish Moffatt ham...@debian.org sortmail Itamar Almeida de Carvalho ita...@oktiva.com.br libxml-dt-perl Ivan Kohler ivan-deb...@420.am libpod-simple-wiki-perl libtaint-util-perl Jaldhar H. Vyas jald...@debian.org libdatetime-format-mail-perl (U) Javier Fernandez-Sanguino Pen~a j...@computer.org nat spellcast-doc vrrpd Jo Shields direct...@apebox.org monodevelop (U) Laszlo Boszormenyi (GCS) g...@debian.hu manpages-hu sidplay-base Lionel Elie Mamane lmam...@debian.org scsh-defaults Marcela Tiznado m...@debian.org cadubi Mark Purcell m...@debian.org dvr (U) Mathias Krause mkra...@informatik.tu-cottbus.de polymer Mickael Profeta prof...@debian.org tetex-frogg Mike Furr mf...@debian.org wmressel Mike Markley m...@markley.org gkrellm-leds Mirco Bauer mee...@debian.org monodevelop (U) Miriam Ruiz little_m...@yahoo.es cycle (U) Mohammed Adnène Trojette adn+...@diwi.org ooo2dbk Monty Taylor mord...@inaugust.com plywood Norbert Tretkowski norb...@tretkowski.de mysql-5.5 (U) OHURA Makoto oh...@debian.org apt-show-source Pawel Wiecek co...@debian.org crack doc-linux-pl Pierre Machard pmach...@debian.org doc-linux-fr Python Applications Team python-apps-t...@lists.alioth.debian.org cycle (U) Richard Holland holl...@eaglegenomics.com libwww5.808-perl Sam Hocevar (Debian packages) sam+...@zoy.org tmview Shane Wegner sh...@debian.org dotconf Stefan Hornburg (Racke) ra...@linuxia.de dbix-easy-perl Steffen Moeller moel...@debian.org libwww5.808-perl (U) Thomas Bläsing thoma...@pool.math.tu-berlin.de python-libpcap Thomas Goirand z...@debian.org extplorer Víctor Pérez Pereira vpe...@debianvenezuela.org perl-byacc Yu Guanghui y...@debian.org zh-autoconvert -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of
Bug#657393: RFS: skstream/0.3.6-1 [ITA] -- IOStream C++ socket Library
On Fri, Jan 27, 2012 at 6:20 PM, Stephen M. Webb stephen.w...@bregmasoft.ca wrote: On 01/27/2012 01:45 PM, Jakub Wilk wrote: * Stephen M. Webb stephen.w...@bregmasoft.ca, 2012-01-26, 12:05: since the library is a part of an MMORPG stack, and I anticipate a newer client app revision getting in to Debian long before a new server app, so the coexistence of both old and new SONAMEs will be required, at least for a little while. Could elaborate more of this? What is client app and server app in this context? The MMORPG server and client both use this library. While both are actively developed upstream, the server has been removed from Debian because it has been unmaintained for too long and will require going through the ITP process (I believe, please correct me if I'm wrong). The client has merely been orphaned, and I currently have an ITA on it. The server package is still available in derivates (like Ubuntu) as a If a package has been removed in Debian, don't count on Ubuntu keeping it around :) It's after the part in the cycle where we sync with Debian, so it'll be in the next release (unless someone removes it, which is not out of the question), but not the next. *If* it was removed in Debian. I've not checked on any of this. binary package and will continue to depend on the older libraries until a newer upstream is available. Mean time, the newer client is wire-protocol compatible with older servers, so it's more important to focus on that. Please bear in mind that having multiple versions of the same source package in a single suite is not really a desired state. As far as unstable is concerned, you don't have control over when the old package will be removed. While I think ftp-masters usually wait until the old version don't have rdepeds anymore, they can also do it whenever they see fit (possibly rendering not-yet-rebuilt packages uninstallable). Until very recently, it wasn't even possible (unless some dirty hacks were involved) to keep multiple versions of a library in testing. It's doable now, but such a state certainly doesn't make the Release Team happy. Assuming the remaining packages in the WorldForge stack get uploaded, it does not matter to me that the older libraries are available. I am just starting at the bottom of the dependency stack wit this package. Did you build in unstable? I just did (with DEB_BUILD_OPTIONS=noopt), and saw this in the build log: /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.. -I.. -g -O2 -Wall -DNDEBUG -c -o sksocket.lo sksocket.cpp OK, this is the famous noppt bug in dh. Fixed by bumping up to compat level 9. Seems someone changed the default behind my back while I wasn't looking. Unfortunately this bump pulls in the magic of multi-arch, but fortunately that does not harm and dependent packages continue to build OK. I would appreciate an explicit list of any apparent regressions, since they aren't apparent to me from the build logs or runtime testing of the package. I didn't have anything specific in mind (except noopt support). Looking at old debian/rules there are some things that dh certainly doesn't do: - setting LDFLAGS=-lstdc++; - passing --disable-debug to configure. Maybe these were no-ops or simply wrong. Maybe not. I didn't check. :) The GCC c++ compiler links with its library now, since version 3.0. The default config is --disable-default. Yes, these are noops. Now some things I didn't catch in my initial review: The package descriptions were modified, but this is not documented in the changelog. Nice catch. Remediated. The .orig.tar is compressed with bz2, but uscan would download a .tar.gz. I see the upstream provides bzip2ed tarballs too, so it should be a matter of fixing debian/watch. OK, done. New package uploaded to http://mentors.debian.net/debian/pool/main/s/skstream/skstream_0.3.8-1.dsc Changes: skstream (0.3.8-1) unstable; urgency=low . * new maintainer: Debian games team (closes: #653977) - added myself as uploader * new upstream release * changed package description (iostream, not isostream) * renamed binary packages due to SONAME change * converted packaging to use dh sequenceer * converted packaging to 3.0 (quilt) format * updated Standards-Version to 3.9.2 (no changes required) * added debian/symbols file * added VCs- fields to debian/control * debian/copyright: convert to DEP-5 format * debian/compat: set to compatibility level 9 * debian/rules: add --with autoreconf to regenerate autoconfigury * debian/control: tweaked for multi-arch -- Stephen M. Webb stephen.w...@bregmasoft.ca -- 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/4f23313a.6020...@bregmasoft.ca -- All programmers are playwrights, and all computers are lousy actors.
Re: encoding of the copyright file
On Sat, Jan 28, 2012 at 12:36:23AM +0100, Adam Borowski wrote: On Fri, Jan 27, 2012 at 06:30:11PM +0900, Charles Plessy wrote: Le Thu, Jan 26, 2012 at 04:23:00PM +0100, Adam Borowski a écrit : On Thu, Jan 26, 2012 at 12:14:15PM +0100, Jerome BENOIT wrote: The debian/copyright was corrected as well: lintian failed to detect non ASCII chars. Because they're perfectly fine. You're not supposed to mangle the names of copyright holders, etc. It should use UTF-8. I somehow can't seem to find a policy paragraph specifying this (an omission?), but at least common sense specifies that :p [DEP5] Policy §5.1: All control files must be encoded in UTF-8. DEP5 isn't mandatory. Before requesting this to be added to the policy, I wanted to check how many packages fail this requirement. There are 65, here's dd-list ... and while writing a lintian check, I noticed it's already there: debian-copyright-file-uses-obsolete-national-encoding -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. signature.asc Description: Digital signature
Bug#657393: RFS: skstream/0.3.6-1 [ITA] -- IOStream C++ socket Library
* Stephen M. Webb stephen.w...@bregmasoft.ca, 2012-01-27, 18:20: * debian/rules: add --with autoreconf to regenerate autoconfigury A typo, though I'm not sure which word you had in mind. :P * debian/control: tweaked for multi-arch Could you be more explicit about how it was tweaked? BTW, you could add Multi-Arch: same field to all 3 packages, so that there's an actual benefit from installing stuff into multi-arch directories. :) I see test failures in my build log: | make check-TESTS | make[3]: Entering directory `/build/skstream-hivd_N/skstream-0.3.8/test' | ...F.F.F.F | | | !!!FAILURES!!! | Test Results: | Run: 22 Failures: 4 Errors: 0 | | | 1) test: tcpskstreamtest::testConstructor_2 (F) line: 141 childskstreamtest.h | assertion failed | - Expression: sks-is_open() | - Check that echo service is running on local machine | | | 2) test: tcpskstreamtest::testOpen (F) line: 160 childskstreamtest.h | assertion failed | - Expression: skstream-is_open() | - Check that echo service is running on local machine | | | 3) test: tcpskstreamtest::testOpenNonblock (F) line: 189 childskstreamtest.h | assertion failed | - Expression: skstream-is_open() | | | 4) test: rawskstreamtest::testConstructor_1 (F) line: 262 childskstreamtest.h | assertion failed | - Expression: skstream.is_open() | - Raw only works on GNU/Linux and you must be root | | | PASS: skstreamtestrunner | = | 1 test passed | = ...but then the build process continues. :/ -- 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/20120128000951.ga9...@jwilk.net
Re: Typo on mentors page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Slavko, On 27.01.2012 23:06, Slavko wrote: http://mentors.debian.net/packages/my ^ thanks, fixed and committed! - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPI0ydAAoJEMcrUe6dgPNtm2QP/1eg2ew8cAo6i8xY7tgQhtyk TioZXyMYm9iBHbD8TP693ztyp18oJYF4DK60u9qHPKhMIDirmPP9oFr8j3LF253z mW+NmXHWgM+CiPhiE+q2tJKqYwvpETAbhAE842VfIxVEALZUGpoDEjKv/Y8Ka49K bqU5Y518qttkpNgy8zt9CQ/Uqdsf1WBJ8PM7c6Yn5+D6QPK0O4p+HFwFE2CzTpvX u14eNvA9armPWKjUn4coHSHk+BYpvpJSBpJQRoHak3dUv0//ojtA1lxXp/Hp7+bv Vv54MktdIFMOHyDdAsrwqOCs+PctXtHWVU4ZXgUasdQsrVXB4BAS/mCFClZeAx/u sH9Cui8U8wuN0KAL3dMA8sDuL8qYl9XmFHPsa99mtimCD+jMehFILlxbvklQRft4 AoDWTlCWuNKU/3t0b4MvimDibWH033ha4vKfQoSDKbbM0o6L2oiP1zcsduh3oBqB amI9mamqGTiCNs+49fYWjywBGuV+tRx3uSZRckdqpWsELWvjEptKrwKiEmBXmWbm LM0C9QVaO4uKpAJE9PuIlxLNhMplH0NlPdW2eLi5vraRthv7sfsbkP3Wah8WHSZD 0DacdWzEaJK8QuQwaAT5wi0uWqP0RFWuIrzYD02gxfLrSlamB3j0hKiLBZrpuZtQ 5oXn1Ro/KMG7sbnwiyvc =RfIZ -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/4f234c9d.9040...@toell.net
Bug#657393: RFS: skstream/0.3.6-1 [ITA] -- IOStream C++ socket Library
On 01/27/2012 07:09 PM, Jakub Wilk wrote: * Stephen M. Webb stephen.w...@bregmasoft.ca, 2012-01-27, 18:20: * debian/rules: add --with autoreconf to regenerate autoconfigury A typo, though I'm not sure which word you had in mind. :P I don't see the typo. I added --with autoreconf to regenerate the autoconfigury (config.guess, config.sub, aclocal.m4, ltmain.sh, libtools, etc). It's all terminology I've used on other projects. Is there a preferred way to phrase this on Debian? * debian/control: tweaked for multi-arch Could you be more explicit about how it was tweaked? BTW, you could add Multi-Arch: same field to all 3 packages, so that there's an actual benefit from installing stuff into multi-arch directories. :) I did the minimum necessary to go to debhelper compat level 9. Do you suggest it's better to go whole-enchilada multi-arch? I'm not anticipating bi-arch installs or cross-builds, but I guess it doesn't really hurt. I'm just less familiar with the consequences of multi-arch so I was being conservative. I see test failures in my build log: Me too. The tests rely on manually configuring the OS is a specific, non-standard way. Should I just disable the test targets during the build to reduce the noise? -- Stephen M. Webb stephen.w...@bregmasoft.ca -- 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/4f235cea.2080...@bregmasoft.ca
Re: RFS: ipset
On Sat, Jan 28, 2012 at 7:24 AM, Joseph R. Justice wrote: wouldn't it be more reasonable to use 3.0.y as the next Debian stable release's kernel? I mean, sure, if many of the other major Linux distributions, the ones which can be considered as peers to Debian in terms of importance, collectively decide to use a different, later kernel version for their next stable release, it would make sense to use that kernel for Debian's next stable release of course, since it allows the effort of maintaining the kernel to be shared between distributions (at least to some extent). But, failing that, why not use the one that has the imprimatur of the existing defacto stable kernel maintainer? Please refer to this thread: http://lists.debian.org/debian-kernel/2011/12/msg6.html http://lists.debian.org/debian-kernel/2012/01/msg00254.html If you have more questions about that, please ask the Debian Linux kernel team. -- 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/caktje6hdz_ak3ydh4xvghiephq6mipmmkhqwrbns4oqwrlx...@mail.gmail.com
Re: RFS: python-x2go
Hi Jakub, Can you take a look again? On Fr 20 Jan 2012 01:06:47 CET Jakub Wilk wrote: I'd remove the commented-out commands from debian/rules. - DONE I'd also remove also explicit install and binary-indep targets, since the wildcard % do exactly the same. - DONE You provide build-arch and build-indep targets, but they do something different than the build target. That's bad. (dpkg-buildpackage currently doesn't use build-* targets, but it might start doing so in the future.) - DONE, fixed by the fix above You should not explicitly delete debian/*.log, debian/packagename, etc. dh_clean takes care of this. - DONE Deleting debian/patches in the clean target is certainly a bad idea! - DONE, fixed by above fix You define PYVERS variable in debian/rules, but you don't use it anywhere. - DONE Upstream provides a test suite, please run it at build time (preferably using all supported Python versions). - Upstream's test suite is not at all functional Does this package support Python 2.5? debian/pyversions says it does, XS-Python-Version says it doesn't. Please use only one of them, BTW. - DONE XB-Python-Version is deprecated, please remove it. - DONE = 0.13.0-0~0 is a pretty weird version constraint. Maybe = 0.13.0 or even = 0.13 could be used instead? - DONE You should close the ITP in the changelog. - DONE I (and most other sponsor here) normally require one changelog entry per upload to the archive. - DONE Lintian emits some experimental and informative tags that you might want to fix: X: python-x2go: duplicate-files usr/share/doc/python-x2go/html/frames.html usr/share/doc/python-x2go/html/index.html X: python-x2go: duplicate-files usr/share/doc/python-x2go/html/toc-x2go.backends.control._stdout-module.html usr/share/doc/python-x2go/html/toc-x2go.backends.info._stdout-module.html usr/share/doc/python-x2go/html/toc-x2go.backends.terminal._stdout-module.html X: python-x2go: duplicate-files usr/share/doc/python-x2go/html/toc-x2go.backends.printing._gconf-module.html usr/share/doc/python-x2go/html/toc-x2go.backends.profiles._gconf-module.html usr/share/doc/python-x2go/html/toc-x2go.backends.settings._gconf-module.html X: python-x2go: duplicate-files usr/share/doc/python-x2go/html/toc-x2go.backends.printing._file-module.html usr/share/doc/python-x2go/html/toc-x2go.backends.profiles._file-module.html usr/share/doc/python-x2go/html/toc-x2go.backends.settings._file-module.html X: python-x2go: duplicate-files usr/share/doc/python-x2go/html/toc-x2go.backends.printing._winreg-module.html usr/share/doc/python-x2go/html/toc-x2go.backends.profiles._winreg-module.html usr/share/doc/python-x2go/html/toc-x2go.backends.settings._winreg-module.html I: python-x2go: possible-documentation-but-no-doc-base-registration - I have not touched these as they are auto-generated. It looks like documentation takes much more space than the rest of the package (7.6M vs 780K unpacked). Since end users don't need the documentation, maybe it'd be worthwhile to split it into a separate package? - DONE I'd exclude x2go.tests module from the binary package. - TODO, not sure how to do that... setup.py have install_requires = ['setuptools', ...], but the package doesn't depend on python-setuptools. So either setup.py or the Depends is wrong (probably the former). - DONE (by patch 002_... x2go/monkey_patch_paramiko.py has a different license than the rest of the code, but this is not documented in debian/copyright. - DONE (was an upstream mistake, in the new upstream the license is the same) The strange status of x2go/gevent_subprocess.py is probably worth documenting, too. - DONE $ pyflakes . | grep ': undefined name' ./x2go/mimebox.py:100: undefined name 'mimebox_actions' ./x2go/checkhosts.py:225: undefined name 'random' ./x2go/checkhosts.py:225: undefined name 'string' ./x2go/checkhosts.py:225: undefined name 'string' ./x2go/log.py:123: undefined name 'types' ./x2go/log.py:125: undefined name 'types' ./x2go/mimeboxactions.py:92: undefined name 'self' ./x2go/mimeboxactions.py:100: undefined name 'self' ./x2go/mimeboxactions.py:152: undefined name 'WindowsError' ./x2go/utils.py:63: undefined name 'stdout' ./x2go/client.py:997: undefined name 'X2goSessionExceptionRegistryException' ./x2go/printactions.py:98: undefined name 'self' ./x2go/printactions.py:106: undefined name 'self' ./x2go/printactions.py:191: undefined name 'WindowsError' ./x2go/backends/profiles/_gconf.py:51: undefined name 'X2goNotImplementedYetException' ./x2go/backends/profiles/_winreg.py:51: undefined name 'X2goNotImplementedYetException' ./x2go/backends/profiles/_httpsbroker.py:50: undefined name 'X2goNotImplementedYetException' ./x2go/backends/profiles/_file.py:83: undefined name 'check_profile_id_or_name' ./x2go/backends/settings/_gconf.py:64: undefined name 'X2goNotImplementedYetException' ./x2go/backends/settings/_winreg.py:64: undefined name
Re: RFS: python-x2go
Hi Jakub, forgot the links... Mentors: http://mentors.debian.net/package/python-x2go Package-Vcs: Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/x2go/python-x2go.git;a=summary Thanks, Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpNEYjkULxXb.pgp Description: Digitale PGP-Unterschrift
Bug#657428: RFS: surf -- simple web browser (QA upload)
On 22:40 Fri 27 Jan , Jakub Wilk wrote: snip For the record, the bug number is #657646. As I commented there, I'm not convinced that reducing priority is necessary. That said, it won't do (much) harm either, so I don't really mind. Please consider applying the attached patch, which fixes some minor whitespace issues. Applied. Thanks for the patch :) (That reminds me I'm always bad at cosmetics ) I see you added patch header to debian/patches/X11.diff, which is great, but if it was meant to follow DEP-3: - Last-Updated should be spelled Last-Update and should use -MM-DD format. - You could add Bug-Debian field. Oh, my remark about Last-Update(ed) also applies to dpkg-buildflags.patch. :) So much for trying to write dep3 header without looking at DEP3 page ;). Fixed it and added Bug-Debian too. New version is already uploaded to mentors. Thanks for the reviews Best Regards -- Vasudev Kamath signature.asc Description: Digital signature
