On Mon, Dec 27, 2004 at 02:56:28AM +0100, Alejandro Exojo wrote:
Hi.
Good evening,
However, looking at other packages, I see huge diffs with more than 300K, and
including lots of generated stuff. So here are my questions:
Often, the only useful thing the .diff.gz does is to create debian/.
If
Morning and happy holidays.
Try dh_shlibdeps -l./debian/mplayer-libs-package/usr/lib in
./debian/rules (where that is the directory into which shared
libraries are installed). Read about it in dh_shlibdeps(1).
Diversions will certainly make it messy .. maybe you shouldn't build
mplayer on a
On Thu, Dec 23, 2004 at 12:42:54PM +0100, Kees Leune wrote:
Hi!
I am looking for a sponsor for my Metar package.
This package is particularly useful is you want to quickly find out what the
^^
if
Cool package, I
:
This package was debianized by ...
It was downloaded from ...
Copyright:
Upstream Author(s): ...
License:
You should make the line that says Copyright: look like:
Copyright Justin Pryzby
or maybe
Copyright (C) 2004 by Justin Pryzby
which seems
On Wed, Dec 22, 2004 at 03:47:50PM +0100, Reto Schuettel wrote:
Hi
I'm looking for a sponsor for the following package:
Package: bmon (2.0.1)
Since this is my first package I am looking for any feedback!
Please delete the first Copyright: line in ./debian/copyright (as
per the
On Sun, Dec 19, 2004 at 02:32:42PM +0100, Matthijs Mohlmann wrote:
On Sun, 2004-12-19 at 13:57 +0100, Matthijs Mohlmann wrote:
Hey,
I'm preparing an upgrade path to the new pdns and want something to
know. According to the debian policy:
The preinst and postinst are called this way:
On Sat, Dec 18, 2004 at 12:18:39AM +0100, Magnus Therning wrote:
Package: icecc
Description: Distributed compiler, client and server (icecream)
to the fastest free server and is as this dynamic. This advantage pays off
^^^
I was looking through documentation yesterday and came across
something that seemed to imply that this was possible:
apt-get remove foo +bar
Which I think was going to remove foo and install bar.
Untested,
Justin
On Wed, Dec 15, 2004 at 03:43:52PM +0100, Frank Küster wrote:
Hello,
Is it
On Wed, Dec 15, 2004 at 10:29:41AM +0100, Ricardo Mones wrote:
On Wed, 15 Dec 2004 02:11:52 +0100 (CET)
Miriam Ruiz [EMAIL PROTECTED] wrote:
Also fails to build at first because debian/rules
is not executable,
but after chmod'ing it builds and runs fine. Nice
toy :)
Read debhelper(7); in short, `echo 4 debian/compat` makes it do what
you want.
Justin
On Tue, Dec 14, 2004 at 01:42:40PM -0800, [EMAIL PROTECTED] wrote:
Why is debhelper using debian/tmp/ as build directory, instead of
debian/package/?
The debhelper documentation agrees with my
Is bash an option?
On Tue, Dec 14, 2004 at 08:42:33PM +, Steve Kemp wrote:
Recently it was raised upon the debian-amd64 list as being the
kind of script which is better suited to being python/perl/ruby
instead of the compiled C. (Because the C turns out to be a little
buggy - and
, 2004-12-14 at 14:09 -0500, Justin Pryzby wrote:
On Tue, Dec 14, 2004 at 07:49:01PM +0100, Matthijs Mohlmann wrote:
Hi,
I've read in the policy that you shouldn't add random notes. But i'm not
sure of this one:
I have pdns and added some debconf questions and i have also moved
On Tue, Dec 14, 2004 at 07:49:01PM +0100, Matthijs Mohlmann wrote:
Hi,
I've read in the policy that you shouldn't add random notes. But i'm not
sure of this one:
I have pdns and added some debconf questions and i have also moved the
recursor to a seperated package. The original package
On Tue, Dec 14, 2004 at 05:41:09PM -0400, vegetax wrote:
Well , thanks to your previous suggestions i could get a clean package build
for pkg-classifier package, so can someone check it?
You should run lintian on it. ('debuild' does this automatically).
./debian/control has lines which are
On Mon, Dec 13, 2004 at 01:02:29PM -0800, Brian Nelson wrote:
[EMAIL PROTECTED] (Peter Jay Salzman) writes:
On Mon 13 Dec 04, 12:10 PM, Brian Nelson [EMAIL PROTECTED] said:
On Mon, Dec 13, 2004 at 02:55:28PM -0500, Peter Jay Salzman wrote:
$ lintian -i yadex_1.7.0-1_i386.deb
On Mon, Dec 13, 2004 at 02:32:47PM -0800, Matt Brubeck wrote:
Justin Pryzby wrote:
Instead, install what is presently /usr/games/yadex to
/usr/lib/yadex/... and install a one-line wrapper script to
/usr/games/yadex:
#!/bin/sh -e
exec x-terminal-emulator -e /usr/lib/yadex
On Mon, Dec 13, 2004 at 11:55:55PM +0100, martin f krafft wrote:
also sprach Peter Jay Salzman [EMAIL PROTECTED] [2004.12.13.2351 +0100]:
But I'd like to know -- precisely piece of policy is broken by
a menu command invoking x-terminal-emulator -e application?
I don't think it's a
On Mon, Dec 13, 2004 at 11:27:12PM +0100, Bartosz Fenski aka fEnIo wrote:
On Mon, Dec 13, 2004 at 10:05:28PM +0100, Sven Mueller wrote:
In any event, the program starts in a terminal environment, but ultimately
must be run in an x11 environment.
Do we have *anything* which uses menu entries
On Mon, Dec 13, 2004 at 06:05:51PM -0800, No Spam wrote:
--- No Spam [EMAIL PROTECTED] wrote:
I would like the user to be able to do the following:
1) Install the software in a location other than the default.
--- Justin Pryzby [EMAIL PROTECTED] wrote:
Debian handles dependencies
Hi Kevin,
On Sat, Dec 11, 2004 at 08:12:44AM -0500, Kevin B. McCarty wrote:
Justin Pryzby wrote:
Alternative solutions would be to put the shared libs in /usr/lib, or
That's what I've done; I think that makes sense, because compiling a
program with XC (the IRAF compiler frontend) will see
On Sat, Dec 11, 2004 at 08:47:01PM -0500, Kevin B. McCarty wrote:
On 12/11/2004 10:21 AM, Justin Pryzby wrote:
Oh, yeah, and upstream creates a libc.a which is in the search path ..
for now I'm just removing it so that gcc doesn't screw up (shared
libraries are renamed, but static onese
On Sun, Dec 12, 2004 at 03:32:26AM +0100, Adeodato Simó wrote:
* Justin Pryzby [Sat, 11 Dec 2004 10:21:02 -0500]:
By the way, what is /usr/lib/tls/, and why do all of my programs link
to its libc.so?
if you boot into a 2.4 kernel, you'll see that your programs no longer
link
On Fri, Dec 10, 2004 at 05:10:25PM -0800, No Spam wrote:
--- Justin Pryzby [EMAIL PROTECTED] wrote:
I'm not sure that that's what's happening, but it makes sense. You
can easily install a filesystem with debootstrap - Bootstrap a basic
Debian system.
That seems like such overkill
Should I use -L to ensure that I link with $BUILD_DIR libraries and
not /usr/lib ones? Yes, I compile shared libraries, then a build
system which links with them, then the actual stuff (which also links
with them).
Justin
On Wed, Dec 01, 2004 at 03:08:35PM -0800, Matt Brubeck wrote:
Justin
On Wed, Dec 08, 2004 at 10:26:42AM +0100, Frank Küster wrote:
martin f krafft [EMAIL PROTECTED] schrieb:
also sprach Frank Küster [EMAIL PROTECTED] [2004.12.07.1937 +0100]:
As I understood it, this is exactly the situation Justin is in.
Right, just that IRAF is much more obscure than X11.
On Tue, Dec 07, 2004 at 05:50:01PM +0100, martin f krafft wrote:
also sprach Adeodato Simó [EMAIL PROTECTED] [2004.12.07.1742 +0100]:
* martin f krafft [Tue, 07 Dec 2004 12:26:41 +0100]:
Why do you need LD_LIBRARY_PATH? are you running the binary during the
build process?
in the
On Mon, Dec 06, 2004 at 07:26:58PM +0100, Frank Küster wrote:
Andrew Zajac [EMAIL PROTECTED] schrieb:
The scanmodem script.
http://linmodems.technion.ac.il/packages/scanModem.gz
I have emailed the maintainer of the script and he seemed excited
about releasing this utility to debian.
Hi all.
Maintaining the IRAF package, I've added the ability to use shared
libraries. This saves considerable disk space, and is also good for
runtime efficiency.
The libraries are built with IRAF, and are used to compile the build
system. Then, the rest of IRAF is built with that.
I'm
On Sun, Dec 05, 2004 at 11:26:42AM -0500, Jereme Corrado wrote:
Hello List,
flawed. So I chopped on the FOM source once more and had the
installer write out a conf file in the director where FOM stores
other such business, (/var/lib/fom/meta). Then I just set up
I think
The problem is, that if you have postinst delete the files, they are
still registered as belonging to the package. Which is bad, because
they wouldn't exist. Donno if there's a way of unregistering files
(other than parsing /var/lib/dpkg/info/$pkg.list).
The only way to use a file which is not
On Fri, Dec 03, 2004 at 06:40:55PM +0100, Philipp Meier wrote:
On Fri, Dec 03, 2004 at 11:11:58AM -0500, Justin Pryzby wrote:
The problem is, that if you have postinst delete the files, they are
still registered as belonging to the package. Which is bad, because
they wouldn't exist. Donno
On Thu, Dec 02, 2004 at 03:29:18PM +0100, rixed wrote:
Hello, list-men.
Im packaging a program that uses a series of sql patches to upgrade from
any version to the latest. Those files are located in a 'patches'
directory in the source tree, but are not installed anywhere by make
install
On Wed, Dec 01, 2004 at 09:06:24PM +0100, Eric Lavarde wrote:
I'm packaging FreeMind (old version somewhere on the upload path), and
the new version is requesting multiple packages. So here two questions:
- is there somewhere a specific description of multi-packaging? the new
maintainer
Hi all,
I don't want to talk about whether 15k line ./configure scripts are
source.
I'm unofficially maintaining a nonfree package, IRAF. It install
/usr/include/iraf.h, which it uses for compilation (it includes a
compiler: xc) as well as to resolve the path to its files
(#define HOST
On Wed, Dec 01, 2004 at 09:06:24PM +0100, Eric Lavarde wrote:
I'm packaging FreeMind (old version somewhere on the upload path), and
the new version is requesting multiple packages. So here two questions:
- is there somewhere a specific description of multi-packaging? the new
maintainer
Hi all,
I don't want to talk about whether 15k line ./configure scripts are
source.
I'm unofficially maintaining a nonfree package, IRAF. It install
/usr/include/iraf.h, which it uses for compilation (it includes a
compiler: xc) as well as to resolve the path to its files
(#define HOST
conffiles are a special case of configuration files. They are
updated gracefully by the package management system: users are
prompted during a package upgrade *only* if 1) the upstream package
maintainer updated the conffile and 2) *they* customized the conffile
for their own system.
A
conffiles are a special case of configuration files. They are
updated gracefully by the package management system: users are
prompted during a package upgrade *only* if 1) the upstream package
maintainer updated the conffile and 2) *they* customized the conffile
for their own system.
A
On 28 Aug 2003, Francesco Paolo Lovergine [EMAIL PROTECTED] sent
the ITP. He's a developer, so if he still ITP, then there's no need
to double the work. But its been 12 months since his mail, so it'd be
good to ask him. Maybe he'll sponsor.
Justin
On Sat, Nov 20, 2004 at 12:44:19PM -0600,
On 28 Aug 2003, Francesco Paolo Lovergine [EMAIL PROTECTED] sent
the ITP. He's a developer, so if he still ITP, then there's no need
to double the work. But its been 12 months since his mail, so it'd be
good to ask him. Maybe he'll sponsor.
Justin
On Sat, Nov 20, 2004 at 12:44:19PM -0600,
There was,
http://www.internatif.org/bortzmeyer/debian/sponsor/
On Wed, Nov 17, 2004 at 02:44:13PM +0100, Stephan Beyer wrote:
Hi,
funny, I RFS'ed the package some time ago, too ;)
http://www.noxa.de/~sbeyer/debian/packages/?main,src,ocrad
But my version is still 0.8-1...
Hm,
Hi all,
As previously mentioned, I'm packaging AIPS: Astronomical Image
Processing System.
I've converted the compile process to use shared library rather than
static ones such as to decrease memory and disk footprint.
I've been doing packages for ~6 months, and some pretty complicated
ones,
There was,
http://www.internatif.org/bortzmeyer/debian/sponsor/
On Wed, Nov 17, 2004 at 02:44:13PM +0100, Stephan Beyer wrote:
Hi,
funny, I RFS'ed the package some time ago, too ;)
http://www.noxa.de/~sbeyer/debian/packages/?main,src,ocrad
But my version is still 0.8-1...
Hm,
Hi all,
As previously mentioned, I'm packaging AIPS: Astronomical Image
Processing System.
I've converted the compile process to use shared library rather than
static ones such as to decrease memory and disk footprint.
I've been doing packages for ~6 months, and some pretty complicated
ones,
The connfile (like httpd.conf) should be installed as a normal file to
/etc/. There should be a file in debian/ (DEBIAN/, really) which is
called 'conffiles' which lists the conffiles. Those files are
automatically handled by dpkg. Users are prompted iff they have
changed the original conffile
On Mon, Nov 15, 2004 at 06:10:17PM +0200, Mugurel Tudor wrote:
On Mon, 2004-11-15 at 16:38 +0100, martin f krafft wrote:
also sprach Justin Pryzby [EMAIL PROTECTED] [2004.11.15.1632 +0100]:
You should also check out /usr/lib/dpkg/ (esp. *.conffiles). Make
sure that your conffile
The connfile (like httpd.conf) should be installed as a normal file to
/etc/. There should be a file in debian/ (DEBIAN/, really) which is
called 'conffiles' which lists the conffiles. Those files are
automatically handled by dpkg. Users are prompted iff they have
changed the original conffile
On Mon, Nov 15, 2004 at 06:10:17PM +0200, Mugurel Tudor wrote:
On Mon, 2004-11-15 at 16:38 +0100, martin f krafft wrote:
also sprach Justin Pryzby [EMAIL PROTECTED] [2004.11.15.1632 +0100]:
You should also check out /usr/lib/dpkg/ (esp. *.conffiles). Make
sure that your conffile
Greetings,
I mailed the list recently regarding my ITP AIPS: Astronomical Image
Processing System. For anyone who might have considered sponsoring,
here is some more info regarding its size.
Source tar.gz: 67MB
Initial .deb Size: 148MB
Current .deb Size: 16MB arch dependent, 52MB arch
Greetings,
I mailed the list recently regarding my ITP AIPS: Astronomical Image
Processing System. For anyone who might have considered sponsoring,
here is some more info regarding its size.
Source tar.gz: 67MB
Initial .deb Size: 148MB
Current .deb Size: 16MB arch dependent, 52MB arch
On Thu, Oct 28, 2004 at 07:21:23PM +0200, Santiago Vila wrote:
On Thu, 28 Oct 2004, David Everly wrote:
Is there some mechanism or alternative for using uupdate so that any
upstream debian directory can be removed before patching?
Don't know about uupdate, but you are allowed to
On Thu, Oct 28, 2004 at 07:21:23PM +0200, Santiago Vila wrote:
On Thu, 28 Oct 2004, David Everly wrote:
Is there some mechanism or alternative for using uupdate so that any
upstream debian directory can be removed before patching?
Don't know about uupdate, but you are allowed to
You should retitle that bug to an ITP.
Justin
On Thu, Oct 14, 2004 at 11:23:49PM +0200, MiguelGea wrote:
Hello mentors,
I found a RFP:
Debian Bug report logs - #250538
RFP: libmatheval -- GNU library for evaluating symbolic mathematical
expressions
I'm not a DD, but I want to package it.
You should retitle that bug to an ITP.
Justin
On Thu, Oct 14, 2004 at 11:23:49PM +0200, MiguelGea wrote:
Hello mentors,
I found a RFP:
Debian Bug report logs - #250538
RFP: libmatheval -- GNU library for evaluating symbolic mathematical
expressions
I'm not a DD, but I want to package it.
You can submit the bug to Debian, and it becomes the maintainer's
responsibility to forward it upstream if so necessary. (There is a
mechanism, too, for tagging a bug as forwarded to [EMAIL PROTECTED]) such that
this isn't duplicated.
Or, you can submit it to Abiword.
TP,
Justin
On Wed, Oct
You can submit the bug to Debian, and it becomes the maintainer's
responsibility to forward it upstream if so necessary. (There is a
mechanism, too, for tagging a bug as forwarded to [EMAIL PROTECTED]) such that
this isn't duplicated.
Or, you can submit it to Abiword.
TP,
Justin
On Wed, Oct
You want to use:
http://www.antlr.org/download/ /download//antlr-(.*)\.tar\.gz debian uupdate
Uscan will search the html at /download/ for a reference to a newer
file.
TP,
Justin
On Thu, Sep 30, 2004 at 08:55:15AM +0200, Arnaud Vandyck wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
You want to use:
http://www.antlr.org/download/ /download//antlr-(.*)\.tar\.gz debian uupdate
Uscan will search the html at /download/ for a reference to a newer
file.
TP,
Justin
On Thu, Sep 30, 2004 at 08:55:15AM +0200, Arnaud Vandyck wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Sep 07, 2004 at 06:18:20PM -0500, Amos Waterland wrote:
I haven't heard anything since I fixed the lintian warning Justin
pointed out.
Are there any other problems?
I hate to do it again, but:
[EMAIL PROTECTED]:/tmp/z$ lintian *{deb,dsc}
W: stress source:
On Tue, Sep 07, 2004 at 06:18:20PM -0500, Amos Waterland wrote:
I haven't heard anything since I fixed the lintian warning Justin
pointed out.
Are there any other problems?
I hate to do it again, but:
[EMAIL PROTECTED]:/tmp/z$ lintian *{deb,dsc}
W: stress source:
It seems that this is really an RFS, because .debs are provided.
Lintian complains:
ln -sf ../share/doc/stress /usr/doc/stress,
a line which is
# Automatically added by dh_installdocs
Indeed, you appear to be using an old debhelper:
Build-Depends: debhelper ( 3.0.0)
It seems that this is really an RFS, because .debs are provided.
Lintian complains:
ln -sf ../share/doc/stress /usr/doc/stress,
a line which is
# Automatically added by dh_installdocs
Indeed, you appear to be using an old debhelper:
Build-Depends: debhelper ( 3.0.0)
On Wed, Sep 01, 2004 at 10:09:40AM +1000, Matthew Palmer wrote:
On Wed, Sep 01, 2004 at 01:45:27AM +0200, Brian Sutherland wrote:
There are about 10 of these png files that shouldn't be there. Upstream
knows about this and will eventually get round to it. Can the package
still be accepted
On Wed, Aug 25, 2004 at 11:35:12PM +0200, Stephan Beyer wrote:
Hi,
this night I made some small bugfixes to the mpg321 code and send it
to Joe Drew, the upstream author and Debian maintainer of mpg321.
Looking at the BTS and the changelogs I came to the thought, that
development on the
On Wed, Aug 25, 2004 at 11:35:12PM +0200, Stephan Beyer wrote:
Hi,
this night I made some small bugfixes to the mpg321 code and send it
to Joe Drew, the upstream author and Debian maintainer of mpg321.
Looking at the BTS and the changelogs I came to the thought, that
development on the
I'm going to respond here and hope someone corrects me if I'm wrong or
if there's a better way.
On Fri, Aug 13, 2004 at 10:52:42AM +0200, Alexander List wrote:
Hello,
I am about to create site-specific debs, e.g. patched versions of official
Debian packages with local add-ons (that don't
I'm going to respond here and hope someone corrects me if I'm wrong or
if there's a better way.
On Fri, Aug 13, 2004 at 10:52:42AM +0200, Alexander List wrote:
Hello,
I am about to create site-specific debs, e.g. patched versions of official
Debian packages with local add-ons (that don't
FYI, there's 'gotmail', too, but that's different functionality.
Justin
On Thu, Aug 12, 2004 at 10:43:41PM -0230, Lawrence Williams wrote:
signature.asc
Description: Digital signature
FYI, there's 'gotmail', too, but that's different functionality.
Justin
On Thu, Aug 12, 2004 at 10:43:41PM -0230, Lawrence Williams wrote:
signature.asc
Description: Digital signature
You are correct; see [1]. Make sure it checks for the existence of all
files it needs.
Cheers,
--
Justin
aptitude install iraf saods9 eclipse xpa sextractor x11iraf wcstools pyraf
http://www.justinpryzby.com/debian/
References
[1] http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.5
Hi all,
As per policy, my unofficial package of IRAF now includes a perl script
update-extern.pkg.pl which is installed in /usr/bin/. It will be used
by external IRAF packages, each of which need to update extern.pkg. Of
course, each also depends on IRAF. If memory serves, the script
shouldn't
On Fri, Aug 06, 2004 at 02:19:56AM +0200, Frank Lichtenheld wrote:
On Thu, Aug 05, 2004 at 08:15:07PM -0400, Justin Pryzby wrote:
Hi all,
As per policy, my unofficial package of IRAF now includes a perl script
update-extern.pkg.pl which is installed in /usr/bin/. It will be used
You are correct; see [1]. Make sure it checks for the existence of all
files it needs.
Cheers,
--
Justin
aptitude install iraf saods9 eclipse xpa sextractor x11iraf wcstools pyraf
http://www.justinpryzby.com/debian/
References
[1] http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.5
Hi all,
As per policy, my unofficial package of IRAF now includes a perl script
update-extern.pkg.pl which is installed in /usr/bin/. It will be used
by external IRAF packages, each of which need to update extern.pkg. Of
course, each also depends on IRAF. If memory serves, the script
shouldn't
On Fri, Aug 06, 2004 at 02:19:56AM +0200, Frank Lichtenheld wrote:
On Thu, Aug 05, 2004 at 08:15:07PM -0400, Justin Pryzby wrote:
Hi all,
As per policy, my unofficial package of IRAF now includes a perl script
update-extern.pkg.pl which is installed in /usr/bin/. It will be used
52. http://www.debian.org/devel/wnpp/
* [53]fftw -- Library for computing Fast Fourier Transforms.
([54]Bug#263126)
* [55]fftw3 -- Library for computing Fast Fourier Transforms.
([56]Bug#263125)
I'd definitely like to see these stay in Debian. I'll look into picking
up the work if
52. http://www.debian.org/devel/wnpp/
* [53]fftw -- Library for computing Fast Fourier Transforms.
([54]Bug#263126)
* [55]fftw3 -- Library for computing Fast Fourier Transforms.
([56]Bug#263125)
I'd definitely like to see these stay in Debian. I'll look into picking
up the work if
,
--
Justin
aptitude install iraf saods9 eclipse xpa sextractor latex-astro wcstools pyraf
http://www.justinpryzby.com/debian/
On Sat, Jul 31, 2004 at 08:59:47PM -0700, Matt Zimmerman wrote:
On Sat, Jul 31, 2004 at 08:39:52PM -0400, Justin Pryzby wrote:
The code uses varargs.h which gcc-3.3 doesn't
Hi all,
Is it possible to convert _to_ nroff man.1 style input? I have an tmac
file.. The upstream documentation is in a custom roff-like format.
Thanks,
--
Justin
aptitude install iraf saods9 eclipse xpa sextractor latex-astro wcstools pyraf
http://www.justinpryzby.com/debian/
PS, for those
Hi all,
Is it possible to convert _to_ nroff man.1 style input? I have an tmac
file.. The upstream documentation is in a custom roff-like format.
Thanks,
--
Justin
aptitude install iraf saods9 eclipse xpa sextractor latex-astro wcstools pyraf
http://www.justinpryzby.com/debian/
PS, for those
Hi all,
I have a package (x11iraf) which conflicts with gcc-3.3. For the whole
story see below..
gcc includes /usr/bin/gcc which is pretty much a necessity, I think. I
need xmkmf to work too. For now I have Build-Depends: gcc-3.2, but what
can I do to force it to actually compile with that,
On Sat, Jul 31, 2004 at 05:58:53PM -0700, Steve Langasek wrote:
On Sat, Jul 31, 2004 at 08:39:52PM -0400, Justin Pryzby wrote:
I have a package (x11iraf) which conflicts with gcc-3.3. For the whole
story see below..
gcc includes /usr/bin/gcc which is pretty much a necessity, I think. I
On Sun, Aug 01, 2004 at 03:10:52AM +0200, Frank Lichtenheld wrote:
On Sat, Jul 31, 2004 at 08:39:52PM -0400, Justin Pryzby wrote:
Hi all,
I have a package (x11iraf) which conflicts with gcc-3.3. For the whole
story see below..
Hmm, what is upstream saying about the mess? That's
Hi all,
I have a package (x11iraf) which conflicts with gcc-3.3. For the whole
story see below..
gcc includes /usr/bin/gcc which is pretty much a necessity, I think. I
need xmkmf to work too. For now I have Build-Depends: gcc-3.2, but what
can I do to force it to actually compile with that,
On Sat, Jul 31, 2004 at 05:58:53PM -0700, Steve Langasek wrote:
On Sat, Jul 31, 2004 at 08:39:52PM -0400, Justin Pryzby wrote:
I have a package (x11iraf) which conflicts with gcc-3.3. For the whole
story see below..
gcc includes /usr/bin/gcc which is pretty much a necessity, I think. I
On Sun, Aug 01, 2004 at 03:10:52AM +0200, Frank Lichtenheld wrote:
On Sat, Jul 31, 2004 at 08:39:52PM -0400, Justin Pryzby wrote:
Hi all,
I have a package (x11iraf) which conflicts with gcc-3.3. For the whole
story see below..
Hmm, what is upstream saying about the mess? That's
,
--
Justin
aptitude install iraf saods9 eclipse xpa sextractor latex-astro wcstools pyraf
http://www.justinpryzby.com/debian/
On Sat, Jul 31, 2004 at 08:59:47PM -0700, Matt Zimmerman wrote:
On Sat, Jul 31, 2004 at 08:39:52PM -0400, Justin Pryzby wrote:
The code uses varargs.h which gcc-3.3 doesn't
I think what you want is described in the dpkg programmers manual:
A directory will never be replaced by a symbolic links to a
directory or vice versa; instead, the existing state (symlink or
not) will be left alone and dpkg will follow the symlink if
there is one.
I think what you want is described in the dpkg programmers manual:
A directory will never be replaced by a symbolic links to a
directory or vice versa; instead, the existing state (symlink or
not) will be left alone and dpkg will follow the symlink if
there is one.
Check out netpbm for a package with many, many licenses. I don't think
your case can possibly be worse than that. Anyways, the license file is
done in a very systematic way.
On Tue, Jul 27, 2004 at 03:16:53PM +0200, Willi Mann wrote:
Hi!
I'm facing a small problem with my package
FYI, dh_installman is, by default, commented out in debian/rules, if you
use dh_make to create debian/.
Justin
signature.asc
Description: Digital signature
Greetings,
I come bearing offerings of packages. I have a repository at [1], which
includes a several powerful packages for astronomy.
For the moment, the packages I wish to be considered are as follows:
pport - Description: Control appliances with the parallel port
pport allows arbitrary
FYI, dh_installman is, by default, commented out in debian/rules, if you
use dh_make to create debian/.
Justin
signature.asc
Description: Digital signature
Greetings,
I come bearing offerings of packages. I have a repository at [1], which
includes a several powerful packages for astronomy.
For the moment, the packages I wish to be considered are as follows:
pport - Description: Control appliances with the parallel port
pport allows arbitrary
601 - 694 of 694 matches
Mail list logo