Re: How to make a meta package unremovable?
Hi Russ, thank you for you response. Am 09.06.2011 23:31, schrieb Russ Allbery: > "Erik Schanze (Debian)" writes: >> - Upgrade process hangs waiting for the user input > > This should only happen if you run it interactively. If you don't run it > interactively, then it should realize that it can't prompt and just abort. > Yes, you are right. One disadvantage seems to be solved, but the drawback with PBuilder remains. I could try some "exclude" options in PBuilder command line, but an other way would be better. Has noone and idea? Or would it better to ask on debian-devel? Best regards, Erik -- 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/4df48e55.6080...@gmx.de
How to make a meta package unremovable?
Hi mentors, hope this is the right list for it, I wouldn't abuse debian-devel for it. [please keep me on CC, I'm not subscribed] I maintain a custom Debian installation on Clients without any user interaction during upgrade, so everything has to go automatically. I created a meta package to define dependencies to all packages I need on the clients and I'd like to make this meta package unremovable during dist-upgrade. An automatic removal by accident during "$ apt-get -y --force-yes dist-upgrade" because of missing depends or conflicts must be prevented. It`s better to aboard the upgrade then. I see this possibilities: * Set "Essential: Yes" in debian/control of meta package: + works as expected, even "apt-get remove " askes for additional user input that will not happen on the clients. - Upgrade process hangs waiting for the user input - If I build a PBuilder environment from this repository, it will load this "Essential" package and install a bunch of packages I do not want in PBuilder. (OK, I could try to exclude this package PBuilder command line, but ugly anyway) * Set "APT::Get::Remove false" in apt.conf: - affects all packages and prevents removal of obsolete packages I want to be removed. * APT pinning seems not to do it (as I tried). Does anybody have an additionally idea how to solve this, to prevent the removal of one package without hanging on user input and prevent automatic inclusion in PBuilder installation? Best regards, Erik -- 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/4df132f6.8000...@gmx.de
Re: RFS: totem-plugin-arte
Hi, Nicolas Delvaux Nicolas Delvaux : > Le mardi 09 mars 2010 à 19:12 +0100, Erik Schanze a écrit : > > Nicolas Delvaux Nicolas Delvaux : > > > I am looking for a sponsor for my package "totem-plugin-arte". > > > > > > * Package name: totem-plugin-arte > > > Version : 0.8.1-1 > > > Upstream Author : Simon Wenner > > > * URL : http://gitorious.org/totem-plugin-arte > > > * License : GPL v2+ > > > Section : gnome > > > > > > It builds this binary package: > > > totem-plugin-arte - This plugin allows you to watch streams from arte.tv > > > on totem > > > > > > The package appears to be lintian clean. > > > > > > The upload would fix this bug: 572919 > > > > > > My motivation for maintaining this package is to provide users with a > > > simple, usefull and just great plugin. > > > > > > The package can be found on mentors.debian.net: > > > - URL: http://mentors.debian.net/debian/pool/main/t/totem-plugin-arte > > > - Source repository: deb-src http://mentors.debian.net/debian unstable > > > main contrib non-free > > > - dget > > > http://mentors.debian.net/debian/pool/main/t/totem-plugin-arte/totem-plugin-arte_0.8.1-1.dsc > > > > > > > AFAIK they use very strict Geo-Localisation to block users from outside > > of some selected European Countries. > > > > Is this siutable for main then? Isn't it a usage restriction which > > make it better fitting into contrib, is it? > > I see your point. > > But as far as I know main require only free *software* and so free > licences whereas contrib packages depend on other *software* that is not > free. > http://www.debian.org/distrib/packages.html > We had the same discussion on programs which were only be useful with non-free data (Sorry, I don't remember the name) and the conclusion was that the maintainer should aquire some free data so the package could be used freely from anyone to place it into main. > I mean that there is no restriction to use this plugin from anywhere. It > will work, but the arte.tv feed may be unavailable. For what is the plugin useful, if it can not get its data? Is there any free usecase, from anywhere? If no, main should not be the right place. > Arte policy is not > written in stone, and we can hope that they will extend availability if > there is enough demand. So it could be moved from contrib to main then. > For the time being, it's also possible to use a > proxy or a vpn (well, "auto-proxy if needed" may be a good TODO, I will > propose it upstream). > Is this legal? > I'm not aware of a past similar case so it's interesting ;) > There were some, but I didn't find it quickly. Perhaps any of the other readers will remember? Kind regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * -- 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/201003092150.06342.schan...@gmx.de
Re: RFS: totem-plugin-arte
Hi, Nicolas Delvaux Nicolas Delvaux : > I am looking for a sponsor for my package "totem-plugin-arte". > > * Package name: totem-plugin-arte > Version : 0.8.1-1 > Upstream Author : Simon Wenner > * URL : http://gitorious.org/totem-plugin-arte > * License : GPL v2+ > Section : gnome > > It builds this binary package: > totem-plugin-arte - This plugin allows you to watch streams from arte.tv on > totem > > The package appears to be lintian clean. > > The upload would fix this bug: 572919 > > My motivation for maintaining this package is to provide users with a simple, > usefull and just great plugin. > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/t/totem-plugin-arte > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/t/totem-plugin-arte/totem-plugin-arte_0.8.1-1.dsc > AFAIK they use very strict Geo-Localisation to block users from outside of some selected European Countries. Is this siutable for main then? Isn't it a usage restriction which make it better fitting into contrib, is it? Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * -- 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/201003091912.28335.schan...@gmx.de
Custom packages derived from Debian Source Packages
Hi mentors, I have a question regarding repacking and hope you could give me some suggestions. I'd like to run a special x86 based device with Debian. I could use most of the common Debian packages, but I have to repack some of them for the use on this device. The packages will be provided and maintained for the devices on a special repository server. First I have to repack Linux kernel package to apply a custom configuration and additional patches. I see 2 possibilities. 1. Change the config and add patches in Linux source package, bump the Version with an epoch and build the binary package for my platform. Upgrades with Debian kernel packages should be prevented by the epoch. But the custom source and binary package has the same file name as the Debian ones, so you could not see that it is different easily. 2. Extent the Linux source package with a new binary target for my platform e. g. linux-image-2.6.26-2-686-myDevice, but then I have to deal with Linux meta packages also (like linux-image-2.6-686 and linux-image-686). Second I have to repack some packages to remove some files from the package, because 3rd party software provides these files also and I have to prevent a clash. I have to repack these packages without these files, depending on a package with the 3rd party software which has the (adapted) files. I see the 2 possibilities above also. Or is there any other (better) way? I'm a bit lost to find a way which is compatible to Debian archive and packages that are easy to maintain and to follow Debian versions (mostly security fixes). Hope anyone could help. Kind regards, Erik -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: homebank (updated package) -PING-
Hi Francesco, Francesco Namuri : > Hi again, > just a ping... > > Il giorno mar, 08/12/2009 alle 12.44 +0100, Francesco Namuri ha scritto: > > The respective dsc file can be found at: > > http://mentors.debian.net/debian/pool/main/h/homebank/homebank_4.1-1.dsc > Does not work. Bye, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden auch 2010 wieder * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: DEB_BUILD_OPTIONS=parallel=n work not as expected
Hi, [Sorry for crossposting to debian-dpkg, but perhaps they could clarify this. Orig. post was: http://lists.debian.org/debian-mentors/2009/12/msg00075.html] Erik Schanze : > I added to my package "gif2png" the support of > DEB_BUILD_OPTIONS=parallel=n, as you can see in rules file. > > The output during build is: > ... > # Add here commands to compile the package. > > /usr/bin/make --jobserver-fds=3,4 -j > ... > > I don't know who changed $(MAKEFLAGS) from "-j3" to "--jobserver-fds=3,4 -j" > and > why the number "3" was not used after "-j". > > Could anybody please give an explanation? > Is there something broken or did I miss something? > As far as I understand, the substitution comes from "make" itself and it occurs in every sub-make during parallel build. So it seems the "make" call in build target of rules file is a sub-make call, right? But is it the intended behaviour, that the make call in "build" target will run with option "-j" without any number? Because this will end in a build run with unlimited jobs, or did I miss smth.? I expected that "make" call in "build" target will be executed with "-j " with from "DEB_BUILD_OPTIONS=parallel=". If I use any other name than "MAKEFLAGS" for the variable, it works as expected. There is the key? A bit puzzled, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden auch 2010 wieder * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
DEB_BUILD_OPTIONS=parallel=n work not as expected
Hi mentors, I added to my package "gif2png" the support of DEB_BUILD_OPTIONS=parallel=n, as you can see in rules file. The output during build is: ... # Add here commands to compile the package. /usr/bin/make --jobserver-fds=3,4 -j ... I don't know who changed $(MAKEFLAGS) from "-j3" to "--jobserver-fds=3,4 -j" and why the number "3" was not used after "-j". Could anybody please give an explanation? Is there something broken or did I miss something? Kind regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden auch 2010 wieder * Info: http://www.linux-info-tag.de/* #!/usr/bin/make -f #-*- makefile -*- # Made with the aid of dh_make, by Craig Small # Sample debian/rules that uses debhelper. GNU copyright 1997 by Joey Hess. # Some lines taken from debmake, by Christoph Lameter. # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 include /usr/share/dpatch/dpatch.make CFLAGS= -Wall MAKEFLAGS= export DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CFLAGS += -O0 else CFLAGS += -O2 endif ifneq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) CFLAGS += -g else LDFLAGS += -s endif ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) MAKEFLAGS += -j$(NUMJOBS) endif build: build-stamp build-stamp: patch-stamp dh_testdir chmod 755 configure ./configure --prefix=/usr CFLAGS="$(CFLAGS)" # Add here commands to compile the package. $(MAKE) $(MAKEFLAGS) # Create German manpages at build time, so we need only .xml in .diff.gz -xmlto -o debian/ man debian/gif2png.de.xml -mv -f debian/gif2png.1 debian/gif2png.de.1 -xmlto -o debian/ man debian/web2png.de.xml -mv -f debian/web2png.1 debian/web2png.de.1 touch build-stamp clean: unpatch dh_testdir dh_testroot # Makefile needs .deps dir to work, but it will be not there # if there was a distclean before :-( [ ! -d .deps ] || [ ! -f Makefile ] || $(MAKE) distclean -rm -f build-stamp install-stamp debian/gif2png.de.1 debian/web2png.de.1 # Add here commands to clean up after the build process. -find . -type d -name .deps | xargs -r rm -r dh_clean install: install-stamp install-stamp: build-stamp dh_testdir dh_testroot dh_clean -k dh_installdirs # Add here commands to install the package into debian/gif2png. $(MAKE) install prefix=`pwd`/debian/gif2png/usr touch install-stamp # Build architecture-independent files here. binary-indep: build install # We have nothing to do by default. # Build architecture-dependent files here. binary-arch: build install dh_testdir dh_testroot dh_installdocs dh_installman dh_installchangelogs dh_strip dh_compress dh_fixperms dh_installdeb dh_shlibdeps dh_gencontrol dh_md5sums dh_builddeb source diff: @echo >&2 'source and diff are obsolete - use dpkg-source -b'; false binary: binary-indep binary-arch .PHONY: build clean binary-indep binary-arch binary install dpkg-buildpackage -rfakeroot -D -us -uc dpkg-buildpackage: setze CFLAGS auf Standardwert: -g -O2 dpkg-buildpackage: setze CPPFLAGS auf Standardwert: dpkg-buildpackage: setze LDFLAGS auf Standardwert: dpkg-buildpackage: setze FFLAGS auf Standardwert: -g -O2 dpkg-buildpackage: setze CXXFLAGS auf Standardwert: -g -O2 dpkg-buildpackage: Quellpaket gif2png dpkg-buildpackage: Quellversion 2.5.2-1 dpkg-buildpackage: Quellen geändert durch Erik Schanze dpkg-buildpackage: Host-Architektur i386 fakeroot debian/rules clean dpatch deapply-all reverting patch 20_remove_unneeded_libs from ./ ... ok. reverting patch 10_fix_gif2png_c from ./ ... ok. rm -rf patch-stamp patch-stampT debian/patched dh_testdir dh_testroot # Makefile needs .deps dir to work, but it will be not there # if there was a distclean before :-( [ ! -d .deps ] || [ ! -f Makefile ] || /usr/bin/make distclean make[1]: Entering directory `/home/es/devel/debian/gif2png/gif2png-2.5.2' /bin/sh ./config.status --recheck running CONFIG_SHELL=/bin/sh /bin/sh ./configure --prefix=/usr CFLAGS=-Wall -O2 LDFLAGS= -s CPPFLAGS= --no-create --no-recursion checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... ch
Re: RFS: texttrainer
Hi Jacob, Jacob Kanev Jacob Kanev : > I am still looking for a sponsor for my package "texttrainer" [1]. A new > version has been uploaded to MDN. > > * Package name: texttrainer > Version : 0.0.4-1 > Upstream Author : Jacob Kanev > * URL : http://home.arcor.de/j_kanev/texttrainer > * License : GPL 3 > Language: C++ / QT4 > Section : misc > > It builds these binary packages: > texttrainer - learn native or foreign language texts by heart > > The package appears to be lintian clean. > But I didn't build in pbuilder: -- I: Building the package dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package texttrainer dpkg-buildpackage: source version 0.0.4-1 dpkg-buildpackage: host architecture i386 fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp configure-stamp # Add here commands to clean up after the build process. /usr/bin/make DEB_DESTDIR=/tmp/buildd/texttrainer-0.0.4/debian/texttrainer clean make[1]: Entering directory `/tmp/buildd/texttrainer-0.0.4' make[1]: *** No rule to make target `/usr/share/qt3/mkspecs/default/qmake.conf', needed by `Makefile'. Stop. make[1]: Leaving directory `/tmp/buildd/texttrainer-0.0.4' make: *** [clean] Error 2 dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 E: Failed autobuilding of package - Please fix this. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden auch 2010 wieder * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: hexer (updated, adopted upstream, cleaned up)
Hi Peter, Peter Pentchev Peter Pentchev : > I am looking for a sponsor for the new version 0.1.5-1 > of my package "hexer". I've adopted the upstream development of > hexer, integrated the Debian patches, cleaned it up a lot, and > fix a nasty crash (or a weird display of characters in the status line) > reported in the Debian BTS (#540571). > Good work, uploaded. Feel free to ask me for further sponsorings of hexer. Bye, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden auch 2010 wieder * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Test-Buildd or Debian Machine?
Hi, I'd like to sponsor a package that have problems in building on some architectures. After fixing I need to build this package (at least) on problematic architectures. Is there any buildd network for test builds available? If not, I think I have to use some Debian Machines. Is there any documentation about using this machines apart from http://www.debian.org/devel/dmup? How can I get an account on some of the machines (e. g. paer.debian.org)? (I'm a DD.) Kindl regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden auch 2009 wieder * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: ITR: varkon (updated package)
Hi Matthias, Matthias Julius <[EMAIL PROTECTED]>: > Also, Varkon is not 64bit safe. I have noticed myself that the > compiler complains a lot about castings between integers and pointers > of different size when I build it for amd64. When asked on the list > upstream also confirmed that Varkon currently does not support 64bit > archs. > > What is the best way to deal with that issue until it is fixed > properly upstream? Should I just disable all 64bit architectures for > the varkon package? > IMO excluding of architectures is good if the program makes no sense on it, e.g. because of missing hardware. In your case it is a problem of unportable code, you should fix it before. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, auch wieder 2008 * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: varkon (updated package)
Hi Matthias, Matthias Julius <[EMAIL PROTECTED]>: > Matthias Julius <[EMAIL PROTECTED]> writes: > Sadly, nobody here seems to be interested in this package. > Ok, I would sponsor it. It would be great, if you could fix two things: - move all resources stuff beside file "varkonrc" from /etc to /usr/share/varkon. I think it is the better place. - Please add a example project to have a simple test case. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, auch wieder 2008 * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: axel
Hi Giridhar, Y Giridhar Appaji Nag <[EMAIL PROTECTED]>: > On 07/12/25 23:09 +0100, Erik Schanze said ... > > Is this /usr/doc transition stuff still needed? > > I thought I'd keep it around to let people upgrade from oldstable. > But people have suggested that I remove it. I have removed it now. > > I uploaded a new version to mentors.d.n (tested for axel/axel-kapt > upgrade from stable and within unstable also). > Uploaded. Feel free to ask me directly next time. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, auch wieder 2008 * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: axel
Hi Giridhar, Y Giridhar Appaji Nag Y Giridhar Appaji Nag <[EMAIL PROTECTED]>: > On 07/12/21 14:07 +0530, Y Giridhar Appaji Nag said ... > > > I am (still) looking for a long-term sponsor for "axel" (v1.0b-7). > > I have had an offer for help since my last request [1] over a month > > ago, but haven't heard back in over two weeks. the following > > changes [2] have been made to the package: > > It would be a pleasure for me to sponsor you. Unfortunately I had problem installing the resulted package: neo:~# dpkg -i /var/cache/pbuilder/result/axel_1.0b-7_i386.deb (Reading database ... 238528 files and directories currently installed.) Preparing to replace axel 1.0b-7 (using .../result/axel_1.0b-7_i386.deb) ... Unpacking replacement axel ... Setting up axel (1.0b-7) ... /var/lib/dpkg/info/axel.postinst: line 7: [: missing `]' Is this /usr/doc transition stuff still needed? Kindly regards and Merry Christmas to my Bangalore friends, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, auch wieder 2008 * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Special GnuPG option needed to make *.commands file working (was: *.commands file)
Hi Bernhard, "Bernhard R. Link" <[EMAIL PROTECTED]>: > * Erik Schanze <[EMAIL PROTECTED]> [071215 20:09]: > > I created the cunit.commands and signed it by: > > $ gpg --clearsign cunit.commands > > $ mv cunit.commands.asc cunit.commands > > > > What's wrong? > > You forgot the magic "--list-options no-show-policy-urls" to gpg. > Although nowhere documented, no commands are executed in my > experience without this. > Thank you very much. The signature was accepted after creation with this option. Is this then a bug in gpg? Because the manpage says: " --list-options parameters This is a space or comma delimited string that gives options used when listing keys and signatures (that is, --list-keys, --list-sigs, --list-public-keys, --list-secret-keys, and the --edit-key func- tions). Options can be prepended with a no- (after the two dashes) to give the opposite meaning. The options are: show-policy-urls Show policy URLs in the --list-sigs or --check-sigs listings. Defaults to no. " If the default is really "no", I shouldn't have to use this option, should I? Perhaps GnuPG maintainer or ftp-master could explain it. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
*.commands file
Hi, everytime an upload failed, I will have problems in deleting the files from UploadQueue. Last time I asked the Administrators directly,#but didn't get an aswer, so I had to wait untill it was removed automaticly. Yesterday I uploaded the sponsored package "cunit" and the upload stucked and failed. Today I tried to erase all *cunit* files to upload again, but my cunit.commands file was rejected, I got this mail: --8<---8< cunit.commands isn't signed with PGP/GnuPG Removing cunit.commands Greetings, Your Debian queue daemon --8<---8< I created the cunit.commands and signed it by: $ gpg --clearsign cunit.commands $ mv cunit.commands.asc cunit.commands and it looks like: --8<---8< -BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Uploader: Erik Schanze <[EMAIL PROTECTED]> Commands: rm *cunit* -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHY/XBwAfeuzCCU0URAiI4AJ4vrXhVYWx9uy/5On0p8WBbktaN7gCeLo0e EWAdLZyrFzt7yAApd/NJxrA= =sSM/ -END PGP SIGNATURE- --8<---8< What's wrong? BTW: I was not able to use dupload for uploading of *.commands file, I used simple ftp client for it. Is there a more comfortable way? Bye, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, 3. November 2007 * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: nted (4th try)
Hi Gilles, Gilles Filippini <[EMAIL PROTECTED]>: > Erik Schanze a écrit : > > The following packages have unmet dependencies: > > libgtk2.0-bin: Depends: libgtk2.0-0 (>= 2.12.1-2) but 2.12.1-1 is > > to be installed. libgtk2.0-0: Depends: libgtk2.0-common (= > > 2.12.1-1) but it is not installable > > > It works fine on my box. FWIW I've put a complete log of > $ sudo pbuilder --update && sudo pbuilder --build nted_0.9.2-2.dsc > there: > http://pini.free.fr/nted_0.9.2-2.pbuilder.log > Yes, today it worked also for me, depens have been fixed. I've upload your package, you made a good job. Feel free to ask me for a additional sponsoring at any time. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, 3. November 2007 * Info: http://www.linux-info-tag.de/*
Re: RFS: nted (4th try)
Hi Gilles, Gilles Filippini <[EMAIL PROTECTED]>: > dget > http://mentors.debian.net/debian/pool/main/n/nted/nted_0.9.2-2.dsc I tried to build it in pbuilder, but got: The following packages have unmet dependencies: libgtk2.0-bin: Depends: libgtk2.0-0 (>= 2.12.1-2) but 2.12.1-1 is to be installed. libgtk2.0-0: Depends: libgtk2.0-common (= 2.12.1-1) but it is not installable I will try it tomorrow again. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, 3. November 2007 * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: nted (3rd try)
Hi Gilles, Gilles Filippini <[EMAIL PROTECTED]>: > I am looking for a sponsor for my package "nted". > > * Package name: nted > Something to fix: - The author field in some translation files (*.po) is empty. - There are many warnings during compilation, so the build log is hard to read. Is it possible to get any sound output without MIDI hardware (kernel module is loaded)? Just to test the program. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, 3. November 2007 * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: codeblocks
Hi Erick, Erick Mattos <[EMAIL PROTECTED]>: > First, I have to say that it is very nice the name you have. My > favorite! > Your have a interesting spelling, I have never seen it before. > On Saturday 23 June 2007 18:45, Erik Schanze wrote: > > Did you check your snapshot if it will be stable enough for > > distribution? > > I have been using it myself for more than a year. > Ok, but you should choose your snapshots carefully. It should be stable enough to go into Debian, even for unstable. > They are working a > lot on the project but I don't plan to see my first packages going > into stable. > Then you must prevent the unstable->testing transition by a never fixed release critical bug. I hope that is not what you want. ;-) > But being on unstable is enough for sharing this > wonderful tool to Debian users and to add more people to this > project. > If your package has not big bugs, it will go into Lenny, our next stable release. Enjoy it! ;-) > > What is your approach for picking further versions? > > I intend to build another package twice a month until they release > the 1.0 at last. Then following their releases. > I'm not sure, if I could follow this short periods. ;-) I would suggest it is the best to do a new version, if a bug is going to be fixed or new features were added upstream. > > I found some points you should improve: > > - debian/copyright: list every single author for copyright, not > > only the team name (go through every source file for authors list, > > not only a copy of AUTHORS file) > > I have asked the author itself for that. He told me to do so. > Anyway they try to give all the credit in AUTHORS file. > Then they forgot e.g. author of tinyxml part, Yves Berquin. Please check every source file you introduce into Debian by yourself. > > - debian/rules: remove unneeded and add useful but missing dh_* > > calls > > I will try to improve this. But this is something I am still > learning, not yet confident. :-| > I would be very glad if you could help me on that. > Please see manpage of debhelper and all dh_* manpages. I be sure you will find the right ones. > > - debian/doc: remove docs that are useless for a package user > > I thought the ones in the project were relevant. Please let me know. > IMO all files are useless for an enduser. AUTHORS - all authors should be listed in debian/copyright BUGS- empty BUILD - your distribute a binary package (or source package with prepared build run, no user needs build instructions) COMPILERS - no interesting information for Linux user NEWS- homepage is already in debian/copyright README - homepage is already in debian/copyright TODO- no information for enduser > > - add manpages for "cb_share_config" and "codesnippets" > > I am going to see it. > Perhaps you should write it. ;-) Perhaps you could translate your manpages into a foreign language? > This is my first package and I intend to help the community as much > as I can. Debian is wonderful and I really would like to see it > stronger. That is why I plan to contribute to Debian. To help it be > always the best. > That's my motivation also. > Thank you very much for your time. > Thank you too. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, 3. November 2007 * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: codeblocks
Hi Erick, Erick Mattos <[EMAIL PROTECTED]>: > I am looking for a sponsor for my package "codeblocks". > I intend to sponsor your package. > * Package name: codeblocks > Version : 1.0rc2~svn.20070620-1 > Why do you package a snapshot and not the current stable version? Did you check your snapshot if it will be stable enough for distribution? What is your approach for picking further versions? I found some points you should improve: - debian/copyright: list every single author for copyright, not only the team name (go through every source file for authors list, not only a copy of AUTHORS file) - debian/rules: remove unneeded and add useful but missing dh_* calls - debian/doc: remove docs that are useless for a package user - add manpages for "cb_share_config" and "codesnippets" - consider to ask on [EMAIL PROTECTED] for translations of codeblocks UI Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, 3. November 2007 * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS2: eqonomize -- personal accounting software for the small household economy
Hi Frank, Frank S. Thomas "Frank S. Thomas" <[EMAIL PROTECTED]>: > On Thursday 17 May 2007, Erik Schanze wrote: > > I intend to sponsor your package, but IMO there is something to do. > > Thanks for your offer! I've uploaded an updated package based on your > comments to: > http://frank.thomas-alfeld.de/download/debian/eqonomize/ > http://frank.thomas-alfeld.de/download/debian/eqonomize/eqonomize_0.4 >-1_i386.changes > Good work. Uploaded. Best regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, Anfang November 2007 * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS2: eqonomize -- personal accounting software for the small household economy
Hi Frank, Frank S. Thomas "Frank S. Thomas" <[EMAIL PROTECTED]>: > I'm looking for a sponsor for the eqonomize package. This is the > second RFS I'm sending to -mentors and I'd be really glad if someone > could review or even sponsor eqonomize. > > Package name: eqonomize > I intend to sponsor your package, but IMO there is something to do. First, I'm not a friend of many changes outside of ./debian in *.diff.gz. Please check, if you could reduce that. The doc package is licensed under GFDL. I think, you should check and then explicitly state in debian/copyright that there are no "Invariant Sections, Front-Cover Texts and Back-Cover Texts" to make in easy to see it is free. Remove the text of the GFDL and point to /usr/share/common-licenses/GFDL-1.2 instead. It would be helpful for a new user, if you could add some examples. I think it's better to start with examples than an empty account. What do you think? Best regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, Anfang November 2007 * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ipkungfu (updated package)
Hi Luis, Luis Uribe <[EMAIL PROTECTED]>: > On Fri, Oct 13, 2006 at 09:35:41PM +0200, Erik Schanze wrote: > > Hello Luis, > > I intend to sponsor your package, but there are some things to do: > > I've modified the package, and added some things, like the > LSB-compliant init script. It's all documented in debian/changelog > > I think is ready for upload :) > Unfortunately there is a problem with the manpage. Please build your package, install it and try to read ipkungfu(8). If you will have fixed this, please ping me again. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - 5. Linux-Info-Tag in Dresden, Ende Oktober 2007 * Info: http://www.linux-info-tag.de/ * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: cunit
Hi Philipp, Philipp Benner <[EMAIL PROTECTED]>: > This probably is a good idea as to show the ftp-masters that this has > been checked. I added this statement to debian/copyright: > > "The documentation is distributed under the GNU Free Documentation > License. It does not contain any secondary sections designated as > invariant, cover texts, acknowledgements, and dedications. Therefore > the documentation is considered as being compatible with the DFSG > (according to the vote of GR 2006-001)." > > Is this ok? (I uploaded the new package to mentors.debian.net.) > This is ok. (I uploaded the new package to ftp-master.debian.org.) ;-) Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - 5. Linux-Info-Tag in Dresden, Ende Oktober 2007 * Info: http://www.linux-info-tag.de/ * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: cunit
Hi Phillip, Philipp Benner Philipp Benner <[EMAIL PROTECTED]>: > CUnit 2.1-0.dfsg-2 is now available at > http://mentors.debian.net/debian/pool/main/c/cunit > > I had to change debian/copyright since the documentation > actually is distributed under the GNU FDL. > > Here is the changelog: > > cunit (2.1-0.dfsg-2) unstable; urgency=low > > * added watch file version mangle > * new README.Debian-source > * documentation is distributed under the GNU FDL > Where this in the _change_ in this log entry? If you mean the change in debian/copyright, then say so, be more verbose. I would explicitly state in debian/copyright, that there are no Invariant Sections, Cover Texts, Acknowledgements or Dedications, so it could go into main. What's your opinion? Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - 5. Linux-Info-Tag in Dresden, Ende Oktober 2007 * Info: http://www.linux-info-tag.de/ * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: mp3togo - Audio transcode utility for portable players
Hi sim, sim <[EMAIL PROTECTED]>: > Dear Mentors, > I am seeking a sponsor for my package "mp3togo" > I think the package name is not appropriate, because it doesn't encode mp3 only and will not be able to encode any mp3 in Debian due license issues. A more general name would be better, IMO. Kindly regards. Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - 5. Linux-Info-Tag in Dresden, Ende Oktober 2007 * Info: http://www.linux-info-tag.de/ * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ipkungfu (updated package)
Hello Luis, Luis Uribe <[EMAIL PROTECTED]>: > I am looking for a sponsor for the new version 0.5.2-8 > of the package "ipkungfu". > I intend to sponsor your package, but there are some things to do: - debian/rules build a manpage in build/ipkungfu.8, but you install your own manpage debian/ipkungfu.8. One of this can be removed. - Do you need the dh_link call in debian/rules? - Please adapt the comments in debian/init.d for your package, at least remove the skeleton comment. - Fix #386553. - There is a newline missing on purge messages: --8<--- neo:/home/es/devel/debian/sponsor/ipkungfu/ipkungfu-0.5.2# dpkg -P ipkungfu (Reading database ... 217387 files and directories currently installed.) Removing ipkungfu ... Not Starting/Stopping ipkungfu: Please read /usr/share/doc/ipkungfu/README.Debian for detailsPurging configuration files for ipkungfu ... --8<--- Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - 5. Linux-Info-Tag in Dresden, Ende Oktober 2007 * Info: http://www.linux-info-tag.de/ * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: cunit
Hi Philipp, Philipp Benner <[EMAIL PROTECTED]>: > > But I think you should rename your repacked tarball by adding > > "dfsg" to upstream version number to show the remove of (probably) > > non free stuff. > > Done. > Ok, good work. Uploaded. Some suggestions for your next version: * I think you should explain in a Readme.Debian file, what and why was been removed from upstream tarball. * Are all dh_* calls needed in debian/rules? Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, am 8. Oktober 2006 * Info: http://www.linux-info-tag.de/ * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: cunit
Hi Philipp, Philipp Benner <[EMAIL PROTECTED]>: > > But there are *.dsp files in package libcunit1-doc with: > > "Microsoft Developer Studio Generated Build File" in it. Could they > > be leagaly distributed? > > Could you explain this. > > Not sure about it but probably not. Anyway, I added a rule to > get-orig-source to remove them since they are not obligatory for > debian. > The easy way, ok. ;-) But I think you should rename your repacked tarball by adding "dfsg" to upstream version number to show the remove of (probably) non free stuff. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, am 8. Oktober 2006 * Info: http://www.linux-info-tag.de/ * pgpQxEMSLzUDW.pgp Description: PGP signature
Re: RFS: cunit
Hi Philipp, Philipp Benner Philipp Benner <[EMAIL PROTECTED]>: > The new package has been uploaded: > http://mentors.debian.net/debian/pool/main/c/cunit/ > Your package builds fine. But there are *.dsp files in package libcunit1-doc with: "Microsoft Developer Studio Generated Build File" in it. Could they be leagaly distributed? Could you explain this. There are also directories ".dep" in it. Are they useful? Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, am 8. Oktober 2006 * Info: http://www.linux-info-tag.de/ * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
wyrd UPLOADED
Hi Kevin, sorry for the new thread, I already deleted the original RFS mail. I tried your package and it builds fine. There are some remarks: * I added the year in debian/copyright, please resync your package. * you should consider to use "sensible-editor" instead or in addition "$EDITOR" in wyrdrc for your next version. * Please fix the compiler warnings. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, am 8. Oktober 2006 * Info: http://www.linux-info-tag.de/ * pgpjTjtAtWMQm.pgp Description: PGP signature
Re: RFS: bastet (updated package)
Nacho Barrientos Arias Nacho Barrientos Arias <[EMAIL PROTECTED]>: > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/b/bastet > - Source repository: deb-src http://mentors.debian.net/debian > unstable main contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/b/bastet/bastet_0.41-4.dsc > > I would be glad if someone uploaded this package for me. > Good work. Uploaded. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, am 8. Oktober 2006 * Info: http://www.linux-info-tag.de/ * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: weplab -- tool designed to break WEP keys
Hello James and Adam, James Westby James Westby <[EMAIL PROTECTED]>: > On (12/09/06 13:53), "Adam Cécile (Le_Vert)" wrote: > > I am looking for a sponsor for my package "weplab". > > > > * Package name: weplab > > Looks good to me. > > > I would be glad if someone uploaded this package for me. > > I can't I'm afraid, but maybe someone else would like to. > Good work, uploaded. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, am 8. Oktober 2006 * Info: http://www.linux-info-tag.de/ *
Re: RFS: bastet (updated package)
Hi Nacho, Nacho Barrientos Arias Nacho Barrientos Arias <[EMAIL PROTECTED]>: > I am looking for a sponsor for the new version 0.41-4 of my package > "bastet". Its last maintainer was David Moreno Garza, i am adopting > it. See changelog file for more details. > It is technical good so far, but: debian/copyright: - the year of (c) is missing - it doesn't reflect: "Based on Petris by Peter Seidler: here is his original disclaimer: Peter's Tetris (hmm...) By Peter Seidler <[EMAIL PROTECTED]>" (from main.c) - clarify the license, debian/copyright says it's Public Domain and it's relicensed under MIT/X11, but COPYING says GPL2 - I don't like to see new maintainers name in debian/copyright. IMO you should keep the file as small as possible. BTW: I played it a little and I hate this "Won't give you this one!". I loose and loose and loose, but if you like it... ;-) Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, am 8. Oktober 2006 * Info: http://www.linux-info-tag.de/ * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: giac - computer algebra system with nice GUI
Hi Carlos, I had a look at your package. I found some issues before I try to build it: Carlos Enrique Carleos Artime <[EMAIL PROTECTED]>: > * Package name : giac > * License : GPL (separate package for non-free documents) > It builds these binary packages: > giac - computer algebra system with nice GUI > giac-doc - computer algebra system with nice GUI > giac-doc-nonfree - computer algebra system with nice GUI > I think, you have to split this non-free docu part from the main source package into a non-free source package, because the source package in main must not contain any non-free stuff. Or did I miss something? If you repack upstream source, you could also remove his debian dirs to have a more readable *.diff.gz. Perhaps you could ask him to release a Debian-free tarball. It is better for you as maintainer and for other distros. debian/rules: - remove unneeded dh_* calls - Why are there two additional rules.* files? debian/copyright: - contains not all copyright holders (inspect ALL sorce files for copyright statements) What is "Pari support" (in README.Debian)? You could explain it. Thats all for this first turn. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, am 8. Oktober 2006 * Info: http://www.linux-info-tag.de/ * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: 3dchess
Hi Mihai, Mihai Felseghi "Mihai Felseghi" <[EMAIL PROTECTED]>: > I am looking for a sponsor for my package "3dchess". > > * Package name: 3dchess > Version : 0.8.1-12 > Upstream Author : Paul Hicks <[EMAIL PROTECTED]> > * URL : > ftp://sunsite.unc.edu/pub/Linux/games/strategy/3Dc-0.8.1.tar.gz > * License : GPL > Section : games > A direct pointer (URL) to the debian sources would be nice and to sign your request with the GPG-key of your packaging would be great (you have several keys out). Anyhow, before I would upload, there are some issues to fix: - debian/changelog you have to build a new Debian version 0.8.1-13 Pleae use "dch -i" for easy editing. - debian/copyright contains no copyright holder and year (look into *.c files) - debian/patches remove unneeded patches - debian/rules remove unneeded dh_* calls - *.diff.gz there are still some changes outside debian/ that are already placed in dpatches 02_* - 05_*, but the patches will not be used. You should activate patch 05_* and remove the other changes, because Makefile patch fixes the including of ../include/*. Please note, I'm at vacation 26.6.-7.7., so I could sponsor before or after that. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden, am 28. Oktober 2006* Info: http://www.linux-info-tag.de/ * pgp4n4sDcLufZ.pgp Description: PGP signature
Re: manpage-has-errors-from-man usr/share/man/man1/picprog.1.gz
Hi Jan Jan Wagemakers Jan Wagemakers <[EMAIL PROTECTED]>: > | pts/3 jan ~/deb$ lintian picprog_1.8-1_i386.changes > | W: picprog: manpage-has-errors-from-man > | usr/share/man/man1/picprog.1.gz 44: warning: can't find numbered > | character 195 pts/3 jan ~/deb$ > > > In this manpage the character "ä" is used twice. When I change those > ä's with a "a" the warnings disappear. > > My question : > > How should I handle this? > You shuld escape umlauts in manpages. Please see groff_char(7). And send it upstream as a patch. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Chemnitzer Linux-Tage am 4. und 5. März 2006 * Info: http://chemnitzer.linux-tage.de/ *
Re: RFS: GOPchop
Hi Paul, Paul Wise Paul Wise <[EMAIL PROTECTED]>: > On Sun, 2006-01-15 at 16:24 -0800, John R. Hogerhuis wrote: > > At present the packaging stuff is merged with the upstream source. > > Use the usual cvs commands to download the current code (I merged > > in the changes you contributed). Sample commands to download the > > code are at: > > > > http://sourceforge.net/cvs/?group_id=40120 > > Ok, two problems. > > Firstly, the changelog in indicates that the package is for the > development version of gopchop, however, you should only upload > stable releases to debian unstable (development/cvs/svn/etc releases > generally go to experimental), > Hehe, really? # grep "^Version" /var/lib/apt/lists/ftp.de.debian.org_debian_dists_unstable_main_binary-i386_Packages |grep -i cvs|wc -l 212 Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Chemnitzer Linux-Tage am 4. und 5. März 2006 * Info: http://chemnitzer.linux-tage.de/ *
Re: RFS: irmp3 -- mp3 Jukebox (LIRC support)
Hi Daniel,
Daniel Baumann <[EMAIL PROTECTED]>:
> Erik Schanze wrote:
> > Your way will not fail, but could be improved.
> > The advantage of Build-Depends on autotools-dev is to have the
> > newest config.* stuff available. There is no need to include the
> > new config.* files into diff. If you do so, you don't need to
> > Build-Depend on autotools-dev, but your diff grows.
>
> Well, I beg to differ. Its important to have current
> config.{sub,guess} to ensure, that the package builds on the latest
> debian ports (e.g. kfreebsd), and sometimes.. if the files are really
> outdated, its even essential to be buildable on !i386.
>
Yes, it's important to have the latest config.* files at build time, but
isn't the autotools-dev depends responsible for it, that they are
available under /usr/share/misc/ at buildtime?
Then we link to it and have it. The original ones are out of interest.
(Should be moved aside.)
Why should the config.* files included into the diff?
Aren't autotools-dev available on ports you mention?
> Second, to build-depend on autotools-dev and importing them via the
> clean-target into the diff.gz. is the usual way to handle this.
>
And the diff grows with the same content in every (related) package.
Sounds not like a good solution for me.
Wondering,
Erik
--
www.ErikSchanze.de *
Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB *
COMTEC in Dresden, 09. - 11. November 2005 *
Info: http://www.messe-comtec.de/ *
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: irmp3 -- mp3 Jukebox (LIRC support)
Hi Mario, please send your answers on my list mails back to the list, so others can also help or could correct me, if I'm wrong. Mario Iseli Mario Iseli <[EMAIL PROTECTED]>: > On Sun, 2005-11-06 at 16:42 +0100, Erik Schanze wrote: > > Perhaps you should mention, that irmp3 was recently removed from > > archive because > > it was unmaintained for a long time[1]. > > > > If irmp3 enters archive again, you have to deal with some old > > bugs[2], some of them > > were RC bugs. > > Yes, i saw it. To the bugs: I had a look at it and had contact with > the upstream - it is no problem anymore, everything is solved. > Every single bug is solved? Great. So you could add a note to changelog that state this and "Closes:" all bugs. This seems silly, because they are already closed, but leave IMO a good closing report on archived bugs. > > Anyway let me do some remarks on your package: > > > > debian/control: > > - You Build-Depend on autotools-dev, but your diff.gz contains > > config.guess.diff and config.sub.diff. It's better to backup the > > original files before configure and link to > > /usr/share/misc/config.* then restore it on clean. So you will get > > a smaller diff.gz. (same applied to irmp3-ncurses) > > Why do you mean? A friend of me (an expierienced maintainer) told me > that this is okey. He had already a look on my package. > Your way will not fail, but could be improved. The advantage of Build-Depends on autotools-dev is to have the newest config.* stuff available. There is no need to include the new config.* files into diff. If you do so, you don't need to Build-Depend on autotools-dev, but your diff grows. Yours is actually 29208 byte. If you use a target before configure to backup original config.* files (if were are any) and link to the autotools-dev ones, and commands in clean to remove the links and restore original config.* files. See the rules file on http://www.erikschanze.de/debian/rules (Don't forget to remove the created links by your rules file in upstream dir, if you test it.) The resulting diff.gz will be 7694 Byte. :-) > > debian/patches/01-manpages.dpatch: > > - you change Jérémy to Jeremy, perhaps he will be unhappy about it. > > Please see > > groff_char(7) for better substitution. > > In the original it is Jérémy, yes. But lintian is not happy with it > and i had to change it! > Did you read groff_char(7)? How about \['e]? I changed manpage.dpatch, see: http://www.erikschanze.de/debian/01-manpages.dpatch I also removed mail address from .TH line in irmp3d.7 because it is too long and overwrites version number in manpage footer. > The updated can be found on the old location: > http://server01.marioiseli.com/~mario/dpkgs/irmp3/ > I had a look at it. debian/rules: - you gives the configure call a CFLAG with "-O2", but configure.in defines "-O3", so gcc is called with -O2 -O3 Because -Wall is also set, you should remove your CFLAG variable debian/control: - add a empty line (space and dot) between description and "Homepage:". debian/docs: - NEWS file is quite seemless, remove it debian/copyright: - Copyright Holder(s) -> Copyright Holders manpages: - You should rephrase irmp3conf.1. (e.g. option -f is very unclear to me, too many defaults ;-).) - irmp3.conf.5: mouse_move_[left|right|up|downe] must be: mouse_move_[left|right|up|down] - irmp3.conf.5, irmp3d.8: SEE ALSO: irmp3d_commands(1) This manpage doesn't exist. The other manpages should also checked for technical errors and for wording, they sounds pretty strange sometimes. Because I'm not a DD (yet), I'm unfortunately not able to sponsor yur packages, but hope my comments help you. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * COMTEC in Dresden, 09. - 11. November 2005 * Info: http://www.messe-comtec.de/ * pgpGAMqEckrbq.pgp Description: PGP signature
Re: RFS: irmp3 -- mp3 Jukebox (LIRC support)
Hi Mario! Mario Iseli Mario Iseli <[EMAIL PROTECTED]>: > License: GPL > > Description: mp3 Jukebox (LIRC support) > > With irmp3 you can build a mp3-database and control the playback via > remote control (over LIRC). There are a lot of settings to change > and your jukebox is like you want it. > > Location: http://server01.marioiseli.com/~mario/dpkgs/irmp3/ > Perhaps you should mention, that irmp3 was recently removed from archive because it was unmaintained for a long time[1]. If irmp3 enters archive again, you have to deal with some old bugs[2], some of them were RC bugs. Have you tried to reproduce and fix some of them? Which of them were fixed by new upstream version? Although the bugs are now closed because irmp3s removing, you should reopen it after a new upload or add proper bug fixing messages, if one should stay closed. Anyway let me do some remarks on your package: debian/control: - If you "Build-Depends" on mpg123, your package have to go into contrib. Please read README.Debian of irmp3_0.4.3pre6-3. Is it no longer possible to use mpg321 instead? - You Build-Depend on autotools-dev, but your diff.gz contains config.guess.diff and config.sub.diff. It's better to backup the original files before configure and link to /usr/share/misc/config.* then restore it on clean. So you will get a smaller diff.gz. (same applied to irmp3-ncurses) - Your Build-Depends line misses "lirc". You will get without it installed: "configure: WARNING: LIRC client library not found - disabling mod_lirc." (mod_lirc sounds important for your package, or isn't it?) - You could add libmagic-dev to Build-Depends for including mod_magic - Description should IMO firstly mention, that it is a audio player and list additional features then. The old description were a good base for write a new one. - Add "Homepage: " line to description (same applied to irmp3-ncurses) debian/copyright: - You should list all authors with years as copyright holders or point to a copy of AUTHORS file in /usr/share/doc/irmp3. debian/changelog: - You should list _all_ changes since previous version here. (Yes, there are many in your case.) + introduced dpatch support incl. the patches + no dirs, new docs file, no README.Debian + many changes on files in debian/ + and any other changes debian/patches/01-manpages.dpatch: - you change Jérémy to Jeremy, perhaps he will be unhappy about it. Please see groff_char(7) for better substitution. debian/rules: - dh_link is not needed (same applied to irmp3-ncurses) [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327629 [2] http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=irmp3 Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * COMTEC in Dresden, 09. - 11. November 2005 * Info: http://www.messe-comtec.de/ * pgpUa2MZ7ayHF.pgp Description: PGP signature
Re: RFS: august -- Tcl/Tk HTML editor
Hi Mario! Mario Iseli Mario Iseli <[EMAIL PROTECTED]>: > License: GPL > > Description: Tcl/Tk HTML editor. > August is a Tcl/Tk HTML editor with interesting features. > It is not WYSIWYG but is very useful for developing HTML pages. > > ITA: #312839 > Do you use august by yourself? I tried it sometimes before, but I think it's deprecated. There are better alternatives for HTML editing. No new version since 4 years. But anyway, let me do some remarks: Your august_0.63-beta1.orig.tar.gz is not the same as the one in Debian archive. Did you get this from upstream HP? It seems he had repacked the same program version again with different content (additional files). If you want to continue maintainance at the same upstream version like in archive (0.63-beta1), you should better fetch previous source package and start you changes from there. If you package a new version you should change version numbering. debian/copyright: - You have updated upstream URL, but there is a typo: ...www.bo_t_stream.nu/... - You should add years to copyright notice debian/control: - Why did you change "Architecture: all" to any? - You should readd line to description: Homepage: http://www.bostream.nu/johanb/august/ - You could add "Recommends: imagemagick, weblint-perl" according readme.txt: "Image Magick and Weblint is also recommended" (but verify if weblint-perl works instead of weblint) debian/docs: - keyname.tcl seems not to be a doc file, more like an example or helper script, put it into doc/examples or into new dir /usr/share/august - readme.txt seems to be the upstreams changelog and could be renamed to Changelog in /usr/share/doc/august dir debian/rules: - Why did you remove copyright line or replace the rules file by a new one? - Why did you switch from "binary-indep" to "binary-arch" target? You should list _all_ of your changes in debian/changelog. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * COMTEC in Dresden, 09. - 11. November 2005 * Info: http://www.messe-comtec.de/ * pgp9w0G8daOfo.pgp Description: PGP signature
Re: Putting accented characters in manpages?
Hi Romain! Romain Beauxis Romain Beauxis <[EMAIL PROTECTED]>: > Le Jeudi 6 Octobre 2005 06:57, Rogério Brito a écrit : > > > W: pfb2t1c2pfb: manpage-has-errors-from-man > > > usr/share/man/man1/pfb2t1c.1.gz /tmp/zmanpkICfH:25: warning: > > > can't find numbered character 243 > > > > > > . It is probably caused by the special characters in your name, > > > which were put unencoded into the man page. > I had the same issue for a manpage too. > I discovered that you can put those caracters in a special encoding > like I did: > .SH AUTHOR > This manual page was written by Lo\[:i]c Le Guyader > <[EMAIL PROTECTED]>, > for the Debian GNU/Linux system (but may be used by others). > > It works with the command line man, but not with kde's man viewer. > And I can't remeber where I found this... sorry > How about groff_char(7)? Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * * Linux-Info-Tag in Dresden, am 29. Oktober 2005 * Info: http://www.linux-info-tag.de *
Re: problem with pbuilder
Hi! Osamu Aoki Osamu Aoki <[EMAIL PROTECTED]>: > On Wed, Sep 21, 2005 at 10:43:57AM +0200, Benoit Mortier wrote: > > i was trying for days now to create a pbuilder chroot for sid to > > build my packages, but i got each time the same error > > > > E: Couldn't download slang1a-utf8 pbuilder: debootstrap failed -> > > Aborting with an error -> cleaning the build env -> removing > > directory /home/benoit/pbuilder-sid/build//14532 and its > > subdirectories > > Similay failure here. debootstrap failed to download libsigc++-1.2-5c102 and slang1a-utf8 because they don't exist in sid. Documentation recommends to wait some days and try it again or are there any possibility to use packages from testing insteat? (Simple copying to debootstraps .../apt/archives/ doesn't help.) Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * * Linux-Info-Tag in Dresden, am 29. Oktober 2005 * Info: http://www.linux-info-tag.de * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: z80asm, assembler for the Zilog Z80 microprocessor
Hi Bas! Bas Wijnen Bas Wijnen <[EMAIL PROTECTED]>: > In order to learn about Debian packaging, I packaged a program I wrote. > The package is lintian and linda clean. Please give me comments on it. > > Since I think the program is actually useful as well, I am looking for a > sponsor to get it included in the Debian archive. > > Short description: assembler for the Zilog Z80 microprocessor > > Long description: > The Z80 microprocessor is used in old home computers, such as the > ZX-spectrum and MSX, and in several newer devices, such as the TI-83 > graphical calculator and the GameBoy. > . > Features include: > * including other sources > * complex expressions (similar to bash) > * labels of unlimited length > * conditional compilation depending on expressions > Wow, your package is able to assemble a Z80 processor? ;-) Seriously, I think you should improve your long description to explain to an (unexperienced) user what this package is for. What can you do with this assembler? Why should you install it? What are the results of the programms (e.g. machine-code) for? Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * * Linux-Info-Tag in Dresden, am 29. Oktober 2005 * Info: http://www.linux-info-tag.de * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: using symlinks for manpages
Hi Nico! Nico Golde <[EMAIL PROTECTED]>: > I package a program which creates symlinks with different > names which point to one man page. lintian complains that > the files are not gzipped. if i only rename them to .gz > lintain says: > E: mutt-ng: manpage-not-compressed-with-gzip > usr/share/man/man1/muttngbug.1.gz E: mutt-ng: empty-manual-page > usr/share/man/man1/muttngbug.1.gz > Are you using debhelper? I have also a package with symlinks and do dh_link before dh_compress in binary-arch target: ... dh_installman dh_installchangelogs ChangeLog dh_link usr/share/man/de/man1/mpgtx.1 usr/share/man/de/man1/mpgsplit.1 \ usr/share/man/de/man1/mpgtx.1 usr/share/man/de/man1/mpgcat.1 \ usr/share/man/de/man1/mpgtx.1 usr/share/man/de/man1/mpgjoin.1 \ usr/share/man/de/man1/mpgtx.1 usr/share/man/de/man1/mpginfo.1 \ usr/share/man/de/man1/mpgtx.1 usr/share/man/de/man1/mpgdemux.1 dh_strip dh_compress ... Lintian likes it. ;-) Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * * Linux-Info-Tag in Dresden, am 29. Oktober 2005 * Info: http://www.linux-info-tag.de * pgpi45ZYLJ1ig.pgp Description: PGP signature
Re: RFS: bookmarkbridge
Hello! Masami Ichikawa <[EMAIL PROTECTED]>: > on 02/19/05 20:20, Matthew Palmer wrote: > > On Sat, Feb 19, 2005 at 08:11:42PM +0900, Masami Ichikawa wrote: > >>browsers. It is aware of X, y and z browsers and bookmark formats. > > > > I'm not familiar with those browsers. Are they packaged for Debian? > > > > > > - Matt > > bookmarkbridge is supports these browser. > Internet Explorer, Opera, Mozilla Navigator, Mozilla Firebird, and > Please use "Firefox" instead "Firebird". Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * * Linux-Info-Tag in Dresden, am 29. Oktober 2005 * Info: http://www.linux-info-tag.de * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS[2]: cpufrequtils (comments on packaging also welcome)
Hi Mattia! Mattia Dongili <[EMAIL PROTECTED]>: > i386 bins and sources available here: > deb http://oioio.altervista.org/debian binary/ > deb-src http://oioio.altervista.org/debian source/ > There is cpufrequtils_0.1-1.diff.gz? Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: Packages Needing Sponsors page
Hi Justin! Justin Pryzby <[EMAIL PROTECTED]>: > I'm trying to clean up WNPP. > > As you may recall, I'm encouraging people to use ITP+patch to mean > "This packages is ready to be uploaded, and I'm only waiting on a > sponsor". As part of my effort, I've created a webpage [0] of such > packages. > > So, if you have an opened ITP, and you are still persuing an upload, > tag the bug 'patch' and it'll show up at midnight. > I like your idea, but it covers only a part of sponsor waiting packages and you should be fair to all. I think you should also include sponsor waiting adopted (previously orphaned or on RFA) packages and packages which are in archive, but its maintainer have lost his/her previous sponsor. How would you like catch this? Kindly regards,, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * pgpQDZuRQWhQ8.pgp Description: signature
Re: RFS: setserial
James Richardson <[EMAIL PROTECTED]>: > Greetings, > I request a sponsor for the setserial package. > > I use this package regularly and would like to see it well maintained. > > This will close out bug# 285355. And what is with the ohter bugs which Ola would fix in next upload? #276667 #287646 #278053 (#284604) They sholdn't remain open. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * pgpcLhzY0jHL6.pgp Description: signature
Re: package xsok
Hi Carlos! Please keep on list, so others could comment or correct my suggestions. (I'm also not a DD). [ I quoted whole mail for others to keep informed. ] Carlos Parra Camargo <[EMAIL PROTECTED]>: > El vie, 31-12-2004 a las 14:33 +0100, Erik Schanze escribió: > > Carlos Parra Camargo <[EMAIL PROTECTED]>: > > > If you want to have a look: > > > http://carlospc.homelinux.org/debian/xsok/ > > > > > debian/copyright: > > - Update or remove "Current Debian maintainer:" field > > - Download source isn't reachable, try an other one, like: > > > > http://www.ibiblio.org/pub/historic-linux/ftp-archives/tsx-11.mit.edu/Oct-07-1996/sources/usr.bin.X11/xsok-1.02-src.tar.gz > >(or a shorter one ;-) > >You could ask ibiblio.org for updateing its > > ftp://ftp.ibiblio.org/pub/Linux/games/strategy/xsok-1.01-src.tar.gz > > Good idea, i have mailed to iblibio this issue. > > > - Contained XPMs stand under BSD-like license, not GPL, see > > ./etc/COPYRIGHT.xpm > >I think copyright file should reflect this, although relicensing (under > > GPL) > >is also ok. > > > > debain/control: > > - As the new maintainer you should change "Maintainer:" field > > - For a "Build-Depends" on debhelper >= 4.xx you should set compat level > > to 4: > >* remove line "export DH_COMPAT=3" from debian/rules > >* and do in debian/: > > $ echo 4 >compat > > > > debian/changelog: > > - In addition to my former mail you should mention that you updated > >"Standards-Version:" field to 3.6.1. > > - mention all changes above > > > > > > During a buid run comes up: > > dh_installmanpages: This program is deprecated, switch to dh_installman. > > Thanks a lot! i have done all you have said, you can have a look: > You should retitle subjekt of bug #242100 and set you as owner before you begin to work on an orphaned package. -> http://www.debian.org/devel/wnpp/ -> http://www.debian.org/Bugs/server-control *retitle *owner > http://carlospc.homelinux.org/debian/xsok/ > debian/changelog: " * Lintian clean" You should explain why it is lintian clean now. (mention the lintian.override) debian/copyright: "Contained XPMs stand under BSD-like license, the complete text of the BSD License can be found in `/usr/share/common-licenses/BSD'" Because this license it only BSD-_like_ you should point not to BSD license directly. Link to the license in /usr/share/doc/xsok/COPYRIGHT.xpm insteat. > > It seems like a dead project, are you fit enough with the source code to > > deal > > with any future bug, especially not package specific ones? > > I'm touching the source code... i would like to modify some things and > add new maps to the game :-) Thus, i think i can bring some "life" to > the game and also correct the bugs of the upstream sourcecode. > Great. You could try to reach the author and ping him to work again on it. He may be happy, that his project will be revitalized. You could provide patches. It is really necessary, that at least the security patch will be included upstream, so all self-compiled versions can profit of it. Or you fork this project and put it to sourgeforge.net, because apart from download source and manpage, there is no information at all in the web about xsok. Perhaps a good website will reassemble a xsok-gamer-community? ;-) At least it's a good point of learning to deal with sf.net and gain programming and releasing skills. Happy new year. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * pgp3SKE1u85xu.pgp Description: signature
Re: package xsok
Hi Justin! Justin Pryzby <[EMAIL PROTECTED]>: > On Fri, Dec 31, 2004 at 02:33:46PM +0100, Erik Schanze wrote: > > Carlos Parra Camargo <[EMAIL PROTECTED]>: > >- Contained XPMs stand under BSD-like license, not GPL, see > >./etc/COPYRIGHT.xpm > >I think copyright file should reflect this, although relicensing (under GPL) > ^^^ > >is also ok. > Huh? Hehe? ;-) > * The above copyright notice and this permission notice shall be included in > ^^ > * all copies or substantial portions of the Software. > And what about the sentence above: "* deal in the Software without restriction, including without limitation the * rights to use, copy, modify, merge, publish, distribute, sublicense, ..." > I don't think its okay to just stick it with a different license > notice, if that's what you mean. > Isn't this covered by "sublicense", is it? Kindly regards, Erik BTW: I'm on list, so please don't send a CC. -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * pgpNMQ2dKkgaR.pgp Description: signature
Re: package xsok
Hi again Carlos! Carlos Parra Camargo <[EMAIL PROTECTED]>: > If you want to have a look: > http://carlospc.homelinux.org/debian/xsok/ > debian/copyright: - Update or remove "Current Debian maintainer:" field - Download source isn't reachable, try an other one, like: http://www.ibiblio.org/pub/historic-linux/ftp-archives/tsx-11.mit.edu/Oct-07-1996/sources/usr.bin.X11/xsok-1.02-src.tar.gz (or a shorter one ;-) You could ask ibiblio.org for updateing its ftp://ftp.ibiblio.org/pub/Linux/games/strategy/xsok-1.01-src.tar.gz - Contained XPMs stand under BSD-like license, not GPL, see ./etc/COPYRIGHT.xpm I think copyright file should reflect this, although relicensing (under GPL) is also ok. debain/control: - As the new maintainer you should change "Maintainer:" field - For a "Build-Depends" on debhelper >= 4.xx you should set compat level to 4: * remove line "export DH_COMPAT=3" from debian/rules * and do in debian/: $ echo 4 >compat debian/changelog: - In addition to my former mail you should mention that you updated "Standards-Version:" field to 3.6.1. - mention all changes above During a buid run comes up: dh_installmanpages: This program is deprecated, switch to dh_installman. It seems like a dead project, are you fit enough with the source code to deal with any future bug, especially not package specific ones? Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * pgp8wj1EIeOKT.pgp Description: signature
Re: package xsok
Hi Carlos! Carlos Parra Camargo <[EMAIL PROTECTED]>: > If you want to have a look: > http://carlospc.homelinux.org/debian/xsok/ > I will look over it. > I've signed de .deb package... but i'm not a debian developer (not > yet :p). > What's the way, but you don't need to provide any .deb package, because your sponsor, that you should serach here with a RFS (Reqest for Sponsoring), will build a new package, sign with his key and upload it for you into Debian archive. > I wasn't sure what i should have to write at changelog... > Really? Did you read New Maintainer Guide and other documentation for package creation? - you should close your IFA bug report (You retitled the orphan bug report, didn't you?) - you should introduce you as zhe new maintainer - you should list closed bugs if you have fix any. > The > last version is 1.02-12, if this is a NMU it should be 1.02-12.1 or it > should be a new revision so the number would be 1.02-13? > I understand, you want to be the new maintainer for it, right? Then it is a new package version, 1.02-13. Sponsored NMUs are discouraged, so mostly DDs do NMUs. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * pgpmVOdqZKHFv.pgp Description: signature
RFS(2): mpgtx - Toolbox to manipulate MPEG files (video, system, and audio)
Dear sponsors! I'd like to ask here for sponsoring of my package mpgtx, because previous sponsor, Chris Danis, seems to be on MIA. * Package name: mpgtx Version : 1.3-3 Upstream Author : Laurent Alacoque <[EMAIL PROTECTED]> * URL : http://mpgtx.sf.net * License : GPL This upload fixes two open bugs: * Fix 10_filenames_with_brackets.dpatch, it broke multiple ranges (Closes: #281965) * Added 08_suppress_info_progress: option -N now prevents repeated infos on mpginfo -X (Closes: #185291) Please find package mpgtx_1.3-3 on: http://www.erikschanze.de/debian/ or as APT-Source: deb http://www.erikschanze.de/debian/ ./ deb-src http://www.erikschanze.de/debian/ ./ Thank you in advance. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * pgpNsZQME9F8X.pgp Description: signature
RFS: mpgtx - Toolbox to manipulate MPEG files (video, system, and audio)
Dear sponsors! I'd like to ask here for sponsoring of my package mpgtx, because previous sponsor, Chris Danis, seems to be on MIA. * Package name: mpgtx Version : 1.3-3 Upstream Author : Laurent Alacoque <[EMAIL PROTECTED]> * URL : http://mpgtx.sf.net * License : GPL This upload fixes two open bugs: * Fix 10_filenames_with_brackets.dpatch, it broke multiple ranges (Closes: #281965) * Added 08_suppress_info_progress: option -N now prevents repeated infos on mpginfo -X (Closes: #185291) You could find package mpgtx_1.3-3 on: http://www.erikschanze.de/debian/ or as APT-Source: deb http://www.erikschanze.de/debian/ ./ deb-src http://www.erikschanze.de/debian/ ./ Thank you in advance. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * pgplry0zk7ZBS.pgp Description: signature
Re: RFS aldo - A morse code tutor
Giuseppe Martino <[EMAIL PROTECTED]>: > I have actually already read the New Maintainers Guide, and I have built > a Debian package for Aldo. > A good start, I mean. > You can find it on: > http://savannah.nongnu.org/download/aldo/aldo-0.6.5-1_i386.deb > > I have tested it. However, I am very inexperienced at making > packages and I would be greatful to hear any suggestions a sponsor would > have. A look into *.deb shows: - You should write a man page for aldo, please see Policy 12.1. - copyright file: Author(s) -> Author - control file: maintainer name should be your full name GNU\Linux -> GNU/Linux (nitpick, I know) More after inspecting your package build sources. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgpWhvYeoCSnB.pgp Description: signature
Re: RFS aldo - A morse code tutor
Giuseppe Martino <[EMAIL PROTECTED]>: > I have actually already read the New Maintainers Guide, and I have built > a Debian package for Aldo. > > You can find it on: > http://savannah.nongnu.org/download/aldo/aldo-0.6.5-1_i386.deb > > I have tested it. However, I am very inexperienced at making > packages and I would be greatful to hear any suggestions a sponsor would > have. > Please provide related *.dsc, *.diff.gz and *.orig.tar.gz. *.deb can we create than by ourself. ;-) Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgp7ie85U7JJP.pgp Description: signature
Re: RFS aldo - A morse code tutor
Giuseppe Martino <[EMAIL PROTECTED]>: > I have actually already read the New Maintainers Guide, and I have built > a Debian package for Aldo. > A good start, I mean. > You can find it on: > http://savannah.nongnu.org/download/aldo/aldo-0.6.5-1_i386.deb > > I have tested it. However, I am very inexperienced at making > packages and I would be greatful to hear any suggestions a sponsor would > have. A look into *.deb shows: - You should write a man page for aldo, please see Policy 12.1. - copyright file: Author(s) -> Author - control file: maintainer name should be your full name GNU\Linux -> GNU/Linux (nitpick, I know) More after inspecting your package build sources. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgpHdTaMyuzYw.pgp Description: signature
Re: RFS aldo - A morse code tutor
Giuseppe Martino <[EMAIL PROTECTED]>: > I have actually already read the New Maintainers Guide, and I have built > a Debian package for Aldo. > > You can find it on: > http://savannah.nongnu.org/download/aldo/aldo-0.6.5-1_i386.deb > > I have tested it. However, I am very inexperienced at making > packages and I would be greatful to hear any suggestions a sponsor would > have. > Please provide related *.dsc, *.diff.gz and *.orig.tar.gz. *.deb can we create than by ourself. ;-) Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgpQjgP0fpfiu.pgp Description: signature
Re: Looking for a sponser for aeromail package
Russell Kliese <[EMAIL PROTECTED]>: > I would like to maintain the aeromail package that is currently > orphaned. I am not a debian maintainer and therefore am looking for a > sponser. > I also had a look over aeromail a while ago. (See bug #229960) Please let me tell my opinion: Do you really mean it is worth to adopt? Upstream is not active anymore, so you are responsible for all security fixes and future improvements. There are better alternatives (e.g. squirrelmail) available. I thought aeromail would be removed soon. Sorry for my opinion and if you disagree, please go ahead and take it, but be warned. ;-) Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgpnKWbYk4Psi.pgp Description: signature
Re: Looking for a sponser for aeromail package
Russell Kliese <[EMAIL PROTECTED]>: > I would like to maintain the aeromail package that is currently > orphaned. I am not a debian maintainer and therefore am looking for a > sponser. > I also had a look over aeromail a while ago. (See bug #229960) Please let me tell my opinion: Do you really mean it is worth to adopt? Upstream is not active anymore, so you are responsible for all security fixes and future improvements. There are better alternatives (e.g. squirrelmail) available. I thought aeromail would be removed soon. Sorry for my opinion and if you disagree, please go ahead and take it, but be warned. ;-) Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgp6smYLieeBZ.pgp Description: signature
Re: cp: `/usr/share/misc/config.sub' and `config.sub' are the same file
Hi Tommi! Tommi Maekitalo <[EMAIL PROTECTED]>: > I try to build my first debian-package. I followed the "Debian New > Maintainers' Guide", > No. > but I got a problem. > > The package I try to debianize is a library, which uses autoconf. > The DNMG discourages from debianize a library first. ;-) SCNR, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de *
Re: cp: `/usr/share/misc/config.sub' and `config.sub' are the same file
Hi Tommi! Tommi Maekitalo <[EMAIL PROTECTED]>: > I try to build my first debian-package. I followed the "Debian New > Maintainers' Guide", > No. > but I got a problem. > > The package I try to debianize is a library, which uses autoconf. > The DNMG discourages from debianize a library first. ;-) SCNR, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: http-replicator
"Gertjan van Zwieten" <[EMAIL PROTECTED]>: > Hello, > > I'm looking for a sponsor for http-replicator, a program I wrote myself. > It's a single-threaded proxy server written in python. I started working > on it some time ago because I needed a way to cache my downloaded debian > packages so they won't have to be redownloaded for each individual pc. > The existing solutions like apt-cacher and apt-proxy didn't really offer > what I was looking for. I have tried to explain this on the website: > http://gertjan.freezope.org/replicator. > > A difference with these other solutions is that although http-replicator > has package caching as its primary purpose it still is a general proxy > server. The gentoo community also seems to find it quite useful, seeing > this discussion: http://forums.gentoo.org/viewtopic.php?t=173226. > Currently http-replicator is in the process of becoming an official > ebuild, which is a bit odd considering I wrote it for debian :-). I hope > it can be in debian as well. > > I've read the FAQ, it seems the following information is required: > > * Name: http-replicator > * Licence: GPL > * Description: Replicating HTTP proxy server > * Website: http://gertjan.freezope.org/replicator > > After short look over http-replicator-2.1.tar.gz I have these suggestions: - In debian/rules you should remove commented out lines. - There is no *.dsc file downloadable, I'm not able to build package myself. - According Policy 12.1 you should provide manpages for http-replicator and http-replicator_maintenance - Current Standards-Version is 3.6.1. - Because the programs are not specific to Debian (as I understand) and someone else (e.g. Gentoo) find it useful, you should consider to build it as a normal Package, not native. Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de *
Re: RFS: http-replicator
"Gertjan van Zwieten" <[EMAIL PROTECTED]>: > Hello, > > I'm looking for a sponsor for http-replicator, a program I wrote myself. > It's a single-threaded proxy server written in python. I started working > on it some time ago because I needed a way to cache my downloaded debian > packages so they won't have to be redownloaded for each individual pc. > The existing solutions like apt-cacher and apt-proxy didn't really offer > what I was looking for. I have tried to explain this on the website: > http://gertjan.freezope.org/replicator. > > A difference with these other solutions is that although http-replicator > has package caching as its primary purpose it still is a general proxy > server. The gentoo community also seems to find it quite useful, seeing > this discussion: http://forums.gentoo.org/viewtopic.php?t=173226. > Currently http-replicator is in the process of becoming an official > ebuild, which is a bit odd considering I wrote it for debian :-). I hope > it can be in debian as well. > > I've read the FAQ, it seems the following information is required: > > * Name: http-replicator > * Licence: GPL > * Description: Replicating HTTP proxy server > * Website: http://gertjan.freezope.org/replicator > > After short look over http-replicator-2.1.tar.gz I have these suggestions: - In debian/rules you should remove commented out lines. - There is no *.dsc file downloadable, I'm not able to build package myself. - According Policy 12.1 you should provide manpages for http-replicator and http-replicator_maintenance - Current Standards-Version is 3.6.1. - Because the programs are not specific to Debian (as I understand) and someone else (e.g. Gentoo) find it useful, you should consider to build it as a normal Package, not native. Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sponsor for bitpim
liz <[EMAIL PROTECTED]>: > thanks! > > Where do I start? I have the source is there a faw or howto? Ive never > done this before :) > As I understand, your package isn't build yet, right? Then you should have a look over several documents in http://www.debian.org/devel/ esspecialy http://www.debian.org/doc/maint-guide/ Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de *
Re: sponsor for bitpim
liz <[EMAIL PROTECTED]>: > thanks! > > Where do I start? I have the source is there a faw or howto? Ive never > done this before :) > As I understand, your package isn't build yet, right? Then you should have a look over several documents in http://www.debian.org/devel/ esspecialy http://www.debian.org/doc/maint-guide/ Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: imgvtopgm (was orphaned, now updated, man pages translated)
Wesley J Landaker <[EMAIL PROTECTED]>: > On Saturday 31 July 2004 06:51, Erik Schanze wrote: > > Hi! > > > > I have adopted imgvtopgm (Bug #261584). > > Since previous maintainer isn't able to do an upload for me, so I'd > > like to ask here for a sponsor, because I'm not a DD yet. > > Perhaps it could also be an one-time-sponsorship, because I still > > have a sponsor for my another Palm related package, but he is > > actually very busy. > > Are you still looking for a sponsor? If so, I may be able to help. > That would be nice, thank you in advance. > Either way, I'm going to go take a peek at the package now and I'll give > you some feedback... > The package imgvtopgm_2.0-5 is located on: http://www.erikschanze.de/debian/ or via APT: deb http://www.erikschanze.de/debian/ ./ deb-src http://www.erikschanze.de/debian/ ./ Also any suggestions are welcome. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgpyMfha6YqZ6.pgp Description: signature
Re: RFS: imgvtopgm (was orphaned, now updated, man pages translated)
Wesley J Landaker <[EMAIL PROTECTED]>: > On Saturday 31 July 2004 06:51, Erik Schanze wrote: > > Hi! > > > > I have adopted imgvtopgm (Bug #261584). > > Since previous maintainer isn't able to do an upload for me, so I'd > > like to ask here for a sponsor, because I'm not a DD yet. > > Perhaps it could also be an one-time-sponsorship, because I still > > have a sponsor for my another Palm related package, but he is > > actually very busy. > > Are you still looking for a sponsor? If so, I may be able to help. > That would be nice, thank you in advance. > Either way, I'm going to go take a peek at the package now and I'll give > you some feedback... > The package imgvtopgm_2.0-5 is located on: http://www.erikschanze.de/debian/ or via APT: deb http://www.erikschanze.de/debian/ ./ deb-src http://www.erikschanze.de/debian/ ./ Also any suggestions are welcome. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgpDBzuDGxFGe.pgp Description: signature
Re: RFS: imgvtopgm (was orphaned, now updated, man pages translated)
"Jaldhar H. Vyas" <[EMAIL PROTECTED]>: > On Mon, 2 Aug 2004, Erik Schanze wrote: > > I hope so too, but unfortunately there are many unreplied RFSs here last > > month, perhaps most sponsors are on holidays? ;-) > > Or perhaps no one is packaging anything interesting! :-) > Ok let me play the ball back: Or perhaps no one is orphaning anything interesting! :-D But seriously, sponsoring this package is no big deal and only once is ok for me, because I still have a sponsor for Palm stuff, but unfortunately he is currently very busy. So please consider sponsoring it for me. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgp5xXhp1PWI7.pgp Description: signature
Re: RFS: imgvtopgm (was orphaned, now updated, man pages translated)
"Jaldhar H. Vyas" <[EMAIL PROTECTED]>: > On Mon, 2 Aug 2004, Erik Schanze wrote: > > I hope so too, but unfortunately there are many unreplied RFSs here last > > month, perhaps most sponsors are on holidays? ;-) > > Or perhaps no one is packaging anything interesting! :-) > Ok let me play the ball back: Or perhaps no one is orphaning anything interesting! :-D But seriously, sponsoring this package is no big deal and only once is ok for me, because I still have a sponsor for Palm stuff, but unfortunately he is currently very busy. So please consider sponsoring it for me. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgprIdaOdio3P.pgp Description: signature
Re: unnecessary adoption by QA-team
Hello Lars! Lars Wirzenius <[EMAIL PROTECTED]>: > la, 2004-08-07 kello 00:09, Erik Schanze kirjoitti: > > I have noticed that QA-team adopt the gif2png package. > > I'd like to veto here. > > As John mentioned, it was him who did the assignation to the QA team, as > is proper procedure when orphaning. > Aha, I was puzzled about: ... Maintainer: Debian QA Group <[EMAIL PROTECTED]> Changed-By: Lars Wirzenius <[EMAIL PROTECTED]> ... I thought you are member of QA Group and did this upload. A similar thing was previously happen (I still wrote it), because that I cry into 2 lists. I'm sorry. > What was not proper procedure was that I didn't re-title the bug to > indicate that I wanted to adopt the package. I only sent mail (on July > 26, to debian-devel, two days before your ITA) that I intended to do so. > Nor did I follow the WNPP bug and didn't realize someone else wanted the > package. I don't read -mentor (nor -devel anymore), either. My > apologies. > It seems I missed your mail on debian-devel, perhaps caused by big amd64-traffic last days. ;-) I read in DWN that gif2png was orphaned, so I saw my chance to solve the bug that I filed agains it by myself. > I have just uploaded a new version (2.4.7-3). It indicates that I'm the > new maintainer > Unfornately, no. Maintainer still is "Debian QA Group <[EMAIL PROTECTED]>". That was the thing that puzzled me. > and also fixes bug (#258822, manual page formatting > error). > That I also still fixed. ;-) > If you wish to take over maintenance for the package, I'll be happy to > give it to you and sponsor uploads (though I may be slow with that, > depending on work pressures). > That would be great. I'm not a DD yet, and it is hard this time to find a sponsor on debian-mentors. Otherwise my package had won the race. ;-) > It would probably be best to wait for a > while before a new version is uploaded, to avoid putting unnecessary > pressure on the buildds right now, they seem to be overloaded. I sent > the web2png.xml patch to ESR, who said he'd be making a new release > soonish (possibly with no other changes, though), and waiting for that, > at least, would be good. > Thank you for information. I have translated man pages into German, which I'd like to see in sarge. Should we do an upload very soon to fix Maintainer:-Field and add man ages or will new version come these days? Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgpApCs3lQcjN.pgp Description: signature
unnecessary adoption by QA-team
Hi! I have noticed that QA-team adopt the gif2png package. I'd like to veto here. I have filed an ITA on gif2png: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=261583 I have package a new version and request an RFS 3 times: http://lists.debian.org/debian-mentors/2004/07/msg00416.html http://lists.debian.org/debian-mentors/2004/08/msg00048.html http://lists.debian.org/debian-l10n-german/2004/08/msg00011.html A ready package, that solve this bug is already available. Why did QA-group adopt this package instead to sponsor my upload? This means unnecessary work for me to build a new package and double work on package at all! Are there no more important things to do for QA-team? The same was happen on my first package txt2pdbdoc and this sucks. Or should I post any RFS on QA-list that QA-team get known my work? What are next steps? Could QA-team revert their package and sponsor my one or have I build a new one? Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgpQdmJ1PqLHH.pgp Description: signature
Re: unnecessary adoption by QA-team
Hello Lars! Lars Wirzenius <[EMAIL PROTECTED]>: > la, 2004-08-07 kello 00:09, Erik Schanze kirjoitti: > > I have noticed that QA-team adopt the gif2png package. > > I'd like to veto here. > > As John mentioned, it was him who did the assignation to the QA team, as > is proper procedure when orphaning. > Aha, I was puzzled about: ... Maintainer: Debian QA Group <[EMAIL PROTECTED]> Changed-By: Lars Wirzenius <[EMAIL PROTECTED]> ... I thought you are member of QA Group and did this upload. A similar thing was previously happen (I still wrote it), because that I cry into 2 lists. I'm sorry. > What was not proper procedure was that I didn't re-title the bug to > indicate that I wanted to adopt the package. I only sent mail (on July > 26, to debian-devel, two days before your ITA) that I intended to do so. > Nor did I follow the WNPP bug and didn't realize someone else wanted the > package. I don't read -mentor (nor -devel anymore), either. My > apologies. > It seems I missed your mail on debian-devel, perhaps caused by big amd64-traffic last days. ;-) I read in DWN that gif2png was orphaned, so I saw my chance to solve the bug that I filed agains it by myself. > I have just uploaded a new version (2.4.7-3). It indicates that I'm the > new maintainer > Unfornately, no. Maintainer still is "Debian QA Group <[EMAIL PROTECTED]>". That was the thing that puzzled me. > and also fixes bug (#258822, manual page formatting > error). > That I also still fixed. ;-) > If you wish to take over maintenance for the package, I'll be happy to > give it to you and sponsor uploads (though I may be slow with that, > depending on work pressures). > That would be great. I'm not a DD yet, and it is hard this time to find a sponsor on debian-mentors. Otherwise my package had won the race. ;-) > It would probably be best to wait for a > while before a new version is uploaded, to avoid putting unnecessary > pressure on the buildds right now, they seem to be overloaded. I sent > the web2png.xml patch to ESR, who said he'd be making a new release > soonish (possibly with no other changes, though), and waiting for that, > at least, would be good. > Thank you for information. I have translated man pages into German, which I'd like to see in sarge. Should we do an upload very soon to fix Maintainer:-Field and add man ages or will new version come these days? Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgprjwsxUY939.pgp Description: signature
unnecessary adoption by QA-team
Hi! I have noticed that QA-team adopt the gif2png package. I'd like to veto here. I have filed an ITA on gif2png: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=261583 I have package a new version and request an RFS 3 times: http://lists.debian.org/debian-mentors/2004/07/msg00416.html http://lists.debian.org/debian-mentors/2004/08/msg00048.html http://lists.debian.org/debian-l10n-german/2004/08/msg00011.html A ready package, that solve this bug is already available. Why did QA-group adopt this package instead to sponsor my upload? This means unnecessary work for me to build a new package and double work on package at all! Are there no more important things to do for QA-team? The same was happen on my first package txt2pdbdoc and this sucks. Or should I post any RFS on QA-list that QA-team get known my work? What are next steps? Could QA-team revert their package and sponsor my one or have I build a new one? Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgpZ4WsaqCK9V.pgp Description: signature
RFS: imgvtopgm (was orphaned, now updated, man pages translated)
Hi! I have adopted imgvtopgm (Bug #261584). I'd like to ask here for a sponsor, because I'm not a DD yet. Perhaps it could also be an one-time-sponsorship, because I still have a sponsor for my another Palm related package, but he is actually very busy. - * Package name: imgvtopgm Version : 2.0-5 Upstream Author : Eric Howe * URL : http://www.trends.net/~mu/ * License : GPL Description: PalmPilot/III Image Conversion utility This program can convert, compress, and decompress 4-bit grayscale images for displaying on the PalmPilot. It can take any pbm, pnm, pgm file generated by the netpbm package and convert it into a suitable image for the Pilot. A suitable viewer for the Pilot or PalmIII that is freeware can be found at http://www.strout.net/pilotsoft/spec/index.html. - I have updated packaging stuff and translated all man pages into German. It is lintian clean and builds fine with pbuilder. The package imgvtopgm_2.0-5 is located on: http://www.erikschanze.de/debian/ or via APT: deb http://www.erikschanze.de/debian/ ./ deb-src http://www.erikschanze.de/debian/ ./ Also any suggestions are welcome. Thanks in advance, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgpFJKLQoWo76.pgp Description: signature
RFS: gif2png
Hi! I have adopted gif2png (Bug #261583). I'd like to ask here for a sponsor, because I'm not a DD yet. - * Package name: gif2png Version : 2.4.7-3 Upstream Author : Eric S. Raymond * URL : http://catb.org/~esr/gif2png/ * License : GPL Description : GIF -> PNG conversions This program can convert GIF images to PNG images. It comes from ESR's page at http://catb.org/~esr/gif2png/. It also contains the script "web2png" which converts entire websites from GIF to PNG and updates the HTML accordingly. - I have fixed a mistake in web2png man page (bug #258822), added autotools-dev-support and translated both man pages into German. It is lintian clean and builds fine with pbuilder. The package gif2png_2.4.7-3 is located on: http://www.erikschanze.de/debian/ or via APT: deb http://www.erikschanze.de/debian/ ./ deb-src http://www.erikschanze.de/debian/ ./ Any suggestions are also welcome. Thanks in advance, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgpuM2OFOfztL.pgp Description: signature
RFS: imgvtopgm (was orphaned, now updated, man pages translated)
Hi! I have adopted imgvtopgm (Bug #261584). I'd like to ask here for a sponsor, because I'm not a DD yet. Perhaps it could also be an one-time-sponsorship, because I still have a sponsor for my another Palm related package, but he is actually very busy. - * Package name: imgvtopgm Version : 2.0-5 Upstream Author : Eric Howe * URL : http://www.trends.net/~mu/ * License : GPL Description: PalmPilot/III Image Conversion utility This program can convert, compress, and decompress 4-bit grayscale images for displaying on the PalmPilot. It can take any pbm, pnm, pgm file generated by the netpbm package and convert it into a suitable image for the Pilot. A suitable viewer for the Pilot or PalmIII that is freeware can be found at http://www.strout.net/pilotsoft/spec/index.html. - I have updated packaging stuff and translated all man pages into German. It is lintian clean and builds fine with pbuilder. The package imgvtopgm_2.0-5 is located on: http://www.erikschanze.de/debian/ or via APT: deb http://www.erikschanze.de/debian/ ./ deb-src http://www.erikschanze.de/debian/ ./ Also any suggestions are welcome. Thanks in advance, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgpdZsBdwEQ9K.pgp Description: signature
RFS: gif2png
Hi! I have adopted gif2png (Bug #261583). I'd like to ask here for a sponsor, because I'm not a DD yet. - * Package name: gif2png Version : 2.4.7-3 Upstream Author : Eric S. Raymond * URL : http://catb.org/~esr/gif2png/ * License : GPL Description : GIF -> PNG conversions This program can convert GIF images to PNG images. It comes from ESR's page at http://catb.org/~esr/gif2png/. It also contains the script "web2png" which converts entire websites from GIF to PNG and updates the HTML accordingly. - I have fixed a mistake in web2png man page (bug #258822), added autotools-dev-support and translated both man pages into German. It is lintian clean and builds fine with pbuilder. The package gif2png_2.4.7-3 is located on: http://www.erikschanze.de/debian/ or via APT: deb http://www.erikschanze.de/debian/ ./ deb-src http://www.erikschanze.de/debian/ ./ Any suggestions are also welcome. Thanks in advance, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgp76j6xTXWLI.pgp Description: signature
Re: RFS: imgvtopgm (was orphaned, now updated, man pages translated)
Nico Golde <[EMAIL PROTECTED]>: > Hallo Erik, > * Erik Schanze <[EMAIL PROTECTED]> [2004-08-01 19:25]: > > > > I have updated packaging stuff and translated all man pages into German. > > > > It is lintian clean and builds fine with pbuilder. > > > > > > > > The package imgvtopgm_2.0-5 is located on: > > > > http://www.erikschanze.de/debian/ > > > > or via APT: > > > > deb http://www.erikschanze.de/debian/ ./ > > > > deb-src http://www.erikschanze.de/debian/ ./ > > > > > > your manual is written in german, i think an english one would be better > > > :) > > What manual do you mean? > > all the manuals you program provides. > All manuals are also provide in English, or did I miss something? I fear I didn't catch your joke, if there was one. :-? > > Are you able to sponsor it? > > no sorry, i am not yet an official maintainer, but i think it would be > nice, if someone else sponsors it, i think the program is well usable. > I hope so too, but unfortunately there are many unreplied RFSs here last month, perhaps most sponsors are on holidays? ;-) Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de *
Re: RFS: imgvtopgm (was orphaned, now updated, man pages translated)
Nico Golde <[EMAIL PROTECTED]>: > Hallo Erik, > * Erik Schanze <[EMAIL PROTECTED]> [2004-08-01 19:25]: > > > > I have updated packaging stuff and translated all man pages into German. > > > > It is lintian clean and builds fine with pbuilder. > > > > > > > > The package imgvtopgm_2.0-5 is located on: > > > > http://www.erikschanze.de/debian/ > > > > or via APT: > > > > deb http://www.erikschanze.de/debian/ ./ > > > > deb-src http://www.erikschanze.de/debian/ ./ > > > > > > your manual is written in german, i think an english one would be better > > > :) > > What manual do you mean? > > all the manuals you program provides. > All manuals are also provide in English, or did I miss something? I fear I didn't catch your joke, if there was one. :-? > > Are you able to sponsor it? > > no sorry, i am not yet an official maintainer, but i think it would be > nice, if someone else sponsors it, i think the program is well usable. > I hope so too, but unfortunately there are many unreplied RFSs here last month, perhaps most sponsors are on holidays? ;-) Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: imgvtopgm (was orphaned, now updated, man pages translated)
Hi Nico! Thank you for your quick reply. Nico Golde <[EMAIL PROTECTED]>: > * Erik Schanze <[EMAIL PROTECTED]> [2004-07-31 15:13]: > > I have updated packaging stuff and translated all man pages into German. > > It is lintian clean and builds fine with pbuilder. > > > > The package imgvtopgm_2.0-5 is located on: > > http://www.erikschanze.de/debian/ > > or via APT: > > deb http://www.erikschanze.de/debian/ ./ > > deb-src http://www.erikschanze.de/debian/ ./ > > your manual is written in german, i think an english one would be better > :) What manual do you mean? > you use $(MAKE) install prefix=`pwd`/debian/imgvtopgm/us > in you rules-file, you can use $(CURDIR) instead of pwd. Thank you, it works also. > you have to edit the copyright file: > "his package was debianized by John Goerzen [EMAIL PROTECTED] on" > i think this is the old maintainer. Sorry, but I won't change this, because he had debianized this and the new maintainer is obvious, I think. ;-) > you should delete the dirs file i think, usr/bin will created > automatically. Yes, you're right, Makefile create this itself. Removed. Thank you for your suggestions. I have upload changed package to: http://www.erikschanze.de/debian/ or APT-Source: deb http://www.erikschanze.de/debian/ ./ deb-src http://www.erikschanze.de/debian/ ./ Are you able to sponsor it? Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgppeXbtru8rV.pgp Description: signature
Re: RFS: imgvtopgm (was orphaned, now updated, man pages translated)
Hi Nico! Thank you for your quick reply. Nico Golde <[EMAIL PROTECTED]>: > * Erik Schanze <[EMAIL PROTECTED]> [2004-07-31 15:13]: > > I have updated packaging stuff and translated all man pages into German. > > It is lintian clean and builds fine with pbuilder. > > > > The package imgvtopgm_2.0-5 is located on: > > http://www.erikschanze.de/debian/ > > or via APT: > > deb http://www.erikschanze.de/debian/ ./ > > deb-src http://www.erikschanze.de/debian/ ./ > > your manual is written in german, i think an english one would be better > :) What manual do you mean? > you use $(MAKE) install prefix=`pwd`/debian/imgvtopgm/us > in you rules-file, you can use $(CURDIR) instead of pwd. Thank you, it works also. > you have to edit the copyright file: > "his package was debianized by John Goerzen [EMAIL PROTECTED] on" > i think this is the old maintainer. Sorry, but I won't change this, because he had debianized this and the new maintainer is obvious, I think. ;-) > you should delete the dirs file i think, usr/bin will created > automatically. Yes, you're right, Makefile create this itself. Removed. Thank you for your suggestions. I have upload changed package to: http://www.erikschanze.de/debian/ or APT-Source: deb http://www.erikschanze.de/debian/ ./ deb-src http://www.erikschanze.de/debian/ ./ Are you able to sponsor it? Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgpt2nkfbNr4Q.pgp Description: signature
RFS: imgvtopgm (was orphaned, now updated, man pages translated)
Hi! I have adopted imgvtopgm (Bug #261584). Since previous maintainer isn't able to do an upload for me, so I'd like to ask here for a sponsor, because I'm not a DD yet. Perhaps it could also be an one-time-sponsorship, because I still have a sponsor for my another Palm related package, but he is actually very busy. - * Package name: imgvtopgm Version : 2.0-5 Upstream Author : Eric Howe * URL : http://www.trends.net/~mu/ * License : GPL Description: PalmPilot/III Image Conversion utility This program can convert, compress, and decompress 4-bit grayscale images for displaying on the PalmPilot. It can take any pbm, pnm, pgm file generated by the netpbm package and convert it into a suitable image for the Pilot. A suitable viewer for the Pilot or PalmIII that is freeware can be found at http://www.strout.net/pilotsoft/spec/index.html. - I have updated packaging stuff and translated all man pages into German. It is lintian clean and builds fine with pbuilder. The package imgvtopgm_2.0-5 is located on: http://www.erikschanze.de/debian/ or via APT: deb http://www.erikschanze.de/debian/ ./ deb-src http://www.erikschanze.de/debian/ ./ Also any suggestions are welcome. Thanks in advance, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgpsZjejS5vOY.pgp Description: signature
RFS: imgvtopgm (was orphaned, now updated, man pages translated)
Hi! I have adopted imgvtopgm (Bug #261584). Since previous maintainer isn't able to do an upload for me, so I'd like to ask here for a sponsor, because I'm not a DD yet. Perhaps it could also be an one-time-sponsorship, because I still have a sponsor for my another Palm related package, but he is actually very busy. - * Package name: imgvtopgm Version : 2.0-5 Upstream Author : Eric Howe * URL : http://www.trends.net/~mu/ * License : GPL Description: PalmPilot/III Image Conversion utility This program can convert, compress, and decompress 4-bit grayscale images for displaying on the PalmPilot. It can take any pbm, pnm, pgm file generated by the netpbm package and convert it into a suitable image for the Pilot. A suitable viewer for the Pilot or PalmIII that is freeware can be found at http://www.strout.net/pilotsoft/spec/index.html. - I have updated packaging stuff and translated all man pages into German. It is lintian clean and builds fine with pbuilder. The package imgvtopgm_2.0-5 is located on: http://www.erikschanze.de/debian/ or via APT: deb http://www.erikschanze.de/debian/ ./ deb-src http://www.erikschanze.de/debian/ ./ Also any suggestions are welcome. Thanks in advance, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgpexInUB7m5O.pgp Description: signature
RFS: gif2png
Hi! I have adopted gif2png (Bug #261583). Since previous maintainer isn't able to do an upload for me, so I'd like to ask here for a sponsor, because I'm not a DD yet. - * Package name: gif2png Version : 2.4.7-3 Upstream Author : Eric S. Raymond * URL : http://catb.org/~esr/gif2png/ * License : GPL Description : GIF -> PNG conversions This program can convert GIF images to PNG images. It comes from ESR's page at http://catb.org/~esr/gif2png/. It also contains the script "web2png" which converts entire websites from GIF to PNG and updates the HTML accordingly. - I have fixed a mistake in web2png man page (bug #258822), added autotools-dev-support and translated both man pages into German. It is lintian clean and builds fine with pbuilder. The package gif2png_2.4.7-3 is located on: http://www.erikschanze.de/debian/ or via APT: deb http://www.erikschanze.de/debian/ ./ deb-src http://www.erikschanze.de/debian/ ./ Any suggestions are welcome. Thanks in advance, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgptREZ9qIhsp.pgp Description: signature
RFS: gif2png
Hi! I have adopted gif2png (Bug #261583). Since previous maintainer isn't able to do an upload for me, so I'd like to ask here for a sponsor, because I'm not a DD yet. - * Package name: gif2png Version : 2.4.7-3 Upstream Author : Eric S. Raymond * URL : http://catb.org/~esr/gif2png/ * License : GPL Description : GIF -> PNG conversions This program can convert GIF images to PNG images. It comes from ESR's page at http://catb.org/~esr/gif2png/. It also contains the script "web2png" which converts entire websites from GIF to PNG and updates the HTML accordingly. - I have fixed a mistake in web2png man page (bug #258822), added autotools-dev-support and translated both man pages into German. It is lintian clean and builds fine with pbuilder. The package gif2png_2.4.7-3 is located on: http://www.erikschanze.de/debian/ or via APT: deb http://www.erikschanze.de/debian/ ./ deb-src http://www.erikschanze.de/debian/ ./ Any suggestions are welcome. Thanks in advance, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * pgpkNq6GnfdU8.pgp Description: signature
Re: Silly question about man page
Magnus Therning <[EMAIL PROTECTED]>: > This ought to be a simple question to answer. I've just created a > package for gcursor (no ITP filed yet). It's a binary executable in > /usr/bin so it needs a man-page. However, there is none from upstream, > so I simply left the one generated by dh_make (renamed it to gcursor.1 > though) and hoped that things would happen automagically. lintian > complains about the missing man-page, so I add a line in Makefile.am: > > man1_MANS = gcursor.1 > There is no need to hack any file. ;-) You could create in debian/ a file gcursor.manpages. The first line of it should be: debian/gcursor.1 dh_installman takes the rest. Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de *
Re: Silly question about man page
Magnus Therning <[EMAIL PROTECTED]>: > This ought to be a simple question to answer. I've just created a > package for gcursor (no ITP filed yet). It's a binary executable in > /usr/bin so it needs a man-page. However, there is none from upstream, > so I simply left the one generated by dh_make (renamed it to gcursor.1 > though) and hoped that things would happen automagically. lintian > complains about the missing man-page, so I add a line in Makefile.am: > > man1_MANS = gcursor.1 > There is no need to hack any file. ;-) You could create in debian/ a file gcursor.manpages. The first line of it should be: debian/gcursor.1 dh_installman takes the rest. Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Man page for KDE-App
Hi! I'd like to write a man page for a KDE application, which has its own options (beside KDE and QT options). Should this man page explain all options including KDE- and QT-options as "--help-all" shows or are application-specific options enough? Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de *
Man page for KDE-App
Hi! I'd like to write a man page for a KDE application, which has its own options (beside KDE and QT options). Should this man page explain all options including KDE- and QT-options as "--help-all" shows or are application-specific options enough? Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: splay -- Sound player for MPEG-1,2 layer 1,2,3
John Hedges <[EMAIL PROTECTED]> John Hedges: > I have done a fair bit of programming and I am not too phased by the > code despite being an mpeg codec newbie. My main concern is what to do > to implement additional functionality. Could I continue to call the > package splay if the functionality differs considerably from the > upstream - or must I create a new project (and upstream) based on splay > before adding features? > IMO: I would prefer to keep the name as it is, because it is in Debian already and you don't have to answer questions like: "What do your package better than package XYZ?" if you want to introduce a new package. Have you asked previous maintainer about hints to contact upstream? If you tried several times to contact upstream and he doesn't reply, so take over the project. But I don't know how you could take over project web page on sf.net. Web site says, that this project was already taken over (in 2000), so it should be possible. If it happens, then it's up to you, what features will be implemented. ;-) If you divide your improvements into some steps and explain these changes in Changelog, I think nobody will be disturbed. Good luck! Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de *
Re: RFS: splay -- Sound player for MPEG-1,2 layer 1,2,3
John Hedges <[EMAIL PROTECTED]> John Hedges: > I have done a fair bit of programming and I am not too phased by the > code despite being an mpeg codec newbie. My main concern is what to do > to implement additional functionality. Could I continue to call the > package splay if the functionality differs considerably from the > upstream - or must I create a new project (and upstream) based on splay > before adding features? > IMO: I would prefer to keep the name as it is, because it is in Debian already and you don't have to answer questions like: "What do your package better than package XYZ?" if you want to introduce a new package. Have you asked previous maintainer about hints to contact upstream? If you tried several times to contact upstream and he doesn't reply, so take over the project. But I don't know how you could take over project web page on sf.net. Web site says, that this project was already taken over (in 2000), so it should be possible. If it happens, then it's up to you, what features will be implemented. ;-) If you divide your improvements into some steps and explain these changes in Changelog, I think nobody will be disturbed. Good luck! Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: splay -- Sound player for MPEG-1,2 layer 1,2,3
Hi John! John Hedges <[EMAIL PROTECTED]> John Hedges: > I'd like to adopt splay, a command line mp3 player. I've updated the bug > report (#246971) to reflect ITA but have a couple of questions before > uploading. > > - I'm not sure about the upstream. I've mailed the current upstream >maintainer but have not had a reply. How much of a problem is it if >there is no longer an upstream for this package? > What's the problem of many orphaned packages, so the suggestion of e. g. New Maintainer Guide to start the DD career with an orphaned package is sometimes suboptimal. Because if there is no active upstream you have to do needed work (bugfixing, improving) by yourself. If you are able to do this by yourself, this package suits. If you are not a programmer, a package with an active upstream to delegate work on source code would be better. Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de *
Re: RFS: splay -- Sound player for MPEG-1,2 layer 1,2,3
Hi John! John Hedges <[EMAIL PROTECTED]> John Hedges: > I'd like to adopt splay, a command line mp3 player. I've updated the bug > report (#246971) to reflect ITA but have a couple of questions before > uploading. > > - I'm not sure about the upstream. I've mailed the current upstream >maintainer but have not had a reply. How much of a problem is it if >there is no longer an upstream for this package? > What's the problem of many orphaned packages, so the suggestion of e. g. New Maintainer Guide to start the DD career with an orphaned package is sometimes suboptimal. Because if there is no active upstream you have to do needed work (bugfixing, improving) by yourself. If you are able to do this by yourself, this package suits. If you are not a programmer, a package with an active upstream to delegate work on source code would be better. Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: adopt orphaned package cpuburn
Lucas Albers: > Erik Schanze said: > > Lucas Albers: > >> I'd like to adopt this package, and I would need someone to sponsor me > >> on > >> it for the upload. > > > > Are there any files to look over? > > Did you realized that the project website and author email has changed? > > > > I had also a look at this package and has communicate with upstream, but > > you anounced this first here, so its yours (I think). > > If you've already talked to the upstream then go ahead. > I only have searched his new mail address, because my first mail was rejected. (I would tell him that there is a mistake on his site.) I have greped some news groups an find his new website, but his email address was the old one. :-( So I guess his new mail address and had luck. No big deal. This should be noticed in debian/copyright. > I'm new to maintaining packages so I'd be slow at it. > I'm new in maintaining package, too. This package is right to make the first steps, the codebase will changes slow, too. ;-) Have you read Debian New Maintainer Guide? It helps me a lot on my first packages. > Your farther along on it then I am. You can have it. > Hm. This is not was I meen as I wrote this mail. I'm sorry, if it sounds this way, I'm not a native speaker of English. Please let me encourage you to do needed work on this package and ask again for comments and sponsors, if you have build a package. First you should retitle bug to ITA as described in: http://www.debian.org/devel/wnpp/index.html#howto-o to show that this package has a new maintainer. Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de *
Re: adopt orphaned package cpuburn
Lucas Albers: > Erik Schanze said: > > Lucas Albers: > >> I'd like to adopt this package, and I would need someone to sponsor me > >> on > >> it for the upload. > > > > Are there any files to look over? > > Did you realized that the project website and author email has changed? > > > > I had also a look at this package and has communicate with upstream, but > > you anounced this first here, so its yours (I think). > > If you've already talked to the upstream then go ahead. > I only have searched his new mail address, because my first mail was rejected. (I would tell him that there is a mistake on his site.) I have greped some news groups an find his new website, but his email address was the old one. :-( So I guess his new mail address and had luck. No big deal. This should be noticed in debian/copyright. > I'm new to maintaining packages so I'd be slow at it. > I'm new in maintaining package, too. This package is right to make the first steps, the codebase will changes slow, too. ;-) Have you read Debian New Maintainer Guide? It helps me a lot on my first packages. > Your farther along on it then I am. You can have it. > Hm. This is not was I meen as I wrote this mail. I'm sorry, if it sounds this way, I'm not a native speaker of English. Please let me encourage you to do needed work on this package and ask again for comments and sponsors, if you have build a package. First you should retitle bug to ITA as described in: http://www.debian.org/devel/wnpp/index.html#howto-o to show that this package has a new maintainer. Regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-Mails! No HTML mails, please! Maillimit: 1 MB * * Linux-Info-Tag in Dresden, am 30. Oktober 2004 * Info: http://www.linux-info-tag.de * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
