Re: RFC: kgb -- Archiver for .kgb files (doesn't work on non-32bits archs, changes made to address that issue)
Hi Raphael, On Sat, 2008-04-05 at 20:19 -0600, Raphael Geissert wrote: This package is already in the archive, and I have DM upload rights for it. A few days ago I noticed this package doesn't work on non 32bits architectures so I've done a few changes to the package. The relevant part of changelog of the next upload is: * debian/test.sh: add a simple test suite to be run at the build target * debian/control: Build-Depend on gcc-multilib + Not building 64bits bins as the code is designed for 32bits archs The changes I made, as suggested by Goswin von Brederlow, until I get it to work on non 32bits archs were: adding a Build-Depends: gcc-multilib [amd64 kfreebsd-amd64 ppc64] calling gcc with -m32 Your package has some problems. It FTBFS on my x86_64 arch: dh_testdir g++ -Wall -fno-strict-aliasing -m32 -O3 -gstabs -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -o kgb kgb_arch_posix_by_slawek.cpp /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.3/libstdc++.so when searching for -lstdc++ /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.3/libstdc++.a when searching for -lstdc++ /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.3/libstdc++.so when searching for -lstdc++ /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.3/libstdc++.a when searching for -lstdc++ /usr/bin/ld: cannot find -lstdc++ collect2: ld returned 1 exit status make: *** [kgb] Error 1 Removing -m32 from CFLAGS make it compile, but the test assert on U32 size. I have commented that out, but your package can't be build again: debian/rules clean debian/rules:36: warning: overriding commands for target `debian/stamp-patched' /usr/share/quilt/quilt.make:16: warning: ignoring old commands for target `debian/stamp-patched' QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2 Patch lfs.patch does not remove cleanly (refresh it or enforce with -f) make: *** [unpatch] Error 1 What does upstream say about 64 bits support? Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: swath 0.3.4-1 (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.3.4-1 of my package swath. It builds these binary packages: swath - Thai word segmentation program The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/swath - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/swath/swath_0.3.4-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ signature.asc Description: Digital signature
Re: RFS: swath 0.3.4-1 (updated package)
On Sun, Apr 6, 2008 at 2:19 PM, Theppitak Karoonboonyanan [EMAIL PROTECTED] wrote: I am looking for a sponsor for the new version 0.3.4-1 of my package swath. Caveat: there remains a gcc warning about the unsecure 'tmpnam' usage. I as upstream maintainer has fixed such warnings in other places, but has left this last one untouched, as it's in the old dead code which is never used. (The original author borrowed the code from an old ancester of libdatrie, and only partially used its features. This code portion, however, is planned to be replaced by an external link to the latest libdatrie in the near future. So, it's no use trying to fix it, especially when it's in the unused part.) Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cowbuilder and --distribution experimental
Hi, Heh, I guess we have a different definition of 'properly'. pbuilder experimental usage assumes we can install everything from experimental and get done with it, but I assume there are some packages which don't go along with each other well. But that shouldn't make pbuilder work and cowbuilder not work. I'm confused. I have the same problem with pbuilder... apt prefers packages from experimental over those from sid, while it should be the contrary, and the dummy package for build-dependencies would make sure the build dependencies are downloaded from experimental when needed (that's what versioned dependencies are for, aren't they?). Have you tried using 'pbuilder-satisfydepends-experimental' ? (man pbuilderrc) regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cowbuilder and --distribution experimental
On Sun, Apr 06, 2008 at 06:28:05PM +0900, Junichi Uekawa wrote: Hi, Heh, I guess we have a different definition of 'properly'. pbuilder experimental usage assumes we can install everything from experimental and get done with it, but I assume there are some packages which don't go along with each other well. But that shouldn't make pbuilder work and cowbuilder not work. I'm confused. I have the same problem with pbuilder... apt prefers packages from experimental over those from sid, while it should be the contrary, and the dummy package for build-dependencies would make sure the build dependencies are downloaded from experimental when needed (that's what versioned dependencies are for, aren't they?). Have you tried using 'pbuilder-satisfydepends-experimental' ? (man pbuilderrc) Is pbuilder-satisfydepends-experimental being used when running pbuilder create and pbuilder update ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cowbuilder and --distribution experimental
On Sun, Apr 06, 2008 at 09:18:21AM +0900, Junichi Uekawa wrote: Hi, experimental is not a complete distribution. You cannot just use --distribution experimental. I think that you should use an unstable chroot and add to apt experimental sources. You will also have to provide a correct /etc/apt/preferences (otherwise, experimental repository will not be used). Actually, '--distribution experimental' is special-cased in pbuilder such that it should just work. '--distribution experimental' sets up internal flags such that it is interpreted as '--distribution sid' and special handling for experimental. Obviously, it doesn't. Because with properly set pinning, you wouldn't have a problem with e2fsprogs/libuuid1 (which happens when trying to install perl from experimental). Heh, I guess we have a different definition of 'properly'. pbuilder experimental usage assumes we can install everything from experimental and get done with it, but I assume there are some packages which don't go along with each other well. But that shouldn't make pbuilder work and cowbuilder not work. I'm confused. I have the same problem with pbuilder... apt prefers packages from experimental over those from sid, while it should be the contrary, and the dummy package for build-dependencies would make sure the build dependencies are downloaded from experimental when needed (that's what versioned dependencies are for, aren't they?). Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cowbuilder and --distribution experimental
Hi, Heh, I guess we have a different definition of 'properly'. pbuilder experimental usage assumes we can install everything from experimental and get done with it, but I assume there are some packages which don't go along with each other well. But that shouldn't make pbuilder work and cowbuilder not work. I'm confused. I have the same problem with pbuilder... apt prefers packages from experimental over those from sid, while it should be the contrary, and the dummy package for build-dependencies would make sure the build dependencies are downloaded from experimental when needed (that's what versioned dependencies are for, aren't they?). Have you tried using 'pbuilder-satisfydepends-experimental' ? (man pbuilderrc) Is pbuilder-satisfydepends-experimental being used when running pbuilder create and pbuilder update ? There are two different things on this table we are talking about, to spell it out: 1. When you want to have a full experimental experience, where you want everything from experimental. - use --distributiuon experimental. This can be broken since not everything in experimental goes along well together, although it would be nice if it did. 2. When you want to have a partial experimental experience, where you only have the necessary packages from experimental. - use --distribution sid, and use pbuilder-satisfydepends-experimental regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cowbuilder and --distribution experimental
On Sun, Apr 06, 2008, Junichi Uekawa wrote: 1. When you want to have a full experimental experience, where you want everything from experimental. - use --distributiuon experimental. This can be broken since not everything in experimental goes along well together, although it would be nice if it did. Hmm I didn't know this pulls everything from experimental; it's quite uncommon that people are interested in using everything in experimental; the most common case is trying a new lib or stack in experimental, but most people aren't interested in /everything/. I don't quite like the hack of special casing --distribution experimental; I wonder whether it would make more sense to have a higher level profile concept and pbuilder would provide a sid-experimental profile as well as a experimental-full profile if some people have interest in this. -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: manpages-zh 1.5.1-1: chinese manual page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Daobing, LI Daobing wrote: Hello, I adopt manpages-zh from Carlos Z.F. Liu[1]. in this version, hunderds of lintian warnings are all fixed[2]. and 3 of the 4 bugs[3] is closes(one wishlist items left). please help check and upload manpage, thanks. you can use following command to download the package: 'dget http://mentors.debian.net/debian/pool/main/m/manpages-zh/manpages-zh_1.5.1-1.dsc' [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465552 [2] http://lintian.debian.org/reports/maintainer/[EMAIL PROTECTED] [3] http://bugs.debian.org/manpages-zh Built with pdebuild and uploaded. Cheers, Anthony Fok -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH+N+KLa8qZm1n95ARAgDgAJ4sZEpAgqeptr9h4VGGr8gJJBbt/ACeKW0M EI9eeUn2jtxfnc5wCLXxo6o= =xxyB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: compiz-switch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mauro Lizaur ha scritto: On Fri, Apr 4, 2008 at 9:25 AM, Alessio Gaeta [EMAIL PROTECTED] wrote: Description: Compiz-Switch provides a simple yet effective way to switch between Compiz and the window manager of the desktop environment in use on a single click. The package (not the software inside it! :) ) is quite trivial, but I think it is very useful (and if you have an ATI with Compiz and fglrx, is mandatory, to watch your videos easily...) I'm not a DD or DM, but i think the description c/should be improved ie: not using emoticons or parenthesis I've been told not to do stuff like that, so i recommend you to take my advice ;) Thank you, but the actual package description are only the first three lines; three below are my comment on the usefulness of package. Though, maybe the description could be improved adding something as: Compiz-Switch is not a running program but only a script, so it will not use resources at all. Regards - -- Alessio Gaeta http://meden.uni.cc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH+OlBirbk3DO+UZ0RAkW7AKCFBnNkMGlxfucCCmmrkdhe3sGcSwCgsDsK /lHT7cojRFznEl196Hj3f9c= =BI4F -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: mailscanner (updated package)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Simon, Simon Walter wrote: Dear mentors, I am looking for a sponsor for the new version 4.68.8-1 of my package mailscanner. It builds these binary packages: mailscanner - email gateway for virus scanning, spam and phishing detection The package appears to be lintian clean. The upload would fix these bugs: 469916, 472067, 472489, 472676 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/mailscanner - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/mailscanner/mailscanner_4.68.8-1.dsc I would be glad if someone uploaded this package for me. Kind regards Simon Walter I built your package with pdebuild and uploaded it too on April 5th at around 10 a.m. Beijing time, and apparently it is already in the mirrors. Next time I should try to announce it ASAP to avoid duplication of work. (Sorry, Noèl!) I do have a comment about your source mailscanner_4.68.8.orig.tar.gz though. The files therein are owned by thargor (your username right?), so I assume you have repackaged the upstream source tarball yourself. If I'm not mistaken, the original pristine upstream source is this: MailScanner-install-4.68.8/perl-tar/MailScanner-4.68.8-1.tar.gz from http://mailscanner.info/files/4/tar/MailScanner-install-4.68.8-1.tar.gz Since the contents within the upstream MailScanner-4.68.8-1.tar.gz and your repackaged mailscanner_4.68.8.orig.tar.gz are entirely identical, I think using pristine source is best practice. Please read Section 6.7.8 Best practices for orig.tar.gz files in the Debian Developer's Reference: http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html MailScanner-install-4.68.8/perl-tar/MailScanner-4.68.8-1.tar.gz file (at least for 4.68.8 version) fits the criteria for pristine upstream source, so instead of unpacking it and re-compressing it, I recommend simply copying or renaming MailScanner-4.68.8-1.tar.gz to mailscanner_4.68.8.orig.tar.gz . So yes, for your next upload of new upstream release, please try your best to use upstream pristine source. You may want to update debian/copyright a bit as well (e.g. change 2002-2007 to 2002-2008). Many thanks! :-) Anthony Fok -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH+PKZLa8qZm1n95ARAmVXAJ4lGpBafzBpM76gXWtDFlszyNNhpwCgkULB jopLGmVJFEMyVb5Go/8mnFs= =ZUfY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Why is sun-java6-jdk at 6.04
Hi all, Someone knows what is holding sun-java6-jdk at 6.04 while the rest of the sun-java6 packages are upgraded to 6.05? This situation prevents upgrades of all java packages. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael at rasmussen dot cc http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xD3C9A00E mir at datanom dot net http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE501F51C mir at miras dot org http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE3E80917 -- BOFH excuse #403: Sysadmin didn't hear pager go off due to loud music from bar-room speakers. signature.asc Description: PGP signature
Re: Why is sun-java6-jdk at 6.04
On Sun, Apr 6, 2008 at 11:25 PM, Michael Rasmussen [EMAIL PROTECTED] wrote: Someone knows what is holding sun-java6-jdk at 6.04 while the rest of the sun-java6 packages are upgraded to 6.05? This situation prevents upgrades of all java packages. Your question is off-topic here. Short answer is that it hasn't yet built on i386 since the maintainer uploaded amd64 binaries. Please be patient. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kgb -- Archiver for .kgb files (doesn't work on non-32bits archs, changes made to address that issue)
Raphael Geissert [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, This package is already in the archive, and I have DM upload rights for it. A few days ago I noticed this package doesn't work on non 32bits architectures so I've done a few changes to the package. The relevant part of changelog of the next upload is: * debian/test.sh: add a simple test suite to be run at the build target * debian/control: Build-Depend on gcc-multilib + Not building 64bits bins as the code is designed for 32bits archs The changes I made, as suggested by Goswin von Brederlow, until I get it to work on non 32bits archs were: adding a Build-Depends: gcc-multilib [amd64 kfreebsd-amd64 ppc64] calling gcc with -m32 So before I upload the package I'd like some feedback on the subject. Note: I added the simple test suite just to make sure the compiled binaries are ok, and prevent any similar problem (not knowing it doesn't work under non-32) in the future. 2nd note: the package is still Arch: any, as suggested by Goswin. I am not a DD or DM, nor have I checked your actual packaging, but your explanations of the changes made sound reasonable sane. Obviously it would be nice for true 64 bit versions to eventually be built, but those changes sound like they should result in working 32 bit executables for all architectures. (Warning: I have no actual experence with that, this is just merely a comment that what you said sounds sane). HTH. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC: kgb -- Archiver for .kgb files (doesn't work on non-32bits archs, changes made to address that issue)
Hi Laszlo, Laszlo Boszormenyi wrote: Hi Raphael, On Sat, 2008-04-05 at 20:19 -0600, Raphael Geissert wrote: This package is already in the archive, and I have DM upload rights for it. A few days ago I noticed this package doesn't work on non 32bits architectures so I've done a few changes to the package. The relevant part of changelog of the next upload is: * debian/test.sh: add a simple test suite to be run at the build target * debian/control: Build-Depend on gcc-multilib + Not building 64bits bins as the code is designed for 32bits archs The changes I made, as suggested by Goswin von Brederlow, until I get it to work on non 32bits archs were: adding a Build-Depends: gcc-multilib [amd64 kfreebsd-amd64 ppc64] calling gcc with -m32 Your package has some problems. It FTBFS on my x86_64 arch: dh_testdir g++ -Wall -fno-strict-aliasing -m32 -O3 -gstabs -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -o kgb kgb_arch_posix_by_slawek.cpp /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.3/libstdc++.so when searching for -lstdc++ /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.3/libstdc++.a when searching for -lstdc++ /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.3/libstdc++.so when searching for -lstdc++ /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.3/libstdc++.a when searching for -lstdc++ /usr/bin/ld: cannot find -lstdc++ collect2: ld returned 1 exit status make: *** [kgb] Error 1 I don't understand why this occurs. Can you provide me the full build log? 4.2.3/ is supposed to be a symlink to 4.2/, which is created by some unknown package (dpkg -S doesn't find anything, and looking at the postinst scripts of gcc-4.2* doesn't show anything useful). Removing -m32 from CFLAGS make it compile, but the test assert on U32 size. I have commented that out, but your package can't be build again: debian/rules clean debian/rules:36: warning: overriding commands for target `debian/stamp-patched' /usr/share/quilt/quilt.make:16: warning: ignoring old commands for target `debian/stamp-patched' QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2 Patch lfs.patch does not remove cleanly (refresh it or enforce with -f) make: *** [unpatch] Error 1 You first have to clean, then edit the source, and finally build. Otherwise quilt doesn't like the hand made changes. What does upstream say about 64 bits support? Upstream has been dead for a while. Though I haven't talked to the original author of the code. Thanks for taking a look at it. Regards, Laszlo/GCS Cheers, -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: compiz-switch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Helmut Grohne ha scritto: * Package name: compiz-switch 1) Your diff.gz modifies files out side debian/. Many sponsors will consider this a bad practise, so I suggest using a patch system like dpatch or quilt in order to reach more potential sponsors. I know, but I'm modifying only one line in the makefile, to fix installation path: IMHO it doesn't makes the diff difficult to read; using a patch (and thus adding it as build-dep) seems to me a little oversized... Am I saying nonsense? 2) There is a debian/menu file. However dh_installmenu is not called. Why? Simply forgot it... :) Fixed. But a question arises: I'm using the section Screen directly, because a section as Applications/Tools doesn't exists. There is a better choice? 3) Your diff.gz looks like it is not properly cleaned as it ships a manpage in two formats. Cleaned up. Thank you. - -- Alessio Gaeta http://meden.uni.cc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH+QJnirbk3DO+UZ0RAm9HAJ9b8/dj2rwKVY7G9Y3dbyMxHD7YvwCgluYI QQjpssIAOcbORi4XoWTV86c= =9ScO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Subject: RFS: dish
Dear mentors, I am looking for a sponsor for my package dish. * Package name: dish Version : 1.16-2 Upstream Author : Dimitar Ivanov [EMAIL PROTECTED] * URL : http://dish.mirendom.net * License : GPLv3 Section : admin It builds these binary packages: dish - the diligence/distributed shell for parallel sysadmin Dish - the diligence shell - executes commands simultaneously on several systems via ssh/rsh/telnet/mysql or other command-line programs. It also makes easy the distribution of files by scp/rcp or a remote password change. Dish could be used as a flexible tool for managing large number of any type of hosts such as (clustered) servers, switches, databases, etc. Comments: The advantage of dish compared to similar packages included in the Debian distribution is, that it helps to distribute files by scp/rcp, to use various clients for remote connection, or to execute remote commands with authentication managing up to 3 passwords for different authentication levels. The package appears to be lintian clean. The upload would fix these bugs: #474168 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/dish - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/dish/dish_1.16-2.dsc I would be glad if someone uploaded this package for me. Kind regards Dimitar Ivanov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why is sun-java6-jdk at 6.04
On Mon, 7 Apr 2008 00:02:38 +0800 Paul Wise [EMAIL PROTECTED] wrote: Your question is off-topic here. Sorry, didn't know where else to ask this question. Short answer is that it hasn't yet built on i386 since the maintainer uploaded amd64 binaries. Please be patient. OK. I will wait in patience:-) -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael at rasmussen dot cc http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xD3C9A00E mir at datanom dot net http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE501F51C mir at miras dot org http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE3E80917 -- BOFH excuse #399: We are a 100% Microsoft Shop. signature.asc Description: PGP signature
Custom Debian package installation
Hi, I have a Debian package which starts a service set up by having 'dh_installinit' in my rules file. I want the service to start every time my computer boots up. Does it also have to fire up straight after I install the package? I have a configuration file that is part of my package which needs to be customised before I run the service that is installed by the package so I don't want to run the service until I have done that. Regards, David Schulberg
Re: Custom Debian package installation
On Mon, Apr 07, 2008 at 07:43:34AM +1000, David Schulberg wrote: I have a Debian package which starts a service set up by having ‘dh_installinit’ in my rules file. I want the service to start every time my computer boots up. Does it also have to fire up straight after I install the package? I have a configuration file that is part of my package which needs to be customised before I run the service that is installed by the package so I don’t want to run the service until I have done that. The way this is usually tackled is to either have the initscript refuse to start the service if not yet configured (but still exit with an okay return value so package installation succeeds), or ship a file in /etc/default/ sourced by the initscript and containing a switch variable to make the initscript's start function a no-op (until edited to turn it on). -- { IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADDC5829ABF7441FB84657); SMTP([EMAIL PROTECTED]); IRC([EMAIL PROTECTED]); ICQ(114362511); AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER([EMAIL PROTECTED]); MUD([EMAIL PROTECTED]:6669); WWW(http://fungi.yuggoth.org/); } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC: kgb -- Archiver for .kgb files (doesn't work on non-32bits archs, changes made to address that issue)
Raphael Geissert wrote: Hi Laszlo, Laszlo Boszormenyi wrote: Your package has some problems. It FTBFS on my x86_64 arch: dh_testdir g++ -Wall -fno-strict-aliasing -m32 -O3 -gstabs -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -o kgb kgb_arch_posix_by_slawek.cpp /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.3/libstdc++.so when searching for -lstdc++ /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.3/libstdc++.a when searching for -lstdc++ /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.3/libstdc++.so when searching for -lstdc++ /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.3/libstdc++.a when searching for -lstdc++ /usr/bin/ld: cannot find -lstdc++ collect2: ld returned 1 exit status make: *** [kgb] Error 1 I don't understand why this occurs. Can you provide me the full build log? 4.2.3/ is supposed to be a symlink to 4.2/, which is created by some unknown package (dpkg -S doesn't find anything, and looking at the postinst scripts of gcc-4.2* doesn't show anything useful). Adam Barratt provided me a full build log so I just noticed my silly mistake, it should depend on g++-multilib, not gcc-multilib. And thanks to an other build attempt by Ingo Saitz I confirmed it now works, as expected. Anyway, thanks for your time :) Cheers, -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kgb -- Archiver for .kgb files (doesn't work on non-32bits archs, changes made to address that issue)
Joe Smith wrote: I am not a DD or DM, nor have I checked your actual packaging, but your explanations of the changes made sound reasonable sane. Obviously it would be nice for true 64 bit versions to eventually be built, but those changes sound like they should result in working 32 bit executables for all architectures. (Warning: I have no actual experence with that, this is just merely a comment that what you said sounds sane). HTH. Thanks for your comments. As no other issue found, now uploading the package. Cheers, -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: makehuman
Dear mentors, I am looking for a sponsor for my package makehuman. * Package name: makehuman Version : 0.9.1-rc1a-1 Upstream Author : Manuel Bastioni [EMAIL PROTECTED] * URL : http://www.dedalo-3d.com/ * License : GPL-3 Section : graphics It builds these binary packages: makehuman - 3D characters modeling software makehuman-data - Data files for makehuman The package appears to be lintian clean. The upload would fix these bugs: 456959 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/makehuman - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/makehuman/makehuman_0.9.1-rc1a-1.dsc I have to point out that there are two libraries that should be uploaded first for making possible that makehuman compiles: 1) Animorph: It builds these binary packages: libanimorph - C++ written library for MakeHuman libanimorph-dev - development files for libanimorph The package appears to be lintian clean. The upload would fix these bugs: 457397 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/animorph - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/a/animorph/animorph_0.3-1.dsc 2) MHGUI: It builds these binary packages: libmhgui - GUI widget library for MakeHuman libmhgui-dev - development files for libmhgui The package appears to be lintian clean. The upload would fix these bugs: 457396 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/mhgui - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/mhgui/mhgui_0.2-1.dsc I would be glad if someone uploaded those packages for me. Regards, -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammarelkhatib.net | http://teorex.org | http://taciturna.com ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]