Bug#736989: r10k/1.1.3-1
On Wed, Jan 29, 2014 at 01:59:53AM +0100, Sebastien Badia wrote: Hi Sebastien, I'm reviewing the package. -- Gonéri pgpEIcKWw_fRr.pgp Description: PGP signature
Re: RFS: battery-stats (updated package)
On Sat, Jan 31, 2009 at 12:46:27PM +, Antonio Radici wrote: Gonéri Le Bouder wrote: Hum, I can't see the .desktop file. Can you please add I and I'll upload the package. I attached some changes I did to fix two remaining errors. Please apply the patch: E: battery-stats: bad-test-in-menu-item /usr/share/menu/battery-stats:3 E: battery-stats: menu-icon-not-in-xpm-format /usr/share/battery-stats/pixmaps/battery-stats.png Hi, thanks for your help, I've applied the patch and added a .desktop file. I've uploaded the package to mentors with the same version. Hi Antonio, Uploaded. I did a minor change to adjust the .desktop destination directory, take care to use the version I upload for the next release Best regards, Gonéri Le Bouder signature.asc Description: Digital signature
Re: RFS: battery-stats (updated package)
On Thu, Jan 29, 2009 at 09:56:09PM +, Antonio Radici wrote: Gonéri Le Bouder wrote: Since battery-stats 0.3.3-2 is in testing you shouldn't upload a new upstream release in unstable[1]. experimental is still an option. You can prepare a 0.3.3-3 package with just the fix for #512701, after the upload you'll have to ask the release team to accept this package in testing[1]. For your current 0.3.4-1 package, the best is to upload it in experimental but for the moment it still has some issue: - It FTBFS is gnuplot-nox is not installed - /usr/lib/battery-stats/graph-setup should be in /usr/share/battery-stats since it's an arch indep file - /usr/share/common-licenses/GPL is now a symlink to GPL-3, you need to adjust the debian/copyright - since you provide a menu file, can you please also add a .desktop and an icon Hi, I've fixed all these things, and added the icon into the upstream. Hi Antonio. Hum, I can't see the .desktop file. Can you please add I and I'll upload the package. I attached some changes I did to fix two remaining errors. Please apply the patch: E: battery-stats: bad-test-in-menu-item /usr/share/menu/battery-stats:3 E: battery-stats: menu-icon-not-in-xpm-format /usr/share/battery-stats/pixmaps/battery-stats.png Best regards, Gonéri Le Bouder diff --git a/debian/changelog b/debian/changelog index f622df9..1aeeefe 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,6 @@ battery-stats (0.3.4-1) experimental; urgency=low + + [ Antonio Radici ] * debianizing new upstream release which includes: + all debian patches + autotools packaging and optinal ACPI support @@ -14,6 +16,10 @@ battery-stats (0.3.4-1) experimental; urgency=low * debian/changelog + uploading on experimental + [ Gonéri Le Bouder ] + * debian menu want xpm icon, adjust the debian/rules to generate it +from the .png and add a builddeps on imagemagick + -- Antonio Radici anto...@dyne.org Sun, 25 Jan 2009 12:36:18 + battery-stats (0.3.3-3) unstable; urgency=low diff --git a/debian/control b/debian/control index a00f692..1644d47 100644 --- a/debian/control +++ b/debian/control @@ -2,7 +2,7 @@ Source: battery-stats Section: admin Priority: extra Maintainer: Antonio Radici anto...@dyne.org -Build-Depends: debhelper (= 7), libapm-dev, libacpi-dev [i386 amd64 ia64], cdbs, autotools-dev, gnuplot-nox (= 4) +Build-Depends: debhelper (= 7), libapm-dev, libacpi-dev [i386 amd64 ia64], cdbs, autotools-dev, gnuplot-nox (= 4), imagemagick Standards-Version: 3.8.0 Homepage: http://karl.jorgensen.com/battery-stats/ diff --git a/debian/rules b/debian/rules index fd5774c..c514a7a 100755 --- a/debian/rules +++ b/debian/rules @@ -3,4 +3,12 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk -# Add here any variable or target overrides you need. +build/battery-stats:: + mogrify -format xpm -geometry 32x32 pixmaps/battery-stats.png + +clean:: + rm -f ./pixmaps/battery-stats.xpm + +install/battery-stats:: + cp pixmaps/battery-stats.xpm debian/battery-stats/usr/share/battery-stats/pixmaps/battery-stats.xpm + signature.asc Description: Digital signature
Re: RFS: battery-stats (updated package)
On Thu, Jan 29, 2009 at 01:08:34AM +, Antonio Radici wrote: Gonéri Le Bouder wrote: On Tue, Jan 27, 2009 at 08:01:29PM +, Antonio Radici wrote: Hi, thanks for your review, I will fix these problems tomorrow. Just to clarify the status of battery-stats: version 0.3.3-3 was *already* uploaded to unstable and it is not building on some arch due to the libacpi dependency. That's why I opened a bug against this package. I've taken over the upstream to incorporate the debian patches and move it to autotools, so the dependency will be managed by autotools and battery-stats will build on all architectures. Ok, I see. I don't think the release team will accept a so import debdiff. linda:~/tmp$debdiff battery-stats_0.3.3-3.dsc battery-stats_0.3.4-1.dsc| wc -l 13569 I doubt release team will accept this in testing. If you want to see #512701 fixed in Lenny, you've to prepare a 0.3.3-4 upload with just the needed changes. Best regards, Gonéri signature.asc Description: Digital signature
Re: RFS: battery-stats (updated package)
On Thu, Jan 29, 2009 at 03:29:52PM +, Antonio Radici wrote: Sid has my last release (0.3.3-3) which caused #512701, this is why I released this new version :-) Whether you want to put it in sid or experimental it's the same for me, in any case lenny will be fine because it will keep using the old and stable version. Fine, to be able to do a futur RC bug fix upload to should keep Sid synchronized with Testing. So please use experimental. Best regards, Gonéri signature.asc Description: Digital signature
Re: RFS: battery-stats (updated package)
On Tue, Jan 27, 2009 at 08:01:29PM +, Antonio Radici wrote: Dear mentors, I am looking for a sponsor for the new version 0.3.4-1 of my package battery-stats. Hi, Since battery-stats 0.3.3-2 is in testing you shouldn't upload a new upstream release in unstable[1]. experimental is still an option. You can prepare a 0.3.3-3 package with just the fix for #512701, after the upload you'll have to ask the release team to accept this package in testing[1]. For your current 0.3.4-1 package, the best is to upload it in experimental but for the moment it still has some issue: - It FTBFS is gnuplot-nox is not installed - /usr/lib/battery-stats/graph-setup should be in /usr/share/battery-stats since it's an arch indep file - /usr/share/common-licenses/GPL is now a symlink to GPL-3, you need to adjust the debian/copyright - since you provide a menu file, can you please also add a .desktop and an icon [1]: http://article.gmane.org/gmane.linux.debian.devel.announce/1250 Best regards, Gonéri Le Bouder signature.asc Description: Digital signature
Re: RFS: mmpong
On Tue, Jan 13, 2009 at 12:28:30AM +0100, André Gaul wrote: Dear mentors, I am looking for a sponsor for my package mmpong. I'll do the upload. Cheers, Gonéri signature.asc Description: Digital signature
Re: RFS: gtk-engine-experience
On Wed, Jun 11, 2008 at 02:53:06PM +0200, Johan Euphrosine wrote: Dear mentors, I am looking for a sponsor for my package gtk-engine-experience. * Package name: gtk-engine-experience Version : 0.10.5 ^ Hi, Is there a reason why you created a native package? Cheers, Gonéri signature.asc Description: Digital signature
Re: RFS: gtk-engine-experience
On Wed, Jun 11, 2008 at 03:46:48PM +0200, Johan Euphrosine wrote: On Wed, 2008-06-11 at 15:20 +0200, Gonéri Le Bouder wrote: On Wed, Jun 11, 2008 at 02:53:06PM +0200, Johan Euphrosine wrote: Dear mentors, I am looking for a sponsor for my package gtk-engine-experience. * Package name: gtk-engine-experience Version : 0.10.5 ^ Hi, Is there a reason why you created a native package? Hi, I just fixed this, with a new upload: http://mentors.debian.net/debian/pool/main/g/gtk-engine-experience/ I can't find the new package. You should also add a watch file to detect new upstream release. Cheers, Gonéri signature.asc Description: Digital signature
Re: RFS: gtk-engine-experience
On Wed, Jun 11, 2008 at 03:46:48PM +0200, Johan Euphrosine wrote: On Wed, 2008-06-11 at 15:20 +0200, Gonéri Le Bouder wrote: On Wed, Jun 11, 2008 at 02:53:06PM +0200, Johan Euphrosine wrote: Dear mentors, I am looking for a sponsor for my package gtk-engine-experience. I'm in touch with Johan. I'll do the upload once the package is ok. For the moment, the missing gtkrc prevent it to selectable with gtk-theme-switch2. Regards, Gonéri signature.asc Description: Digital signature
Re: RFS: googlegadgets
On Tue, Jun 10, 2008 at 04:54:36PM +1000, Jack Coulter wrote: Dear mentors, Hi Jack, some remarks. debian/control: -You should remove the -dbg packages from the build dependency. debian/rules: -it's a good idea to remove the header created by dh-make -dh_perl is useless The package doesn't build: (...) /usr/include/qt4/QtCore/qbytearray.h: In member function 'QByteRef::operator char() const': /usr/include/qt4/QtCore/qbytearray.h:434: error: conversion to 'char' from 'int' may alter its value In file included from /usr/include/qt4/QtGui/qbrush.h:52, from /usr/include/qt4/QtGui/qpalette.h:49, from /usr/include/qt4/QtGui/qwidget.h:50, from /usr/include/qt4/QtGui/qmenu.h:47, from /usr/include/qt4/QtGui/QMenu:1, from ../../../ggadget/qt/qt_menu.h:20, from ../../../ggadget/qt/qt_menu.cc:19: /usr/include/qt4/QtGui/qtransform.h: In member function 'QTransform QTransform:QtGui/qsizepolicy.h:215: error: conversion to 'uchar' from 'int' may alter its value /usr/include/qt4/QtGui/qsizepolicy.h:216: error: conversion to 'uchar' from 'int' may alter its value make[6]: *** [libggadget_qt-1.0_la-qt_menu.lo] Erreur 1 make[6]: quittant le répertoire « /home/goneri/tmp/googlegadgets-0.9.2/build/ggadget/qt » make[5]: *** [install-recursive] Erreur 1 make[5]: quittant le répertoire « /home/goneri/tmp/googlegadgets-0.9.2/build/ggadget/qt » make[4]: *** [install] Erreur 2 make[4]: quittant le répertoire « /home/goneri/tmp/googlegadgets-0.9.2/build/ggadget/qt » make[3]: *** [install-recursive] Erreur 1 make[3]: quittant le répertoire « /home/goneri/tmp/googlegadgets-0.9.2/build/ggadget » make[2]: *** [install] Erreur 2 make[2]: quittant le répertoire « /home/goneri/tmp/googlegadgets-0.9.2/build/ggadget » make[1]: *** [install-recursive] Erreur 1 make[1]: quittant le répertoire « /home/goneri/tmp/googlegadgets-0.9.2/build » make: *** [install-arch] Erreur 2 dpkg-buildpackage: échec: fakeroot debian/rules binary a produit une erreur de sortie de type 2 debuild: fatal error at line 1319: dpkg-buildpackage -rfakeroot -D -us -uc failed linda:~/tmp/googlegadgets-0.9.2$ gcc --version gcc (Debian 4.3.0-5) 4.3.1 20080523 (prerelease) Copyright (C) 2008 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Cheers, Gonéri signature.asc Description: Digital signature
Re: RFS: gcin (updated package, closes RC bug #406036)
On Sun, Apr 27, 2008 at 10:34:51AM +0200, Cyril Brulebois wrote: On 27/04/2008, Wen-Yen Chuang wrote: The only one lintian warning is W: gcin: package-name-doesnt-match-sonames libgcin-im-client1. It is unnecessary to pack a libgcin-im-client1 package, because libgcin-im-client.so.1.0.2 is only used by gcin internally. I didn't build it, so I cannot check, but is that SO in /usr/lib? If so, and if it's a private library, it might be moved to a subdirectory of /usr/lib (and then used through a rpath). If it's not a private lib, you need also to fix these warnings: dpkg-shlibdeps: warning: symbol XInternAtom used by debian/gcin/usr/lib/libgcin-im-client.so.1.0.2 found in none of the libraries. dpkg-shlibdeps: warning: symbol XGetWindowProperty used by debian/gcin/usr/lib/libgcin-im-client.so.1.0.2 found in none of the libraries. dpkg-shlibdeps: warning: symbol XGetSelectionOwner used by debian/gcin/usr/lib/libgcin-im-client.so.1.0.2 found in none of the libraries. dpkg-shlibdeps: warning: symbol XFree used by debian/gcin/usr/lib/libgcin-im-client.so.1.0.2 found in none of the libraries. Cheers, Gonéri signature.asc Description: Digital signature
Re: RFS: gcin (updated package, closes RC bug #406036)
On Sun, Apr 27, 2008 at 08:57:15PM +0800, Wen-Yen Chuang wrote: Gonéri Le Bouder wrote: If it's not a private lib, you need also to fix these warnings: Done. I have made the libgcin-im-client.so a private library. Both GTK+ and QT3 immodules are still working fine. Sound good. Uploaded. Cheers, Gonéri signature.asc Description: Digital signature
Re: RFS: gcin (updated package, closes RC bug #406036)
On Sun, Apr 27, 2008 at 03:54:16PM +0200, Jan Beyer wrote: Wen-Yen Chuang schrieb am 27.04.2008 14:57 Uhr: Gonéri Le Bouder wrote: If it's not a private lib, you need also to fix these warnings: Done. I have made the libgcin-im-client.so a private library. Both GTK+ and QT3 immodules are still working fine. The previous lintian warning is gone, but a new one appears: W: gcin-qt3-immodule: binary-or-shlib-defines-rpath ./usr/lib/qt3/plugins/inputmethods/libqgcin.so /usr/lib/gcin. You can read more about that at http://wiki.debian.org/RpathIssue That should be fixed... Currently, the only generally accepted use of this feature in Debian is to add non-standard library path (like /usr/lib/package) to libraries that are only intended to be used by the executables or other libraries within the same source package. I think we are in this case. Cheers, Gonéri signature.asc Description: Digital signature
Re: RFS: keynav - a keyboard-driven mouse cursor mover
On Sat, Apr 26, 2008 at 09:19:35PM +0800, Wen-Yen Chuang wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package keynav. The upload would fix ITP: #431634 Hi, I'm interested to do the upload. Wen-Yen, didn't you get my mail about that? Cheers, Gonéri signature.asc Description: Digital signature
Re: RFS: warsow and warsow-data (updated packages)
On Mon, Apr 21, 2008 at 12:24:20PM -0400, Andres Mejia wrote: Dear mentors, I am looking for a sponsor for the new version of the packages warsow (a first person shooter) and warsow-data (binary independent files used to play warsow). I check them. Cheers, Gonéri signature.asc Description: Digital signature
Re: RFS: urbanterror-data
On Tue, Mar 25, 2008 at 04:34:23PM +1100, Jack Coulter wrote: Hi Jack, (...) Is there someway I can get a more detail description of what these warnings mean so I can fix them? You can call lintian with --info flag. Also, as far as I'm aware /var/cache/urbanterror-data is already removed after successful package installation and configuration. I removed the -data package with dpkg --purge because I didn't have enough free space and in this case the /var/cache/urbanterror-data was kept. I'm not fan of the -data package because it needs a lot of free space and for most of the user it will be long to install. During this process, all the apt-get upgrade a blocked. I wonder if it's not a better solution to provide a script in the urbanterror package that download urbanterror files. For example a wrapper for the urbanterror command that check for the data files and suggest to download the file if needed. Cheers, Gonéri
Re: RFS: urbanterror-data
On Sun, Mar 23, 2008 at 05:05:11PM +1100, Jack Coulter wrote: Hi Jack, Some remarks, I don't understand the goal of the binary-common and why you fork a make command. I did this change on your makefile: --- ../save/urbanterror-data-4.1/debian/rules 2008-03-15 05:14:37.0 +0100 +++ debian/rules2008-03-23 14:10:40.0 +0100 @@ -26,7 +26,9 @@ ### Data files dh_install -i -binary-common: + +# Build architecture independant packages using the common target. +binary-indep: install-indep dh_testdir -i dh_testroot -i dh_installchangelogs -i @@ -38,11 +40,6 @@ dh_md5sums -i dh_builddeb -i - -# Build architecture independant packages using the common target. -binary-indep: install-indep - $(MAKE) -f debian/rules DH_OPTIONS=-i binary-common - # Build architecture dependant packages using the common target. binary-arch: # Nothing to do IMO, Pre-Depends can be avoid in you case, you should use Depends: here instead. 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. http://www.debian.org/doc/debian-policy/ch-relationships.html There is still some lintian warning: W: urbanterror-data: no-debconf-config W: urbanterror-data: malformed-title-in-templates urbanterror-data/license W: urbanterror-data: too-long-extended-description-in-templates urbanterror-data/license W: urbanterror-data: postinst-uses-db-input W: urbanterror-data: missing-debconf-dependency W: urbanterror-data: latest-debian-changelog-entry-without-new-version Cheers, Gonéri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: urbanterror
On Sun, Mar 23, 2008 at 05:04:01PM +1100, Jack Coulter wrote: Hi Jack, There is still some lintian warning/error: W: urbanterror-server: latest-debian-changelog-entry-without-new-version E: urbanterror: menu-icon-too-big /usr/share/pixmaps/urbanterror.xpm: 256x256 32x32 W: urbanterror: latest-debian-changelog-entry-without-new-version Finished running lintian. Cheers, Goneri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: urbanterror-data
On Sun, Mar 23, 2008 at 05:30:10PM +0100, Gonéri Le Bouder wrote: On Sun, Mar 23, 2008 at 05:05:11PM +1100, Jack Coulter wrote: Hi Jack, Some remarks, Another points, the /var/cache/urbanterror-data should be removed by the postinst script. In the title of the progress bar, you should add the word UrbanTerror. Cheers, Gonéri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: urbanterror
On Thu, Mar 13, 2008 at 10:29:46PM +1100, Jack Coulter wrote: Dear mentors, I am still looking for a sponsor for my package urbanterror. Hi, Debian Games[0] is a team of maintainer of game packages. Do you want to join use? The purpose of the Debian Games Team is to coordinate, share common problems and solutions and even in some cases be able to maintain games collaboratively. There is a project in Alioth and the irc channel #debian-games on irc.debian.org created for that purpose. Cheers, Gonéri [0] http://wiki.debian.org/Games signature.asc Description: Digital signature
Re: RFS: urbanterror-data
On Thu, Mar 13, 2008 at 10:31:31PM +1100, Jack Coulter wrote: Dear mentors, Hi, Just some remarks: You're archive is not clean: $tar tf urbanterror-data_4.1.tar.gz| grep tmp urbanterror-data-4.1/tmp.wSEBJ15633/ urbanterror-data-4.1/tmp.ZDDmV19344/ urbanterror-data-4.1/tmp.OAewO17038/ Lintian also generates some warnings: W: urbanterror-data: malformed-title-in-templates urbanterror-data/license W: urbanterror-data: too-long-extended-description-in-templates urbanterror-data/license W: urbanterror-data: missing-debconf-dependency-for-preinst About the preinst script: You package should depend on debconf, unzip, wget and zenity since you use them. You can't be sure the dependency will be correctly installed without a Pre-Depends fields. Take a look on Debian Policy 7.2, IMO you should do a postinst instead. The binary-common section of your rules file is useless. The -a parameter used with debhelpers is also useless since you build just one archindep package. The get-orig-source: seems to be useless too. You don't need the upstream archive for the build. Cheers, Gonéri signature.asc Description: Digital signature
Re: RFS: urbanterror-data
On Thu, Mar 13, 2008 at 03:27:20PM +0100, Gonéri Le Bouder wrote: On Thu, Mar 13, 2008 at 10:31:31PM +1100, Jack Coulter wrote: Dear mentors, Hi, Just some remarks: You're archive is not clean: $tar tf urbanterror-data_4.1.tar.gz| grep tmp urbanterror-data-4.1/tmp.wSEBJ15633/ urbanterror-data-4.1/tmp.ZDDmV19344/ urbanterror-data-4.1/tmp.OAewO17038/ Lintian also generates some warnings: W: urbanterror-data: malformed-title-in-templates urbanterror-data/license W: urbanterror-data: too-long-extended-description-in-templates urbanterror-data/license W: urbanterror-data: missing-debconf-dependency-for-preinst About the preinst script: You package should depend on debconf, unzip, wget and zenity since you use them. zenity needs a X server. I don't use it myself but ssft is probably more suitable here. About the package itself, can you call wget with -C flag to be able to continue a download. Cheers, Gonéri signature.asc Description: Digital signature
Re: mentors.debian.net reloading
On Fri, Oct 26, 2007 at 05:19:38PM +0200, Christoph Haas wrote: On Fri, Oct 26, 2007 at 04:51:01PM +0200, Lucas Nussbaum wrote: On 26/10/07 at 16:06 +0200, Christoph Haas wrote: (...) What Ondrej proposes is to turn mentors into a package archive, where packages would be built automatically on several arches, and people could download them. In that case, it's required to build package for all archs available in the service (you can't ask the uploader to do that hmiself). Did Ondrej say that we need a public buildd? Actually that is something I would ratner not do because I have certain (very bad) experience with it. When we kept the uploaded binary (.deb) packages our support mailbox was literally flooded with end-users (!) complaints that the packages were buggy. They used it as debian-multimedia or other inofficial binary package repositories. I think that making it more a PPA-style service it a good idea - for *source* packages. But don't you think the focus is still the sponsoring process? I can't think of a case where people want to publish Debian packages but don't want them to get into Debian. Traffic is another concern. Without binary packages we are having less than 1 GB traffic from mentors. With binary packages it was a few hundred GB. I didn't have to pay for it but if people (ab)use it as marillat V2.0 then I wouldn't bet on the numbers any more. It's basicly what svnbuildstat.d.n do. It's not perfect but shouldn't we work on the integration of the two tools. 1/ John Smith uploads its package on http://mentors.debian.net/ 2/ m.d.n accepts the package and notifys svnbs.d.n 3/ svnbs.d.n fetchs the new source package 4/ svnbs.d.n add the package in its DB 5/ the buildbots build and run the QA tools and upload there results to svnbs.d.n 6/ provide through an undefined webservice an access to the DB. Cheers, Gonéri signature.asc Description: Digital signature
Re: mentors.debian.net reloading
On Fri, Oct 26, 2007 at 12:11:06PM +0200, Lucas Nussbaum wrote: On 26/10/07 at 11:42 +0200, Christoph Haas wrote: It's time for me to introduct svnbuildstat.d.n :). I began to work on svnbuildstat 1,5 year ago. We, the Debian Games Team, saw the number of packages in our repository constently growing up (170 today). We were about 10 actives maintainers and it was had to find the packages to take care on. The initial release was based on a collection of shell script and pbuilder. The builds were done directly on my server. But there were some problems: * The tool was designed to fetch information from just one svn repository * They was no database and doing statistic stuff without a DB sucks big * time! * The shell scripts were hard to maintain * Resource expensive stuff were done directly on the webserver (the build, lintian, linda, piuparts) Some mouths after I rewrote from scratch what is the current svnbuildstat.d.n. This time it's based on a real database and a modern MVC framework. It's definitivly a better solution. I used : * Perl; * Catalyst, a MVC framework; * DBIx::Class a DB abstaction layer like Hebernate; * PostgreSQL (the DB is about 500MB today) * a collection of perl scripts to retrieve the different informations * a client/server model for the build/lintian/linda/piuparts. Just a * status file is returned to the server at the end of the process. Today, I'm working these point: * The agent does too much stuff, I want to split it to have one agent * per service (build, lintian, ...). Today, if I want to change the * lintian revision, I've to update of the build host and one of them is * behind a firewall. * Ondrej Certik is working on a patch for pbuilder to detect the no space on device errors. it's most of the false positive. * The DB schema needs some clean up. I already did most of them (I wish:)). * being able to accept other sources of packages. I want to be able to retrive information for the rest of the VCS used in Debian but also from a pool of packages like mentors.debian.net or ftp.debian.org * RPC services. * Thanks to Ondrek Certif, svnbuildstat has a tutorial now on wiki.d.o but there is still a lot to do here * I want to get another server. Mine is a bit to slow. I think, svnbp should be (one day*) used as backend for http://mentors.debian.net/ but also for Lucas's QA check. *Like most of yours, I've a family, packages and softwares to maintain and a job. To be honest, it's hard for me the give a clear planning. The sources: http://svn.debian.org/wsvn/collab-qa/svnbuildstat/?rev=0sc=0 The wiki page: http://wiki.debian.org/svnbuildstat Regards, Gonéri signature.asc Description: Digital signature
Re: RFS: steam-powered
On Wed, Jun 27, 2007 at 03:17:35PM +1000, Ben Finney wrote: Michael Gilbert [EMAIL PROTECTED] writes: * Package name: steam-powered Version : 0.8.0 Upstream Author : Michael Gilbert * URL : no web site * License : gpl for steam-powered script, non-free for downloaded game and game data What license do you have for the package? non-free isn't a license, it's a descriptor. I am hoping get more involved in packaging popular games for Debian. I understand that these popular games are mostly under non-free licenses, Worse, many of them are under non-free licenses that prohibit redistribution, either entirely or through clauses that exclude Debian from doing so. If that's so, your package can't be redistributed by Debian. You'll need to find the exact license text for the software to know whether that's the case. Start a thread on debian-legal (after confirming that the particular license hasn't already been discussed in the archives) and include the full text of the license for discussion. steam-powered is a downloader script like flashplugin-nonfree or quake2-data are so it can go in contrib. About your package, there is still some minor lintian warnings and /usr/bin/steam-powered should be in /usr/games/steam-powered. Your package should also depends on wine and curl since your script use them. I think so should also remove the --silent flag of curl or at last provide a --verbose parameter to disable it. Regards, Gonéri signature.asc Description: Digital signature
RFS: libaudio-wav-perl: Perl modules for reading writing Wav files
Hi, Section: perl Description: Modules for reading writing Microsoft WAV files These modules provide a method of reading writing uncompressed Microsoft WAV files. I'm the new maintenant of libaudio-wav-perl (#303614). My package for the new upstream release is ready: deb http://goneri2.free.fr/debian/libaudio-wav-perl/ ./ The package is lintian ok. I'm look for a sponsor. Regards, Goneri Le Bouder -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
klibido - usenet binary grabber for KDE
Hello Mentors, Klibido[1] is a usenet binary grabber written in c++ by Alessandro bauno Bonometti bauno_at_inwind.it. I packaged it and would like to maintain it for Debian. The package is lintian valid and respects the Debian Policy, except for this warning caused by CVS directory in upstream package (The author is aware ). W: klibido source: source-contains-CVS-dir admin/CVS You can grab the package sources/binaries using my repository: deb http://orniere-du-globe.net/debian ./ deb-src http://orniere-du-globe.net/debian ./ I know the upstream author and have contributed to upstream sources and i helped in fixing a bug in the 0.2.2.1 release. Thank you in advance. Best regards. Gonéri Le Bouder 1: http://klibido.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
