Bug#696385: RFS: astromenace/1.3.1+ds-1 [ITP] -- hardcore 3D space shooter with spaceship upgrade possibilities
Hi Boris, On Thu, Dec 20, 2012 at 1:06 AM, Boris Pek tehnic...@yandex.ru wrote: Package: sponsorship-requests Severity: normal X-Debbugs-Cc: debian-devel-ga...@lists.debian.org Hi, I am looking for a sponsor for my packages astromenace and astromenace-data. Basic information: http://mentors.debian.net/package/astromenace http://mentors.debian.net/package/astromenace-data Direct links for download: http://mentors.debian.net/debian/pool/contrib/a/astromenace/astromenace_1.3.1+ds-1.dsc http://mentors.debian.net/debian/pool/non-free/a/astromenace-data/astromenace-data_1.3.1+ds-1.dsc Git repos: http://anonscm.debian.org/gitweb/?p=pkg-games/astromenace.git http://anonscm.debian.org/gitweb/?p=pkg-games/astromenace-data.git IANADD, but here's a list of things that I encountered while testing out your package. - Since you use xz compression, please consider adding Pre-Depends: dpkg (= 1.15.6) to debian/control (i.e. lintian tag data.tar.xz-member-without-dpkg-pre-depends, which I think has been recently removed). This is more of a pedantic issue than something strictly necessary, but it does help backporters. - Another pedantic issue: there are 2 commas in a row in your build-depends list for astromenace-data (i.e. debhelper (= 9),,fonts-liberation...). - Dmitry Smirnov is listed as an Uploader for astromenace but not for astromenace-data; is this intended? - Please make astromenace depend on astromenace-data, not just recommends (and have astromenace-data recommends/suggests astromenace), as is the norm for packages which depend on a separate -data package. - astromenace-data FTBFS when built twice in a row: dpkg-buildpackage -rfakeroot -D -us -uc -sa dpkg-buildpackage: source package astromenace-data dpkg-buildpackage: source version 1.3.1+ds-1 dpkg-buildpackage: source changed by Boris Pek tehnic...@mail.ru dpkg-source --before-build astromenace-data-1.3.1+ds dpkg-buildpackage: host architecture amd64 dpkg-source: info: using options from astromenace-data-1.3.1+ds/debian/source/options: --compression=xz --extend-diff-ignore=(^|/)RAW_VFS_DATA/FONT/[^/]+\.ttf$ fakeroot debian/rules clean dh clean dh_testdir dh_auto_clean debian/rules override_dh_clean make[1]: Entering directory `/tmp/astromenace-data/astromenace-data-1.3.1+ds' dh_clean gamedata.vfs RAW_VFS_DATA/FONT rm: cannot remove `RAW_VFS_DATA/FONT': Is a directory dh_clean: rm -f -- gamedata.vfs RAW_VFS_DATA/FONT returned exit code 1 make[1]: *** [override_dh_clean] Error 25 make[1]: Leaving directory `/tmp/astromenace-data/astromenace-data-1.3.1+ds' make: *** [clean] Error 2 dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 Regards, Vincent -- 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/caczd_tddm0o6unoh9vf1upc9fzgxgazaj_zta5bzag0+jwz...@mail.gmail.com
Bug#696385: RFS: astromenace/1.3.1+ds-1 [ITP] -- hardcore 3D space shooter with spaceship upgrade possibilities
Hi, IANADD, but here's a list of things that I encountered while testing out your package. Thanks a lot for a review. - Since you use xz compression, please consider adding Pre-Depends: dpkg (= 1.15.6) to debian/control (i.e. lintian tag data.tar.xz-member-without-dpkg-pre-depends, which I think has been recently removed). Yes, I am aware of this lintian note, but I ignore it because: 1) It is useless for new packages. 2) Pre-Depends should be used sparingly, preferably only by packages whose premature upgrade or installation would hamper the ability of the system to continue with any upgrade that might be in progress. You should not specify a Pre-Depends entry for a package before this has been discussed on the debian-devel mailing list and a consensus about doing that has been reached. [1] [1] http://www.debian.org/doc/debian-policy/ch-relationships.html This is more of a pedantic issue than something strictly necessary, but it does help backporters. There is dpkg verison 1.15.8.13 in Debian Squeeze: http://packages.debian.org/squeeze/dpkg Older releases are not supported. - Another pedantic issue: there are 2 commas in a row in your build-depends list for astromenace-data (i.e. debhelper (= 9),,fonts-liberation...). Thanks. I'll fix it ASAP. Hope it will be today, because since tomorrow I will be on vacation during two weeks. - Dmitry Smirnov is listed as an Uploader for astromenace but not for astromenace-data; is this intended? I am not sure that he want to co-maintain it. But he could add or remove himself from uploaders list at any moment. Dmitry, could you comment this? - Please make astromenace depend on astromenace-data, not just recommends This is bad idea because astromenace-data has build dependency from astromenace and it FTBFS if astromenace depends from it. (Circular dependencies.) So it should stay as is, at least for a first iteration. (and have astromenace-data recommends/suggests astromenace), as is the norm for packages which depend on a separate -data package. - astromenace-data FTBFS when built twice in a row: Hmm, I missed this. Thanks. Will be fixed. Best regards, Boris -- 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/3194111356430...@web13d.yandex.ru
Re: lintian warning hardening-no-fortify-functions in dualword project...
On Mon, Dec 24, 2012 at 09:40:54PM +0300, Alexander Busorguin wrote: It was caused by calls to Festival functions, for example: void festival_tidy_up(); (because -lFestival is static-only) -- WBR, wRAR signature.asc Description: Digital signature
Bug#696385: RFS: astromenace/1.3.1+ds-1 [ITP] -- hardcore 3D space shooter with spaceship upgrade possibilities
On Tue, 25 Dec 2012 21:06:54 Boris Pek wrote: - Since you use xz compression, please consider adding Pre-Depends: dpkg (= 1.15.6) to debian/control (i.e. lintian tag data.tar.xz-member-without-dpkg-pre-depends, which I think has been recently removed). Yes, I am aware of this lintian note, but I ignore it because: 1) It is useless for new packages. 2) Pre-Depends should be used sparingly, preferably only by packages whose premature upgrade or installation would hamper the ability of the system to continue with any upgrade that might be in progress. You should not specify a Pre-Depends entry for a package before this has been discussed on the debian-devel mailing list and a consensus about doing that has been reached. [1] [1] http://www.debian.org/doc/debian-policy/ch-relationships.html Perhaps it was me who ignored this lintian warning first. :) This warning doesn't make sense for Debain any more. I completely agree with Boris on this. - Dmitry Smirnov is listed as an Uploader for astromenace but not for astromenace-data; is this intended? I am not sure that he want to co-maintain it. But he could add or remove himself from uploaders list at any moment. Dmitry, could you comment this? Boris picked up the packaging where I left it. In the beginning both packages [astromenace,astromenace-data] were generated from single source. It was good enough as proof of concept. I was not following on development since Boris continued it but I trust Boris and I'm sure he knows what he is doing. :) As the moment I have other priorities so I can't co-maintain astromenace-data yet. I'd probably stay a bit longer as astromenace uploader until I decide whenever remove or add myself as uploader of astromenace-data. Thanks, Boris. Thanks Vincent. Cheers, Dmitry. -- 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/201212252241.42800.only...@member.fsf.org
Bug#696600: Sponsoring sun - schedule tasks at sunrise/set
Hi Paul's :-) Im very glad you want to sponsor my package! Some more thoughts about an appropriate packagename: I'm currently not clear about the future development of the sun tool. There are several features which might extend the tool in future releases: - add muslimic prayer times: http://www.nabkal.de/namazrech.html - add calculations for the sun position - add calculations for sun eclipses As I'm not willing to change the packagename, once its in the archive, I think it's important the choose a suitable name which also covers these new features. Here are my proposals: sun - fits calculations related to the planet sun suncal - seems only to be correct for time/date related calculus. Determination of the sun position in coordinates is not covered. ephemeris - fits calculations for positions of arbitrary celestial objects (sun, moon, planets, stars ..) Regards, Steffen -- Steffen Vogel Robensstraße 69 52070 Aachen Mail: p...@steffenvogel.de Mobil: +49 176 34911387 Web: http://www.steffenvogel.de Jabber: st...@jabber.ccc.de ICQ: 236033 signature.asc Description: This is a digitally signed message part
Re: Bug#696600: Sponsoring sun - schedule tasks at sunrise/set
On Tue, Dec 25, 2012 at 04:02:58PM +0100, Steffen Vogel wrote: As I'm not willing to change the packagename, once its in the archive, I think it's important the choose a suitable name which also covers these new features. Here are my proposals: sun - fits calculations related to the planet sun suncal - seems only to be correct for time/date related calculus. Determination of the sun position in coordinates is not covered. ephemeris - fits calculations for positions of arbitrary celestial objects (sun, moon, planets, stars ..) I'd say, let's try insisting on the name sun for a bit, for reasons I mentioned earlier. It's short and sweet, you have a legitimate stake for it, and contrary to appearances, the FTPmasters are not evil. -- How to squander your resources: those silly Swedes have a sauce named hovmästarsås, the best thing ever to put on cheese, yet they waste it solely on mere salmon. -- 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/20121225154601.ga13...@angband.pl
Bug#696600: Sponsoring sun - schedule tasks at sunrise/set
On Tue, 25 Dec 2012 16:02:58 +0100, Steffen Vogel wrote: Here are my proposals: sun - fits calculations related to the planet sun suncal - seems only to be correct for time/date related calculus. Determination of the sun position in coordinates is not covered. Depends on if you expand cal to calendar or calculation(s) :) (Maybe suncalc would be clearer for the latter.) 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 `- NP: Pink Floyd: Comfortably Numb signature.asc Description: Digital signature
Bug#696600: Sponsoring sun - schedule tasks at sunrise/set
On Tue, Dec 25, 2012 at 05:27:28PM +0100, gregor herrmann wrote: On Tue, 25 Dec 2012 16:02:58 +0100, Steffen Vogel wrote: Here are my proposals: sun - fits calculations related to the planet sun suncal - seems only to be correct for time/date related calculus. Determination of the sun position in coordinates is not covered. Depends on if you expand cal to calendar or calculation(s) :) (Maybe suncalc would be clearer for the latter.) A agree, suncal isn't bad, but what's neat about sun is how the command invocation flows: $ sun rise $FOO $ sun set $FOO So, my money is on atsun just do to: $ atsun rise $FOO $ atsun set $FOO Or, see if you can barter with the FTP folks to keep `sun' 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 `- NP: Pink Floyd: Comfortably Numb -T signature.asc Description: Digital signature
Bug#696600: Sponsoring sun - schedule tasks at sunrise/set
Paul, you may also sponsor the package if you want to. I am still busy with kismet :). Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- 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/20121225164425.ga17...@physik.fu-berlin.de
Bug#696600: Sponsoring sun - schedule tasks at sunrise/set
Am Dienstag, den 25.12.2012, 11:35 -0500 schrieb Paul Tagliamonte: Or, see if you can barter with the FTP folks to keep `sun' Jup, I agree. I think, we should just try to get 'sun' into the archives. It's still worth the try, than continue discussing... ;-) If the name gets rejected, we could even choose between: - suncal - atsun - suncalc suncal - seems only to be correct for time/date related calculus. Determination of the sun position in coordinates is not covered. Depends on if you expand cal to calendar or calculation(s) :) (Maybe suncalc would be clearer for the latter.) A agree, suncal isn't bad, but what's neat about sun is how the command invocation flows: I would prefer 'suncalc'. Just to keep more options open. Regards, Steffen -- Steffen Vogel Robensstraße 69 52070 Aachen Mail: p...@steffenvogel.de Mobil: +49 176 34911387 Web: http://www.steffenvogel.de Jabber: st...@jabber.ccc.de ICQ: 236033 signature.asc Description: This is a digitally signed message part
Bug#696385: RFS: astromenace/1.3.1+ds-1 [ITP] -- hardcore 3D space shooter with spaceship upgrade possibilities
Hi, - Another pedantic issue: there are 2 commas in a row in your build-depends list for astromenace-data (i.e. debhelper (= 9),,fonts-liberation...). Fixed. have astromenace-data recommends/suggests astromenace Done. - astromenace-data FTBFS when built twice in a row: Fixed. Thanks again for review. Direct links for download: http://mentors.debian.net/debian/pool/contrib/a/astromenace/astromenace_1.3.1+ds-1.dsc http://mentors.debian.net/debian/pool/non-free/a/astromenace-data/astromenace-data_1.3.1+ds-1.dsc Best regards, Boris -- 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/3777631356473...@web12g.yandex.ru
Re: Interested in adopting the premake package
On 25 December 2012 17:06, Paul Wise p...@debian.org wrote: On Tue, Dec 25, 2012 at 1:08 PM, Vincent Cheng wrote: First of all, thanks for volunteering to package and maintain premake4! One of my packages (0ad) actually uses an embedded copy of premake, which I would like to switch to using a system version if possible, but of course premake4 isn't yet available in Debian... You're welcome, I think it might get used a bit more with an up to date version. Hopefully we can get some of your patches applied. Wow, premake4 itself embeds a copy of lua. This is probably more for the benefit of Windows and Mac, The current Premake Debian package links against the installed version of Lua rather than building the embedded version. I would also suggest to upload premake 4 as source premake4 and binary premake4, probably before wheezy is released. The premake source/binary packages can be removed after the release or later if needed. This sounds like the easiest way to proceed to me. Should I open a new ITP bug for Premake4 or rename the current Premake ITA bug? Should I make any changes to the existing Premake, there are a few bugs logged against it although most should be addressed by creating a Premake4 source. Also should I base a Premake4 source off of the Premake source package (e.g. keep the Debian changelog etc.) or start afresh. Feels like I'm getting close to actually making the package now :) nyquist and ode embed premake4.exe (WTF?) and have a premake4.lua It looks like a few packages are using premake for generating their Windows build configurations but not necessarily other platforms. -- 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/caekwfc7hkucayqo2m9l6gtae50adazm+ouucbybssy6ty5t...@mail.gmail.com
Re: Interested in adopting the premake package
On Wed, Dec 26, 2012 at 7:36 AM, Cameron Hart wrote: This is probably more for the benefit of Windows and Mac, The current Premake Debian package links against the installed version of Lua rather than building the embedded version. Ick. Its a bit sad that folks have to reinvent packages and repositories poorly for the sake of those platforms. This sounds like the easiest way to proceed to me. Should I open a new ITP bug for Premake4 or rename the current Premake ITA bug? Should I make any changes to the existing Premake, there are a few bugs logged against it although most should be addressed by creating a Premake4 source. Also should I base a Premake4 source off of the Premake source package (e.g. keep the Debian changelog etc.) or start afresh. If you want to maintain both premake 3 and premake4 for a period of time then file a new ITP. If you want to maintain just premake4 then retitle the ITA to ITP: premake4... Personally I would just leave premake orphaned and remove it after the wheezy release, so option 2. Personally I would base premake4 off the premake source package. Just rename stuff as needed. -- 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/caktje6gypo5kpef0vdur2bo6zpvgedtf3fj-0epc3hasqge...@mail.gmail.com
Bug#696388: marked as done (RFS: kde-style-qtcurve/1.8.14-2)
Your message dated Wed, 26 Dec 2012 04:20:28 + with message-id e1tnitk-00018z...@quantz.debian.org and subject line closing RFS: kde-style-qtcurve/1.8.14-2 has caused the Debian Bug report #696388, regarding RFS: kde-style-qtcurve/1.8.14-2 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 696388: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696388 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: sponsorship-requests Severity: normal X-Debbugs-Cc: Fathi Boudra f...@debian.org Hi, I am looking for a sponsor for my package kde-style-qtcurve. I have tried to contact with previous sponsor 3 times, but there are no replies still. (Last email I sent on 30 October 2012) Basic information: http://mentors.debian.net/package/kde-style-qtcurve Direct link for download: http://mentors.debian.net/debian/pool/main/k/kde-style-qtcurve/kde-style-qtcurve_1.8.14-2.dsc Git repo: https://github.com/tehnick/kde-style-qtcurve-debian Changes in the package: kde-style-qtcurve (1.8.14-2) experimental; urgency=low * Rename package qtcurve-i18n to qtcurve-l10n. New package provides virtual package qtcurve-i18n for smooth transition. * Fix get-orig-source section in according with Debian Policy §4.9. * Remove obsolete DM-Upload-Allowed flag. I would be glad if someone uploaded this package for me. Also it would nice if someone could update my DMUA flags for packages kde-style-qtcurve and gtk2-engines-qtcurve in according with new procedure: https://lists.debian.org/debian-devel-announce/2012/09/msg8.html Best regards, Boris -- http://wiki.debian.org/BorisPek ---End Message--- ---BeginMessage--- Package kde-style-qtcurve version 1.8.14-2 is in NEW now, and the package at mentors is not newer (2012-10-24) than the package in NEW (2012-10-24), so there is currently no package to sponsor. http://ftp-master.debian.org/new/kde-style-qtcurve_1.8.14-2.html http://mentors.debian.net/package/kde-style-qtcurve Please remove the package from mentors or mark it needs sponsor = no. If for some reason you need to replace the package in NEW, then you can upload an updated package to mentors and feel free to reopen this RFS 696388 or open a new RFS.---End Message---
Bug#670176: marked as done (RFS: kismet/2011.03.R2-1~experimental.1 [ITA])
Your message dated Wed, 26 Dec 2012 06:40:37 +
with message-id 20121226064037.ga32...@master.debian.org
and subject line RFS: kismet/2011.03.R2-1~experimental.1 [ITA]
has caused the Debian Bug report #670176,
regarding RFS: kismet/2011.03.R2-1~experimental.1 [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.)
--
670176: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670176
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 kismet
* Package name: kismet
Version : 2011.03.R2-1
Upstream Author : Mike Kershaw drag...@kismetwireless.net
* URL : http://www.kismetwireless.net/download.shtml
* License : GPL/BSD/permissive
Section : net
It builds those binary packages:
kismet - Wireless sniffing and monitoring - core
kismet-plugins - Wireless sniffing and monitoring - plugins
To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/kismet
Alternatively, one can download the package with dget using this command:
dget -x
http://mentors.debian.net/debian/pool/main/k/kismet/kismet_2011.03.R2-1.dsc
More information about hello can be obtained from http://www.example.com.
Changes since the last upload:
* New upstream release (Closes: #534884, #558773, #572593, LP: #407972)
* New maintainer
* Updated build dependencies in control file (Closes: #618940)
* The source package is split in two packages
+ Details documented in README.Debian (Closes: #416106)
+ Updated descriptions in control (Closes: #455213, LP: #70015)
* Kismet no longer uses /var/{log,lib} folders. Removed mentions in postrm,
kismet.dirs
* Kismet allows for suid/priv dropping configured via debconf
+ Available debconf options are speciified in the templates file
+ postrm creates the kismet user group if necessary and postrm removes it
on package purge
* Replaced su-to-root with gksudo in kismet.menu and kismet.desktop
* Patches
+ Removed gcc-4.3 and wsp100_support patches since they are included
upstream.
+ 80_fix_gpsmap_bashism: Fixes a bashism in multi-gpsmap example
(Closes: #530111)
* Removed unnecessary link /etc/others-menu/_kismet.desktop
(Closes: #563264)
* Converted package to CDBS
+ Simplificaton of rules file
+ Specified debhelper version 7 in compat file
+ Added 3.0 (quilt) in source/format
* Added full support for po-debconf
+ config and templates files
+ po/POTFILES.in translation templates
+ biuld dependency to po-debconf
* Added RELEASENOTES.txt in docs
* Updated the watch file
+ URL can now include versions after 2009
+ Mangling in order to use dots instead of dashes in the version
* Copyright file
+ Updated in dep5 format
+ Extended packaging copyright
+ Extended source copyright
* Package maintenance
- Bumped standars version to 3.9.2 in control
- Added project homepage in control file
Regards,
Nick Andrik
---End Message---
---BeginMessage---
Hi,
I see that kismet 2011.03.R2-1 is in NEW now :
http://ftp-master.debian.org/new/kismet_2011.03.R2-1.html
I'm closing this bug now since there is currently no package to sponsor.
Please remove kismet 2011.03.R2-1~experimental.1 from mentors.
http://mentors.debian.net/package/kismet
Regards,
Bart Martens---End Message---
