Hi all .
I do two packets at this time and im looking for a mentor. One is a perl script for do backups . Name flexbackup Second is a ircservices daemon for control nicks,chanels,etc. Name ircservices. Both are GPL . If someone like to see the packets please contact. If speak spanish better. -- Lee y algo aprenderás: #-- Among the lucky, you are the chosen one. #-- Luis Toro Teijeiro THANKS FOR YOUR TIME. () (o_||| AÑO 3021 del //\ | demoniaco. -V_/_| ICQ : 42466380 pasate por http://www.gulic.org y veras Canarias y los linuxeros http://jaya.dyndns.org --pagina personal Firma gnupg disponible en https://jaya.dyndns.org/linux/GNUPG/ GnupgFingerprint: 8F06 3E9A F610 89BF 0B09 3DEB 0C7E 9AE1 6CE0 B251 Windows Where do you want to go today? MacOS Where do you want to be tomorrow? Linux Are you coming, or what? PGP signature
Re: Applicant w/ package
Andrew Suffield (2001-11-04 01:03:40 +) : On Wed, Oct 31, 2001 at 05:30:57PM -0300, ReivaX wrote: Hi ppl in this nice list :) Im looking to be an applicant to debian developer. It seems i need an advocate... I want more info on how to get someone know about me.. I have packaged mplayer (the video player for X) with gui support and a default skin, ready to be used. You have got to be kidding. Read any one of the half a dozen prior threads about this and how it cannot be packaged, due to license, patent, and upstream arsehole issues. Maybe it would be worth listing it on the can't be packaged page at URL:http://www.debian.org/devel/wnpp/unable-to-package? Roland. -- Roland Mas S'agirait pas d'atteindre la sublime transcendance du supramental sans se bouger le fion un minimum... -- in Sri Raoul le petit yogi (Gaudelette) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Applicant w/ package
* Roland Mas [EMAIL PROTECTED] [20011104 16:08]: Maybe it would be worth listing it on the can't be packaged page at URL:http://www.debian.org/devel/wnpp/unable-to-package? Done. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-source: unrepresentable changes to source
On 03-Nov-2001 Eduard Bloch wrote: My definition of touch includeves everything besides the simple configure run (and removing configu.{guess,sub}). I can't do a configure run as there is no configure script! I do have to run the autotools scripts. The question is when to run it. Before or after the Debian diff is built. In fact I do run autogen.sh in the clean rule. Please WHAT? You should CLEAN, not generate something in the clean rule. From /usr/share/doc/autotools-dev/README.Debian.gz: Do note that a properly done autogen.sh invocation runs before dpkg has a chance to build the source package, so as to make sure an user does NOT need any of the programs called by autogen.sh to build the package. This will, in fact, ease the load on auto-builders as well since the program will build much faster. Please tell me where I should call the autogen.sh if not in clean rule to archive this. read the README.Debian from package autotools-dev I mentioned above. It explains this issue much better I I guess, you misenterpret it a bit. See above. Not an option as far as I understand this issue up to now. Autobuilders have or might have problems with this. They should not. If they become trouble, then either your package is Might be, the should not. But as a matter of fact they do. What now? broken (your problem) or the autotools are broken(others problem, but should be okay Sid currently). There is a third option: They have a incompatible version of autotools installed. This may happen very easily if a newer version is installed than the package uses. Just happened with 1.4 - 1.5! If I did misread that README I would be glad if you could explain what I did understand wrong. IMHO I am right here. I even looked at some packages which do it this way. Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-source: unrepresentable changes to source
Florian, In your original mail, the question was what to do about symbolic links like missing -- /usr/share/automake/missing. The answer is: replace them by the file to which they are linked. More puzzling, though, is that the output of dpkg-source says that the old version is nonexistent. Normally one would expect the source distribution to include these files (INSTALL, install-sh, etc). The absence of such files suggests that either you are packaging from CVS, or perhaps that you are deleting the files in debian/rules clean. If you're building from CVS (I'll ignore the question why?), you'll need a .orig.tar file to upload anyway, so the best thing to do is make dist, and work from the resulting tarball which will have all the required files. If you are deleting the files yourself, then the fix is simple: don't do that. Notwithstanding autotools-dev README, I find the best policy for dealing with auto-based packages is to simply drop in the latest /usr/share/misc/config.{guess,sub}, if required, and build. When I packaged my first package, I thought it would be a good idea to make the diff as small as possible. I read the diff to double-check the modifications I make to the sources when I package things. Having the diff of configure and config.guess and the like mixed in was annoying, so I used to remove configure in debian/rules clean, and run autoconf in debian/rules build-stamp. The diff is much smaller and easier to read. However, after a number of bug reports, I have changed my mind. It doesn't pay to mess around with automake/autoconf/libtool and stuff inside debian/rules. All I do now is: make any tweaks to Makefile.am or configure.in, re-run the auto-stuff on my local copy, and live with the enlarged diff that results. If you need to run-something like autogen.sh that has automake --add-missing --force, just replace the resulting symlinks by the corresponding file. Again, you need only do this once. On Sun, Nov 04, 2001 at 08:18:47PM +0100, Florian Hinzmann wrote: In fact I do run autogen.sh in the clean rule. Please WHAT? You should CLEAN, not generate something in the clean rule. From /usr/share/doc/autotools-dev/README.Debian.gz: Do note that a properly done autogen.sh invocation runs before dpkg has a chance to build the source package, so as to make sure an user does NOT need any of the programs called by autogen.sh to build the package. This will, in fact, ease the load on auto-builders as well since the program will build much faster. Please tell me where I should call the autogen.sh if not in clean rule to archive this. As I read this section, Henrique is talking about regenerating files that are not stored in CVS. I don't know why he put this in the README. Debian packaging assumes you start from a source distribution tarball that *includes* all these files. Actually, I find Henrique's wording is slightly confusing. It is not true that the configure script and Makefile.in are supposed to be regenerated at every build. These files need to be rebuilt each time their input (i.e. configure.in) changes. No more often than that. You really only need to worry if you patch configure.in or Makefile.am. In addition, you need to worry about config.{guess,sub} *if used by the sources*. However, it's easy enough to drop in the latest version when you prepare a new upload. The rest of /usr/share/doc/autotools-dev/README.Debian.gz can be safely ignored. -Steve -- by Rocket to the Moon, by Airplane to the Rocket, by Taxi to the Airport, by Frontdoor to the Taxi, by throwing back the blanket and laying down the legs ... - They Might Be Giants -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Package review
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does anyone have any links for ECN stuff with relation to Cisco routers as my sysadmin at school does not know what ECN is. Warren On Friday 02 November 2001 05:41 am, Eric Van Buggenhaut wrote: Please inform the administrators of your server (www.cbu.edu) that their router is broken. It rejects ECN enabled. On Mon, Oct 29, 2001 at 12:52:18PM -0600, Warren Turkal wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Could someone please take a look at my package for uml at: http://www.cbu.edu/~wturkal/debian/ Warren - -- GPG Fingerprint: 30C8 BDF1 B133 14CB 832F 2C5D 99A1 A19F 559D 9E88 GPG Public Key @ http://www.cbu.edu/~wturkal/wturkal.gpg -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE73aVnmaGhn1WdnogRAkQTAJ48avRruokN88AYPCZkUIutRshdEACePaOd eELhEzDxa2gxPvTJwCjujzY= =ek78 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] - -- GPG Fingerprint: 30C8 BDF1 B133 14CB 832F 2C5D 99A1 A19F 559D 9E88 GPG Public Key @ http://www.cbu.edu/~wturkal/wturkal.gpg - -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s: a-- C++ UL+ P+ L+++ E W++ N+ o-- K- w--- O M+ V-- PS+ PE Y+ PGP++ t 5 X R tv+ b+ DI+ D+ G e h-- r y? - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE75a1SmaGhn1WdnogRAjZiAKCDoRMEGo8iwsLuJAqW9tOfK67zBwCdHjVQ mOQCAL0x0ZOYtXOwu54P6uA= =eRhH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Package review
Warren Turkal wrote: Does anyone have any links for ECN stuff with relation to Cisco routers as my sysadmin at school does not know what ECN is. http://www.aciri.org/floyd/ecn.html ECN (Explicit Congestion Notification) in TCP/IP which has a link to: http://gtf.org/garzik/ecn/ ECN-under-Linux Unofficial Vendor Support Page Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Applicant w/ package
On Sun, 04 Nov 2001 16:26:20 Martin Michlmayr wrote: * Roland Mas [EMAIL PROTECTED] [20011104 16:08]: Maybe it would be worth listing it on the can't be packaged page at URL:http://www.debian.org/devel/wnpp/unable-to-package? you must be confused. the patent problems are only affecting the opendivx codec. I spoke with the maintainer about this problem, the opendivx codec is just not going into the mplayer package. the program itself is GPL regarding the technical issues, the main problem was that mplayer uses higher CPU optimizations on compilation. This can be solved by including a part of the sources in the binary package and building them in postinst or even by building many mplayer-* packages. this is a hard package, Dariush Pietrzak [EMAIL PROTECTED] has done a great job making it work. please don't trash it and reassign that entry to ITP. thanks, -- -- Robert Millan Debian GNU/Hurd user zeratul2 wanadoo eshttp://getyouriso.dyndns.org/ -- GPG ID C8D6942C 237F 8688 C2E5 BC64 E152 97B4 FB28 D41B C8D6 942C -- Some words for my friends Carnivore and Echelon -- FBI CIA NSA Assault Bomb Terrorism Jihad Allah Ossama Bin Laden Saddam Hussein Handgun Assault Plane Crash Pentagon World Trade Center Whitehouse President Bush Putin Twin Towers Air Force One USA America DeCCS RIAA BSA piracy illegal drugs heroin Big Brother is watching you defcon nuclear holocaust world war arabian afghanistan cryptography PGP GPG crack RSA algorithm Chechnya OMON Spetsnaz T-72 Merkava M1A1 Abrams Chieftain Challenger Turret Apache Missiles Skinheads troopers Kazakhstan Muhhamed Atta --- Put this in your signature and join us in confusing the Big Brother -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: place of ldconfig in postinst
On Fri, Nov 02, 2001 at 10:17:36AM -0800, Sean 'Shaleh' Perry wrote: This is no different from working with a bunch of coders and everyone agreeing on a common code formatting. Talk to the maintainer of debhelper ? dh_make is NOT maintained by Joey Hess, the debhelper maint. In fact he has nothing to do with it. Oh, sorry. I was confused by the fact that the maintainer's scripts were kept under /usr/share/debhelper. Should we ask Craig Small [EMAIL PROTECTED] to sync those .ex files with Lintian ? -- Eric VAN BUGGENHAUT [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Package review
On Sun, Nov 04, 2001 at 03:04:18PM -0600, Warren Turkal wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does anyone have any links for ECN stuff with relation to Cisco routers as my sysadmin at school does not know what ECN is. Warren See http://www.aciri.org/floyd/ecn.html and http://www.tux.org/lkml/#s14-2 OTOH, please fix your mail client, I received your message 3 (!) times. Thanks. -- Eric VAN BUGGENHAUT [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: place of ldconfig in postinst
Should we ask Craig Small [EMAIL PROTECTED] to sync those .ex files with Lintian ? actually he should sync them with debhelper. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi all .
I do two packets at this time and im looking for a mentor. One is a perl script for do backups . Name flexbackup Second is a ircservices daemon for control nicks,chanels,etc. Name ircservices. Both are GPL . If someone like to see the packets please contact. If speak spanish better. -- Lee y algo aprenderás: #-- Among the lucky, you are the chosen one. #-- Luis Toro Teijeiro THANKS FOR YOUR TIME. () (o_||| AÑO 3021 del //\ | demoniaco. -V_/_| ICQ : 42466380 pasate por http://www.gulic.org y veras Canarias y los linuxeros http://jaya.dyndns.org --pagina personal Firma gnupg disponible en https://jaya.dyndns.org/linux/GNUPG/ GnupgFingerprint: 8F06 3E9A F610 89BF 0B09 3DEB 0C7E 9AE1 6CE0 B251 Windows Where do you want to go today? MacOS Where do you want to be tomorrow? Linux Are you coming, or what? pgptqUnNr5CwQ.pgp Description: PGP signature
Re: Applicant w/ package
Andrew Suffield (2001-11-04 01:03:40 +) : On Wed, Oct 31, 2001 at 05:30:57PM -0300, ReivaX wrote: Hi ppl in this nice list :) Im looking to be an applicant to debian developer. It seems i need an advocate... I want more info on how to get someone know about me.. I have packaged mplayer (the video player for X) with gui support and a default skin, ready to be used. You have got to be kidding. Read any one of the half a dozen prior threads about this and how it cannot be packaged, due to license, patent, and upstream arsehole issues. Maybe it would be worth listing it on the can't be packaged page at URL:http://www.debian.org/devel/wnpp/unable-to-package? Roland. -- Roland Mas S'agirait pas d'atteindre la sublime transcendance du supramental sans se bouger le fion un minimum... -- in Sri Raoul le petit yogi (Gaudelette)
Re: Applicant w/ package
* Roland Mas [EMAIL PROTECTED] [20011104 16:08]: Maybe it would be worth listing it on the can't be packaged page at URL:http://www.debian.org/devel/wnpp/unable-to-package? Done. -- Martin Michlmayr [EMAIL PROTECTED]
Re: dpkg-source: unrepresentable changes to source
On 03-Nov-2001 Eduard Bloch wrote: My definition of touch includeves everything besides the simple configure run (and removing configu.{guess,sub}). I can't do a configure run as there is no configure script! I do have to run the autotools scripts. The question is when to run it. Before or after the Debian diff is built. In fact I do run autogen.sh in the clean rule. Please WHAT? You should CLEAN, not generate something in the clean rule. From /usr/share/doc/autotools-dev/README.Debian.gz: Do note that a properly done autogen.sh invocation runs before dpkg has a chance to build the source package, so as to make sure an user does NOT need any of the programs called by autogen.sh to build the package. This will, in fact, ease the load on auto-builders as well since the program will build much faster. Please tell me where I should call the autogen.sh if not in clean rule to archive this. read the README.Debian from package autotools-dev I mentioned above. It explains this issue much better I I guess, you misenterpret it a bit. See above. Not an option as far as I understand this issue up to now. Autobuilders have or might have problems with this. They should not. If they become trouble, then either your package is Might be, the should not. But as a matter of fact they do. What now? broken (your problem) or the autotools are broken(others problem, but should be okay Sid currently). There is a third option: They have a incompatible version of autotools installed. This may happen very easily if a newer version is installed than the package uses. Just happened with 1.4 - 1.5! If I did misread that README I would be glad if you could explain what I did understand wrong. IMHO I am right here. I even looked at some packages which do it this way. Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65
Re: dpkg-source: unrepresentable changes to source
Florian, In your original mail, the question was what to do about symbolic links like missing -- /usr/share/automake/missing. The answer is: replace them by the file to which they are linked. More puzzling, though, is that the output of dpkg-source says that the old version is nonexistent. Normally one would expect the source distribution to include these files (INSTALL, install-sh, etc). The absence of such files suggests that either you are packaging from CVS, or perhaps that you are deleting the files in debian/rules clean. If you're building from CVS (I'll ignore the question why?), you'll need a .orig.tar file to upload anyway, so the best thing to do is make dist, and work from the resulting tarball which will have all the required files. If you are deleting the files yourself, then the fix is simple: don't do that. Notwithstanding autotools-dev README, I find the best policy for dealing with auto-based packages is to simply drop in the latest /usr/share/misc/config.{guess,sub}, if required, and build. When I packaged my first package, I thought it would be a good idea to make the diff as small as possible. I read the diff to double-check the modifications I make to the sources when I package things. Having the diff of configure and config.guess and the like mixed in was annoying, so I used to remove configure in debian/rules clean, and run autoconf in debian/rules build-stamp. The diff is much smaller and easier to read. However, after a number of bug reports, I have changed my mind. It doesn't pay to mess around with automake/autoconf/libtool and stuff inside debian/rules. All I do now is: make any tweaks to Makefile.am or configure.in, re-run the auto-stuff on my local copy, and live with the enlarged diff that results. If you need to run-something like autogen.sh that has automake --add-missing --force, just replace the resulting symlinks by the corresponding file. Again, you need only do this once. On Sun, Nov 04, 2001 at 08:18:47PM +0100, Florian Hinzmann wrote: In fact I do run autogen.sh in the clean rule. Please WHAT? You should CLEAN, not generate something in the clean rule. From /usr/share/doc/autotools-dev/README.Debian.gz: Do note that a properly done autogen.sh invocation runs before dpkg has a chance to build the source package, so as to make sure an user does NOT need any of the programs called by autogen.sh to build the package. This will, in fact, ease the load on auto-builders as well since the program will build much faster. Please tell me where I should call the autogen.sh if not in clean rule to archive this. As I read this section, Henrique is talking about regenerating files that are not stored in CVS. I don't know why he put this in the README. Debian packaging assumes you start from a source distribution tarball that *includes* all these files. Actually, I find Henrique's wording is slightly confusing. It is not true that the configure script and Makefile.in are supposed to be regenerated at every build. These files need to be rebuilt each time their input (i.e. configure.in) changes. No more often than that. You really only need to worry if you patch configure.in or Makefile.am. In addition, you need to worry about config.{guess,sub} *if used by the sources*. However, it's easy enough to drop in the latest version when you prepare a new upload. The rest of /usr/share/doc/autotools-dev/README.Debian.gz can be safely ignored. -Steve -- by Rocket to the Moon, by Airplane to the Rocket, by Taxi to the Airport, by Frontdoor to the Taxi, by throwing back the blanket and laying down the legs ... - They Might Be Giants
Re: Package review
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does anyone have any links for ECN stuff with relation to Cisco routers as my sysadmin at school does not know what ECN is. Warren On Friday 02 November 2001 05:41 am, Eric Van Buggenhaut wrote: Please inform the administrators of your server (www.cbu.edu) that their router is broken. It rejects ECN enabled. On Mon, Oct 29, 2001 at 12:52:18PM -0600, Warren Turkal wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Could someone please take a look at my package for uml at: http://www.cbu.edu/~wturkal/debian/ Warren - -- GPG Fingerprint: 30C8 BDF1 B133 14CB 832F 2C5D 99A1 A19F 559D 9E88 GPG Public Key @ http://www.cbu.edu/~wturkal/wturkal.gpg -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE73aVnmaGhn1WdnogRAkQTAJ48avRruokN88AYPCZkUIutRshdEACePaOd eELhEzDxa2gxPvTJwCjujzY= =ek78 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] - -- GPG Fingerprint: 30C8 BDF1 B133 14CB 832F 2C5D 99A1 A19F 559D 9E88 GPG Public Key @ http://www.cbu.edu/~wturkal/wturkal.gpg - -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s: a-- C++ UL+ P+ L+++ E W++ N+ o-- K- w--- O M+ V-- PS+ PE Y+ PGP++ t 5 X R tv+ b+ DI+ D+ G e h-- r y? - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE75a1SmaGhn1WdnogRAjZiAKCDoRMEGo8iwsLuJAqW9tOfK67zBwCdHjVQ mOQCAL0x0ZOYtXOwu54P6uA= =eRhH -END PGP SIGNATURE-
Re: Package review
Warren Turkal wrote: Does anyone have any links for ECN stuff with relation to Cisco routers as my sysadmin at school does not know what ECN is. http://www.aciri.org/floyd/ecn.html ECN (Explicit Congestion Notification) in TCP/IP which has a link to: http://gtf.org/garzik/ecn/ ECN-under-Linux Unofficial Vendor Support Page Peter
Re: Applicant w/ package
On Sun, 04 Nov 2001 16:26:20 Martin Michlmayr wrote: * Roland Mas [EMAIL PROTECTED] [20011104 16:08]: Maybe it would be worth listing it on the can't be packaged page at URL:http://www.debian.org/devel/wnpp/unable-to-package? you must be confused. the patent problems are only affecting the opendivx codec. I spoke with the maintainer about this problem, the opendivx codec is just not going into the mplayer package. the program itself is GPL regarding the technical issues, the main problem was that mplayer uses higher CPU optimizations on compilation. This can be solved by including a part of the sources in the binary package and building them in postinst or even by building many mplayer-* packages. this is a hard package, Dariush Pietrzak [EMAIL PROTECTED] has done a great job making it work. please don't trash it and reassign that entry to ITP. thanks, -- -- Robert Millan Debian GNU/Hurd user zeratul2 wanadoo eshttp://getyouriso.dyndns.org/ -- GPG ID C8D6942C 237F 8688 C2E5 BC64 E152 97B4 FB28 D41B C8D6 942C -- Some words for my friends Carnivore and Echelon -- FBI CIA NSA Assault Bomb Terrorism Jihad Allah Ossama Bin Laden Saddam Hussein Handgun Assault Plane Crash Pentagon World Trade Center Whitehouse President Bush Putin Twin Towers Air Force One USA America DeCCS RIAA BSA piracy illegal drugs heroin Big Brother is watching you defcon nuclear holocaust world war arabian afghanistan cryptography PGP GPG crack RSA algorithm Chechnya OMON Spetsnaz T-72 Merkava M1A1 Abrams Chieftain Challenger Turret Apache Missiles Skinheads troopers Kazakhstan Muhhamed Atta --- Put this in your signature and join us in confusing the Big Brother
Re: place of ldconfig in postinst
On Fri, Nov 02, 2001 at 10:17:36AM -0800, Sean 'Shaleh' Perry wrote: This is no different from working with a bunch of coders and everyone agreeing on a common code formatting. Talk to the maintainer of debhelper ? dh_make is NOT maintained by Joey Hess, the debhelper maint. In fact he has nothing to do with it. Oh, sorry. I was confused by the fact that the maintainer's scripts were kept under /usr/share/debhelper. Should we ask Craig Small [EMAIL PROTECTED] to sync those .ex files with Lintian ? -- Eric VAN BUGGENHAUT [EMAIL PROTECTED]
Re: dpkg-source: unrepresentable changes to source
#include hallo.h Florian Hinzmann wrote on Sun Nov 04, 2001 um 08:18:47PM: I can't do a configure run as there is no configure script! I do have to run the autotools scripts. The question is when to run it. Before or after the Debian diff is built. Well, if you _need_ the makefile to clean the cruft after the build, you may run autogen.sh once, then make clean, then remove the fresh created symlinks, then dh_clean. IMHO. Not an option as far as I understand this issue up to now. Autobuilders have or might have problems with this. They should not. If they become trouble, then either your package is Might be, the should not. But as a matter of fact they do. What now? Find out what actually breaks on auto-builders and file bug reports. There is a third option: They have a incompatible version of autotools installed. This may happen very easily if a newer version is installed than the package uses. Just happened with 1.4 - 1.5! That is why compatibility is a holy grail in Debian development. Gruss/Regards, Eduard. -- Alfie AAARGH, bin ich deppert! -- #debian.de
Re: place of ldconfig in postinst
Should we ask Craig Small [EMAIL PROTECTED] to sync those .ex files with Lintian ? actually he should sync them with debhelper.