Re: Problem with a package running "configure"
Ben Finney wrote:
>>depend.mk~
>>filelist.mk~
>>modules.mk~
>
> Why are they named this way? A filename with a trailing tilde ('~') is
> a common convention for a temporary backup file that can be deleted.
Upstream author made it like this... I don't know why. :-/
> I don't know which tool in particular is doing this, but I highly
> advise that you don't use that naming scheme for non-junk files
> because of the existing convention.
Right. I will contact upstream and tell him to change this.
Thank you very much people! :-)
Cheers
Nelson
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with a package running "configure"
On Wed, May 11, 2005 at 09:25:27PM -0300, Nelson A. de Oliveira wrote: > Hi > > I am having a problem... When running "./configure" on a dir with the > source of a program, it reads 3 files inside the dir "autoconf/make": > > depend.mk~ > filelist.mk~ > modules.mk~ > > Everything runs fine, it creates the Makefile and all the things work. > But, when creating a package (using the default rules included by > dh-make) or rules file of CDBS (including > /usr/share/cdbs/1/class/autotools.mk), it don't work! The 3 files ending > in ~ are deleted (I don't know why). > I think that they are deleted when dpkg-buildpackage is running the > configure script. > > When running dpkg-buildpackage, at the end of the configure I get this: > > updating cache ./config.cache > creating ./config.status > creating Makefile > sed: can't read ./autoconf/make/filelist.mk~: No such file or directory > sed: can't read ./autoconf/make/modules.mk~: No such file or directory > sed: can't read ./autoconf/make/depend.mk~: No such file or directory > > But, before running dpkg-buildpackage, they were all there! > Running ./configure by hand don't delete the files. > > Does anybody know what could be this? They're removed by dh_clean, called by the default debian/rules output by dh_make. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with a package running "configure"
On 11-May-2005, Nelson A. de Oliveira wrote:
> I am having a problem... When running "./configure" on a dir with the
> source of a program, it reads 3 files inside the dir "autoconf/make":
>
> depend.mk~
> filelist.mk~
> modules.mk~
Why are they named this way? A filename with a trailing tilde ('~') is
a common convention for a temporary backup file that can be deleted.
> The 3 files ending in ~ are deleted (I don't know why).
It's quite common for many utilities to assume that filenames with a
trailing tilde are junk (e.g. from previous editing sessions) and
clean them up.
I don't know which tool in particular is doing this, but I highly
advise that you don't use that naming scheme for non-junk files
because of the existing convention.
--
\ "Think for yourselves and let others enjoy the privilege to do |
`\ so too." -- Voltaire, _Essay On Tolerance_ |
_o__) |
Ben Finney <[EMAIL PROTECTED]>
signature.asc
Description: Digital signature
Problem with a package running "configure"
Hi I am having a problem... When running "./configure" on a dir with the source of a program, it reads 3 files inside the dir "autoconf/make": depend.mk~ filelist.mk~ modules.mk~ Everything runs fine, it creates the Makefile and all the things work. But, when creating a package (using the default rules included by dh-make) or rules file of CDBS (including /usr/share/cdbs/1/class/autotools.mk), it don't work! The 3 files ending in ~ are deleted (I don't know why). I think that they are deleted when dpkg-buildpackage is running the configure script. When running dpkg-buildpackage, at the end of the configure I get this: updating cache ./config.cache creating ./config.status creating Makefile sed: can't read ./autoconf/make/filelist.mk~: No such file or directory sed: can't read ./autoconf/make/modules.mk~: No such file or directory sed: can't read ./autoconf/make/depend.mk~: No such file or directory But, before running dpkg-buildpackage, they were all there! Running ./configure by hand don't delete the files. Does anybody know what could be this? Thank you very much Nelson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: updated cogito package - now with docs!
Andres Salomon <[EMAIL PROTECTED]> wrote: > On Wed, 11 May 2005 14:05:28 -0600, Sebastian Kuzminsky wrote: > > You can grab the new cogito package here: > > > > http://highlab.com/~seb/debian > > FYI, you can make the packages and source apt-get'able w/ a script like > http://www.acm.rpi.edu/~dilinger/libmusicbrainz-ruby/mkarchive.sh Cool. Ok all you crazy gits, add this to your sources.list and get apt-getting: # Seb's Cogito packages deb http://highlab.com/~seb/debian / deb-src http://highlab.com/~seb/debian / Only i386 binary packages for now, get the sources if you want to try compiling it on your architecture (and send me bugreports when it breaks!). -- Sebastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: z80asm, assembler for the Zilog Z80 microprocessor
Hello. on 05/11/05 22:35, Bas Wijnen wrote: Hello mentors, 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. lintian said "W: z80asm: binary-without-manpage z80asm" Your package doesn't include "z80asm.1". read man dh_installman. And. In debian/changelog, do you close ITP bug? thanks. -- /* * Masami Ichikawa * mailto: [EMAIL PROTECTED] */ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Stupid shebang tricks
On 11-May-2005, Joey Hess wrote: > Ben Finney wrote: > > That would be a downside (and kills it for the primary use I had in > > mind, '#!/usr/bin/env perl -w'). > > Of course "#!/usr/bin/env perl\nuse warnings;" is equivilant. Ah, I think I see; you're suggesting to use the following script header: = #!/usr/bin/env perl use warnings; = -- \ "He who laughs last, thinks slowest." -- Anonymous | `\ | _o__) | Ben Finney <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Re: Stupid shebang tricks
On 11-May-2005, Joey Hess wrote: > Ben Finney wrote: > > That would be a downside (and kills it for the primary use I had in > > mind, '#!/usr/bin/env perl -w'). > > Of course "#!/usr/bin/env perl\nuse warnings;" is equivilant. That still seems to fall foul of the "shebang only recognises one command argument on some systems" problem described in this thread. That is, on such systems the recognised shebang command would be '/usr/bin/env perl\nuse'. Would '/#!/usr/bin/env perl\nuse\ warnings;' work? (Leaving aside that this becomes very ugly very quickly.) -- \ "One time a cop pulled me over for running a stop sign. He | `\said, 'Didn't you see the stop sign?' I said, 'Yeah, but I | _o__) don't believe everything I read.'" -- Steven Wright | Ben Finney <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Re: updated cogito package - now with docs!
On Wed, 11 May 2005 14:05:28 -0600, Sebastian Kuzminsky wrote: > The upstream now includes docs for the GIT core, though still not for > Cogito. The docs are available in .txt and .html, and they _would_ > be available as manpages except for a bug in asciidoc. The asciidoc > maintainer has been offered a patch. > > > You can grab the new cogito package here: > > http://highlab.com/~seb/debian > FYI, you can make the packages and source apt-get'able w/ a script like http://www.acm.rpi.edu/~dilinger/libmusicbrainz-ruby/mkarchive.sh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
This stuff is not really expensive as before...
36 hours of freedom. http://genteel.piils24.info/?Bellevillextvuyfordszctcrowd Viagra - Just do her! :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: plotutils -- The GNU plotutils (plotting utilities) package
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Floris Bruynooghe <[EMAIL PROTECTED]> writes:
> Plotutils was orphaned quite a while ago (#279827). In the packages I
> created all outstanding bugs are closed. Also the packages now use
> dpatch to keep a clean upstream tree. They are available at
> http://www.soton.ac.uk/~fb102/Debian.
Your changelog has a spelling mistake ("postscrip"). More
importantly, it doesn't document all of your changes. We don't impose
penalties for more detailed descriptions, so feel free to be more
verbose. This is of great benefit to those who are not familiar with
the package. For example, you "use dpatch", but you could detail
exactly how you are using dpatch with a description of each patch.
What is debian/changelog.mine? You might want to take a more careful
look at the diff (read through it by hand; vim with syntax
highlighting is good for this), and remove any temporary or crufty
bits that shouldn't be there, and double check all changes.
- From my quick look at the diff, it looks like all of the autotools
stuff, and texinfo.tex and the info docs have been regenerated. This
was also in 4.2.1-12. If you didn't already, it might be a good idea
to regenerate them again with current tools to ensure they are
up-to-date.
Have you coordinated this with the QA team? The latest upload was
just 4 days ago. It's worth asking the developer who did that upload,
if you haven't already.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8
updated cogito package - now with docs!
The upstream now includes docs for the GIT core, though still not for Cogito. The docs are available in .txt and .html, and they _would_ be available as manpages except for a bug in asciidoc. The asciidoc maintainer has been offered a patch. You can grab the new cogito package here: http://highlab.com/~seb/debian You can look at the docs here (or in /usr/share/doc/cogito if you install the package): http://highlab.com/~seb/git-docs/git.html -- Sebastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: eaccelerator - PHP script cacher
Quoting Ben Finney <[EMAIL PROTECTED]>: On 11-May-2005, Roberto C. Sanchez wrote: Package name: eacclereator I presume that's a typo for 'eaccelerator', in this message only and not in the package? Sort of :-/ I initially made the typo throughout the package. Oops. However, it is all nice and fixed now. Description: Increases performance of PHP scripts by caching Synopsis should be a noun phrase describing the package (and should not start with a capital letter unless it would do so inside a sentence). Lintian comlained at me about this after I checked. eAccelerator is a free open source PHP accelerator, optimizer, encoder and dynamic content cache for PHP. Long description should not repeat the package name in its introduction. Good point. I suggest: = Description: dynamic optimising cache for PHP Implements a cache of optimised, compiled PHP scripts. This greatly improves the overall performance of PHP scripts since scripts are only compiled when they enter the cache. The server load and execute times for PHP scripts can typically be improved by 1-10 times. . eAccelerator is a fork of TurckMMCache ( http://sourceforge.net/project/turckmm-cache/ ) . For more information see the eAccelerator homepage at http://eaccelerator.net/HomeUk = I like it. I have changed the description to what you suggest. So, anyone interested in sponsoring? -Roberto -- Roberto C. Sanchez http://familiasanchez.net/~sanchezr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: I would like to help Debian by maintaining a package
also sprach Pierre Laroche <[EMAIL PROTECTED]> [2005.05.11.1933 +0200]: > I am looking for a sponsor so I can maintain a debian package. > I am thinking of taking over the wnpp packate (bcm4400-source). This would be nice. As the previous maintainer, I would be happy to sponsor you. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! when everything is coming your way, you're in the wrong lane. signature.asc Description: Digital signature
I would like to help Debian by maintaining a package
I am looking for a sponsor so I can maintain a debian package. I am thinking of taking over the wnpp packate (bcm4400-source). Please help. - Pierre
Re: Stupid shebang tricks & env -
also sprach Geert Stappers <[EMAIL PROTECTED]> [2005.05.11.1802 +0200]: > #!/usr/bin env - perl -w > > so, the extra hyphen, the trick? No. shebang lines can only take one argument. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! wind catches lily, scattering petals to the ground. segmentation fault. signature.asc Description: Digital signature
Re: {SPAM} Stupid shebang tricks
Daniel Ruoso wrote on 11/05/2005 18:07: > Em Ter, 2005-05-10 às 22:07, Ben Finney escreveu: > >>Yes, I've always been impressed with that trick (in direct proportion >>to the hatred I had of '#!/usr/bin/perl' and '#!/usr/local/bin/perl' >>wars). > > Considering we are in Debian, isn't alternatives the appropriate > solution for the different possible location of some interpreter? We aren't really talking abotu pure debian environments here. But even if we did: No, alternatives are used to handle different programs for a given purpose, but usually not for different locations of interpreters AFAIK. Different locations of a specific program (which is more like the problem we were talking about) are a different thing. After all, alternatives always work like /usr/bin/someprog -> /etc/alternatives/someprog -> /usr/bin/someprog-X11 (with x -> y depicting a link named x pointing to y). cu, sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Stupid shebang tricks & env -
Geert Stappers wrote on 11/05/2005 18:02: > Does > > #!/usr/bin env - perl -w > > so, the extra hyphen, the trick? This has the additional problem that "-" implies "-i", which starts with an empty environment. And many script actually use environment variables to control their behaviour. cu, sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Stupid shebang tricks & env -
On Wed, May 11, 2005 at 03:48:51PM +0200, martin f krafft wrote: > also sprach Bas Zoetekouw <[EMAIL PROTECTED]> [2005.05.11.1528 +0200]: > > > True. But before it will even be considered to make env standard, > > > the parameter problem would have to be solved. perl -w and /bin/sh > > > -e are just necessary. > > > > Just put "use warnings;" or "set -e" in the script. > > Yes, those work. I am sure there are examples where it does not. > > Why the stupid limitation to a single argument only anyway? That made me also curious. ENV(1) User Commands ENV(1) NAME env - run a program in a modified environment SYNOPSIS env [OPTION]... [-] [NAME=VALUE]... [COMMAND [ARG]...] DESCRIPTION Set each NAME to VALUE in the environment and run COMMAND. Not checked, but it seems to allow more parameters. Does #!/usr/bin env - perl -w so, the extra hyphen, the trick? Cheers Geert Stappers signature.asc Description: Digital signature
Re: {SPAM} Stupid shebang tricks
Em Ter, 2005-05-10 às 22:07, Ben Finney escreveu: > Yes, I've always been impressed with that trick (in direct proportion > to the hatred I had of '#!/usr/bin/perl' and '#!/usr/local/bin/perl' > wars). Considering we are in Debian, isn't alternatives the appropriate solution for the different possible location of some interpreter? daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Stupid shebang tricks
Ben Finney wrote: > That would be a downside (and kills it for the primary use I had in > mind, '#!/usr/bin/env perl -w'). Of course "#!/usr/bin/env perl\nuse warnings;" is equivilant. -- see shy jo signature.asc Description: Digital signature
Re: Stupid shebang tricks
also sprach Bas Zoetekouw <[EMAIL PROTECTED]> [2005.05.11.1528 +0200]: > > True. But before it will even be considered to make env standard, > > the parameter problem would have to be solved. perl -w and /bin/sh > > -e are just necessary. > > Just put "use warnings;" or "set -e" in the script. Yes, those work. I am sure there are examples where it does not. Why the stupid limitation to a single argument only anyway? -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! "a woman begins by resisting a man's advances and ends by blocking his retreat." -- oscar wilde signature.asc Description: Digital signature
Re: Stupid shebang tricks
also sprach Roger Leigh <[EMAIL PROTECTED]> [2005.05.11.1526 +0200]: > My solution, using perl scripts as an example, is to write > > [EMAIL PROTECTED]@ -w > > and use autoconf to generate the script for me, using > > AC_PATH_PROG([PERL], [perl]) This is not a solution for the problem being discussed. The user neever runs ./configure. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! eleventh law of acoustics: in a minimum-phase system there is an inextricable link between frequency response, phase response and transient response, as they are all merely transforms of one another. this combined with minimalization of open-loop errors in output amplifiers and correct compensation for non-linear passive crossover network loading can lead to a significant decrease in system resolution lost. however, of course, this all means jack when you listen to pink floyd. signature.asc Description: Digital signature
Re: Stupid shebang tricks
Hi martin! You wrote: > True. But before it will even be considered to make env standard, > the parameter problem would have to be solved. perl -w and /bin/sh > -e are just necessary. Just put "use warnings;" or "set -e" in the script. -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Stupid shebang tricks
On Wed, May 11, 2005 at 11:04:06PM +1000, Ben Finney wrote: > On 11-May-2005, martin f krafft wrote: > > also sprach Ben Finney <[EMAIL PROTECTED]> [2005.05.11.0307 +0200]: > > > To what extent should that be used? Is it reasonable to do it for > > > *any* shebang line? '#!/usr/bin/env make'? '#!/usr/bin/env bash'? > > > Debian standardises executable locations, so there is no need for > > lookup. > > The context of the '#!/usr/bin/env python' trick extends beyond Debian > though; the whole point is that a lookup will work in environments where > the location of the executable *isn't* the standard one. > > If we could safely assume our scripts would only ever be run on Debian > systems, we could dispense with a great many portability tricks. My solution, using perl scripts as an example, is to write [EMAIL PROTECTED]@ -w and use autoconf to generate the script for me, using AC_PATH_PROG([PERL], [perl]) and naming the script myscript.in, which is processed by configure to create myscript, where the top line now reads #!/usr/bin/perl -w This also allows any other configure substitutions to be made (version information, paths and file locations, configuration information etc.) This applies equally to python and any other scripting languages. Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: z80asm, assembler for the Zilog Z80 microprocessor
Oh, I forgot to mention, I filed an ITP as bug #308310 for it. Bas Wijnen wrote: > Short description: assembler for the Zilog Z80 microprocessor -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://129.125.47.90/e-mail.html signature.asc Description: OpenPGP digital signature
RFS: z80asm, assembler for the Zilog Z80 microprocessor
Hello mentors, 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 All the files can be downloaded from http://129.125.47.90/~shevek/debian/z80asm/ Thanks, Bas Wijnen -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://129.125.47.90/e-mail.html signature.asc Description: OpenPGP digital signature
RFS: plotutils -- The GNU plotutils (plotting utilities) package
Hi Plotutils was orphaned quite a while ago (#279827). In the packages I created all outstanding bugs are closed. Also the packages now use dpatch to keep a clean upstream tree. They are available at http://www.soton.ac.uk/~fb102/Debian. Package: plotutils Description: The GNU plotutils (plotting utilities) package The GNU plotting utilities include programs for plotting two-dimensional scientific data. They are built on top of GNU `libplot', a library for device-independent two-dimensional vector graphics. Hopfully someone wants to sponsor this. Thanks Floris -- Debian GNU/Linux -- The power of freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Stupid shebang tricks
also sprach Ben Finney <[EMAIL PROTECTED]> [2005.05.11.1504 +0200]: > The context of the '#!/usr/bin/env python' trick extends beyond > Debian though; the whole point is that a lookup will work in > environments where the location of the executable *isn't* the > standard one. True. But before it will even be considered to make env standard, the parameter problem would have to be solved. perl -w and /bin/sh -e are just necessary. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! "... (ethik und ästhetik sind eins.)" -- wittgenstein signature.asc Description: Digital signature
Re: RFS: eaccelerator - PHP script cacher
On 11-May-2005, Roberto C. Sanchez wrote: > Package name: eacclereator I presume that's a typo for 'eaccelerator', in this message only and not in the package? > Description: Increases performance of PHP scripts by caching Synopsis should be a noun phrase describing the package (and should not start with a capital letter unless it would do so inside a sentence). > eAccelerator is a free open source PHP accelerator, > optimizer, encoder and dynamic content cache for PHP. Long description should not repeat the package name in its introduction. I suggest: = Description: dynamic optimising cache for PHP Implements a cache of optimised, compiled PHP scripts. This greatly improves the overall performance of PHP scripts since scripts are only compiled when they enter the cache. The server load and execute times for PHP scripts can typically be improved by 1-10 times. . eAccelerator is a fork of TurckMMCache ( http://sourceforge.net/project/turckmm-cache/ ) . For more information see the eAccelerator homepage at http://eaccelerator.net/HomeUk = -- \ "He that would make his own liberty secure must guard even his | `\ enemy from oppression." -- Thomas Paine | _o__) | Ben Finney <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Re: Stupid shebang tricks
On 11-May-2005, martin f krafft wrote: > also sprach Ben Finney <[EMAIL PROTECTED]> [2005.05.11.0307 +0200]: > > To what extent should that be used? Is it reasonable to do it for > > *any* shebang line? '#!/usr/bin/env make'? '#!/usr/bin/env bash'? > > Are there any downsides? > > Performance. That's a potential downside, yes. Invoking an extra process, followed by a search through the PATH variable locations. > Debian standardises executable locations, so there is no need for > lookup. The context of the '#!/usr/bin/env python' trick extends beyond Debian though; the whole point is that a lookup will work in environments where the location of the executable *isn't* the standard one. If we could safely assume our scripts would only ever be run on Debian systems, we could dispense with a great many portability tricks. -- \ "Two paradoxes are better than one; they may even suggest a | `\ solution." -- Edward Teller | _o__) | Ben Finney <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Re: Stupid shebang tricks
also sprach Ben Finney <[EMAIL PROTECTED]> [2005.05.11.0307 +0200]: > To what extent should that be used? Is it reasonable to do it for > *any* shebang line? '#!/usr/bin/env make'? '#!/usr/bin/env bash'? > Are there any downsides? Performance. Debian standardises executable locations, so there is no need for lookup. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! government announcement - the government announced today that it is changing its mascot to a condom because it more clearly reflects the government's political stance. a condom stands up to inflation, halts production, destroys the next generation, protects a bunch of pricks and finally, gives you a sense of security while you're being screwed! signature.asc Description: Digital signature
Re: RFS: eaccelerator - PHP script cacher
Good job, i just find this tiny fault: Now running lintian... W: eaccelerator: description-synopsis-starts-with-a-capital-letter Finished running lintian. El mié, 11-05-2005 a las 00:43 -0400, Roberto C. Sanchez escribió: > Greetings debian-mentors (and Ola), > > Short story: after a recent upgrade of my server from Woody to Sarge, > along with going from horde2 to horde3, I noticed that my PHP > performance sucked :-( I embarked on a quest to learn about PHP > performance tuning, and decided (among other things) to install a > caching program. There is currently no cahcing program for PHP > scripts in the Debian archive, so I packaged it up and am seeking a > sponsor. > > Details: > > Package name: eacclereator > License: GPL2 > Description: Increases performance of PHP scripts by caching > eAccelerator is a free open source PHP accelerator, > optimizer, encoder and dynamic content cache for PHP. > It increases performance of PHP scripts by caching them > in compiled state, so that the overhead of compiling is > almost completely eliminated. Also it uses some > optimizations to speed up execution of PHP scripts. > eAccelerator typically reduces server load and increases > the speed of your PHP code by 1-10 times. > . > eAccelerator is a fork of TurckMMCache > ( http://sourceforge.net/project/turckmm-cache/ ) > . > For more information see the eAccelerator homepage at > http://eaccelerator.net/HomeUk > > You can get the binary and source packages from here: > > deb http://familiasanchez.net/~sanchezr/debian/ sarge main > deb-src http://familiasanchez.net/~sanchezr/debian/ sarge main > > -Roberto > -- Carlos Parra Camargo Emergya, Soluciones Tecnológicas Tel. +34 954 98 10 53 FAX +34 954 98 11 79 Avda. Luis Montoto, 105 E41007 Sevilla [EMAIL PROTECTED] http://www.emergya.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: pitfdll - DLL/QTX loader plugin for GStreamer
PLEASE, CC TO ME ON ANSWERING! Name: pitfdll (binary is gstreamer0.8-pitfdll) Homepage: http://sourceforge.net/projects/pitfdll/ License:GPL/LGPL Pitfdll is a plugin for GStreamer media framework that enables use of binary QuickTime QTX and DirectShow/DMO DLL files as a playback codecs in GStreamer-based applications, such as Totem. For example, it can be used with propietary codecs for Microsoft DirectShow framework. In short: this plugin makes Totem (totem-gstreamer) able to play WMV9 :-) The source package is available on mentors.debian.net (source name is "pitfdll"). The actual path is: http://mentors.debian.net/debian/pool/contrib/p/pitfdll/ The built i386 package is available here: http://sharemation.com/nyo/gstreamer0.8-pitfdll_0.8.1-1_i386.deb http://sharemation.com/nyo/gstreamer0.8-pitfdll_0.8.1-1_i386.deb.sig Please, read the README.Debian. -- Dan Korostelev <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: Changed upstream dependancy
On Wed, May 11, 2005 at 12:01:06PM +0300, Shachar Shemesh wrote: [...] > Now here are the questions: > 1. What is the correct order of things? Should I first upload a package > for argtable, wait for it to pass ftpmasters, and only then upload the > latest rsyncrypto version, or should I upload both, knowing that > rsyncrypto will be uninstallable (and uncompilable) until argtable is > accepted? First upload argtable. This way you won't confuse our buildds needlessly. > 2. I cannot seem to get a response from my sponsor at the moment. I > asked him whether he would like to sponsor argtable as well (being as it > is that they are now related). If he turns out MIA, what is the > procedure I need to follow? Reissue a RFS for both packages? Yes that would be the correct way. RFS once again. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Changed upstream dependancy
Hi all, "rsyncrypto" is a package I'm maintainer for (using sponsored uploads). Upstream for the package (which is me) changed the package's dependency to include "argtable" (a library for gnu-like option processing). Argtable doesn't have a Debian package (yet - Bug#306755. I'm the proposed maintainer, but not upstream this time). Now here are the questions: 1. What is the correct order of things? Should I first upload a package for argtable, wait for it to pass ftpmasters, and only then upload the latest rsyncrypto version, or should I upload both, knowing that rsyncrypto will be uninstallable (and uncompilable) until argtable is accepted? 2. I cannot seem to get a response from my sponsor at the moment. I asked him whether he would like to sponsor argtable as well (being as it is that they are now related). If he turns out MIA, what is the procedure I need to follow? Reissue a RFS for both packages? Thanks, Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. Have you backed up today's work? http://www.lingnu.com/backup.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Stupid shebang tricks
Ben Finney <[EMAIL PROTECTED]> wrote: > Is '/usr/bin/env' part of the POSIX spec? Is its behaviour with regard > to command arguments defined? Where would I find out? It is part of POSIX: http://www.opengroup.org/onlinepubs/009695399/utilities/env.html The problem is not with env, but with shebang lines. I believe that #! program argument works on most systems but using more arguments only works on some of them. Therefore, even without env, you wouldn't be able to call perl in a shebang line with more arguments than -w in a portable way. -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
No more penis enlarge ripoffs!
Wanna be more man? Check this dude http://www.swearet.com/ss/ Pleasure your women - size does matter! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cannot make (my first) debian package
On Thursday 05 May 2005 11:09, Bartosz Fenski aka fEnIo wrote: > You're using PDF as *source*? How come? > I am now using the latex file as source. > > Why don't you simply check some packages that contain binary files? > > `apt-get source asc-music` > What a wonderful idea! I have never downloaded a source package. I looked at some packages of the doc section and found many interesting hints. In the end I have managed to build a debian package which compiles the pdf file from a latex source. It installs in /usr/share/doc. It works. I have still to understand why :) -- On this laptop no Windows system survives and LINUX POWER reigns UNLIMITED. Successfully Microsoft free since December 2002. GnuPG key ID: 28A61681 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
