On Sat, 30 Jan 1999, Bernd Eckenfels wrote:
who would liek to take the lilo package over?
There are a few pending bugs, most of the dealing with the lack of an
intelligent install script (which should be included in the bootfloppies,
too).
I'll have a try at it unless nobody else really
David Welton wrote:
Well, often times, those packages are more complex than single binary
packages. No way is epic as difficult to maintain as X, yet, if I'm
not mistaken, they each have just one source package.
It would be neat to do both stats, and then compare.
I actually did the other
Have you looked at how the author of the package intended this to be
handled? See /etc/menu-methods/translate-menus. An example from that file:
#translate id-title
# include /usr/lib/menus/LANGUAGE/finnish
# menu/apps/editors TekstVeranderaars
#endtranslate
This can make translating the
On Fri, 29 Jan 1999, Joey Hess wrote:
Craig Sanders wrote:
i've noticed this behaviour in the past, when xntp gets upgraded in the
same dselect run as cron or sysklogd.
I doubt this is it because I've experienced the problem on 2 machines;
neither runs xntpd or any other time
use -rpath /usr/lib for their programs.
Just to make it clear, since I don't think this has come up yet,
/usr/lib isn't the only problem -- /usr/X11R6/lib is as well (or was,
at some point; I haven't looked at the upstream XFree86 Imake
configuration recently, but it did use --rpath at one point
to your cron file that does 'date' and 'date -u'? Set it to run more
I haven't seen the problem yet myself, but throw in an env
too... I've noted (in a bug report in regard to inetd) that doing
apt-get upgrade with sudo or su with a full *user* environment often
means that you end up with an
I'm pretty sure xmem was in procps or xproc at one point, and got
dropped because it wasn't being maintained upstream, or something like
that...
Daniel Martin [EMAIL PROTECTED] writes:
Helmut Geyer is listed as the maintainer for xxgdb and bzip - xxgdb
hasn't had a maintainer upload since when bo was frozen, and bzip's
last maintainer upload was longer ago than that. Mail sent to his
listed address goes unanswered, but maybe that's
On Fri, Jan 29, 1999 at 03:18:18PM -0500, Shaleh wrote:
I just learned that the LyX copyright file was corrected to explicitely
state that linking against a non-free library is okay. This however wasn't
really needed as 'The law is quite clear that the release of the software by
the
Hamish Moffatt [EMAIL PROTECTED] writes:
A package I maintain uses libtool. To remove the rpath stuff, I
apply this patch to configure.in.
Actually, I sort of like the following technique better:
Add the following to debian/rules right before calling $(MAKE) all
(but after configure):
Buddha Buck [EMAIL PROTECTED] writes:
does it know that libc5 and libc6 are incompatable versions of the
same library (different sonames), or does it feel that loading two
libraries (libfoo, libc6) is better than loading three (libfoo,
libc5, libc6).
It recognizes libc, libm, and libdl in
Brent Fulgham [EMAIL PROTECTED] writes:
Try Japhar/Classpath:
www.japhar.org -- free JDK (compiler, runtime, debugger, etc.)
www.classpath.org -- free implementation of the essential java libraries
Plus...
www.transvirtual.com -- Kaffe JIT
www.mozilla.org -- ElectricalFire JIT
Cheers,
Ivan E. Moore II [EMAIL PROTECTED] writes:
/usr/lib/libgnomeui.so.0: undefined symbol: argp_program_version
This happens with some of the GNOME based packages I've installed
from both slink and potatoe lately...
Any ideas what I'm missing or what I did???
You probably have mixed some of
Ben Pfaff [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Martin Bialasinski) writes:
Hmm, with a strong enough improbability field, you will see dragons in
the sky.
Dragons and octopi in the sky are Somebody Else's Problem.
Flying Octopi? Sounds like a Detroit Red Wings game...
Avery Pennarun [EMAIL PROTECTED] writes:
Six orders of magnitude??
Bandwidth and latency are not the same thing.
Guy
On Sat, Jan 30, 1999 at 12:07:29AM -0800, Jim Pick wrote:
/usr/lib/libgnomeui.so.0: undefined symbol: argp_program_version
You probably have mixed some of the 0.99.x packages and the 0.30 packages.
---end quoted text---
yup..after digging and playing I found out that some of the programs
I
On Sat, Jan 30, 1999 at 12:35:31AM +0100, Bernd Eckenfels wrote:
Hello,
who would liek to take the lilo package over?
There are a few pending bugs, most of the dealing with the lack of an
intelligent install script (which should be included in the bootfloppies,
too).
I wouldn't mind
Amos Shapira [EMAIL PROTECTED] writes:
On Fri, January 29 1999, Ionutz Borcoman [EMAIL PROTECTED] wro
te:
|Hi,
|
|Is the gnuclient/gnuserv broken in XEmacs ? Using the latest versions
|from potato I am no more able to start a gnuclient :-( Is anybody else
|experiencing this ?
I've
On Fri, Jan 29, 1999 at 03:18:18PM -0500, Shaleh wrote:
That allows it to live in contrib -- woopie. Until they have a non forms
based
GUI, it matters little.
But noone will ask for the removal of LyX anymore.
Michael
--
Michael Meskes | Go SF 49ers!
Th.-Heuss-Str.
Am I overlooking something obvious here?
libgtk1.1.13-dev provides libgtk-dev and libgtk1.1-dev
but
libgtk1.1-dev conflicts with libgtk-dev
this means that gnome-apt refuses to install libgtk1.1.13-dev,
a package that I sorely need. Aren't these relationships somewhat odd.
--
Eschew
On 30 Jan 1999, Ole J. Tetlie wrote:
Am I overlooking something obvious here?
libgtk1.1.13-dev provides libgtk-dev and libgtk1.1-dev
but
libgtk1.1-dev conflicts with libgtk-dev
this means that gnome-apt refuses to install libgtk1.1.13-dev,
a package that I sorely need. Aren't these
Russell Coker [EMAIL PROTECTED] writes:
What is a close(-1) supposed to do? The http program does one and
I'm curious as to why...
It usually means someone isn't checking the return value from
open/socket/etc...
--
http://www.greenend.org.uk/rjk/
*-Jules Bean [EMAIL PROTECTED]
|
| On 30 Jan 1999, Ole J. Tetlie wrote:
|
| Am I overlooking something obvious here?
|
| libgtk1.1.13-dev provides libgtk-dev and libgtk1.1-dev
|
| but
|
| libgtk1.1-dev conflicts with libgtk-dev
|
| this means that gnome-apt refuses to install
On 30 Jan 1999, Ole J. Tetlie wrote:
*-Jules Bean [EMAIL PROTECTED]
|
| On 30 Jan 1999, Ole J. Tetlie wrote:
|
| Am I overlooking something obvious here?
|
| libgtk1.1.13-dev provides libgtk-dev and libgtk1.1-dev
|
| but
|
| libgtk1.1-dev conflicts with libgtk-dev
|
|
*-Jules Bean [EMAIL PROTECTED]
|
| The fact that the *actual* libgtk1.1-dev package conflicts with
| libgtk-dev, does not mean that the package libgtk1.13-dev, which provides
| libgtk1.1-dev, must conflict with libgtk-dev.
|
| Or, in the abstract:
|
| If A conflicts with B, and C provides A,
On 30 Jan 1999, Ole J. Tetlie wrote:
*-Jules Bean [EMAIL PROTECTED]
|
| The fact that the *actual* libgtk1.1-dev package conflicts with
| libgtk-dev, does not mean that the package libgtk1.13-dev, which provides
| libgtk1.1-dev, must conflict with libgtk-dev.
|
| Or, in the abstract:
|
* Chris Waters (Thu, Jan 28, 1999 at 10:14:15AM -0800)
1. Dragon
Aye!
--
SSM - Stig Sandbeck Mathisen
Trust the Computer, the Computer is your Friend
pgpBVRhU7iSbR.pgp
Description: PGP signature
On Fri, Jan 29, 1999 at 11:39:27PM -0800, Jim Pick wrote:
Hamish Moffatt [EMAIL PROTECTED] writes:
A package I maintain uses libtool. To remove the rpath stuff, I
apply this patch to configure.in.
Actually, I sort of like the following technique better:
[...]
That way, there is no need
how hard would it be to have the Packages pages on the Debian web site show the
packages home URL, i.e. where the author is? A few times I have been hunting
for this because I needed a bsd or Sun version of a program. Downloading the
orig.tar.gz and looking inside can be cumbersome.
Shaleh == Shaleh [EMAIL PROTECTED] writes:
Shaleh how hard would it be to have the Packages pages on the Debian
Shaleh web site show the packages home URL, i.e. where the author is?
Shaleh A few times I have been hunting for this because I needed a
Shaleh bsd or Sun version of a program.
Shaleh [EMAIL PROTECTED] writes:
how hard would it be to have the Packages pages on the Debian web site show
the
packages home URL, i.e. where the author is? A few times I have been hunting
for this because I needed a bsd or Sun version of a program. Downloading the
orig.tar.gz and
On 30-Jan-99 Johnie Ingram wrote:
Shaleh == Shaleh [EMAIL PROTECTED] writes:
Shaleh how hard would it be to have the Packages pages on the Debian
Shaleh web site show the packages home URL, i.e. where the author is?
Shaleh A few times I have been hunting for this because I needed a
In article [EMAIL PROTECTED],
Ionutz Borcoman [EMAIL PROTECTED] wrote:
Is the gnuclient/gnuserv broken in XEmacs ? Using the latest versions
from potato I am no more able to start a gnuclient :-( Is anybody else
experiencing this ?
There have been various problems reported with
Enrique Zanardi [EMAIL PROTECTED] writes:
On Sun, Jan 31, 1999 at 12:21:00AM +1100, Martin Mitchell wrote:
Adam Di Carlo [EMAIL PROTECTED] writes:
Package: dpkg
Version: 1.4.0.31
Severity: important
Please remove the following methods (based on disk):
harddisk
On Sun, Jan 31, 1999 at 02:21:38AM +1100, Martin Mitchell wrote:
Enrique Zanardi [EMAIL PROTECTED] writes:
On Sun, Jan 31, 1999 at 12:21:00AM +1100, Martin Mitchell wrote:
I strongly object to removing all of those except cdrom. I don't find apt
adequate for my needs at this stage.
D'uh. The copyright file is one of those itsy bitsy links on the lower left.
On 30-Jan-99 Shaleh wrote:
how hard would it be to have the Packages pages on the Debian web site show
the
packages home URL, i.e. where the author is? A few times I have been hunting
for this because I needed a
On Sat, Jan 30, 1999 at 10:13:38AM -0500, Ben Pfaff wrote:
Shaleh [EMAIL PROTECTED] writes:
how hard would it be to have the Packages pages on the Debian web site
show the
packages home URL, i.e. where the author is? A few times I have been
hunting
for this because I needed a
Jules Bean [EMAIL PROTECTED] writes:
On 31 Jan 1999, Martin Mitchell wrote:
Adam Di Carlo [EMAIL PROTECTED] writes:
Package: dpkg
Version: 1.4.0.31
Severity: important
Please remove the following methods (based on disk):
harddisk
mounted
cdrom
nfs
On 31 Jan 1999, Martin Mitchell wrote:
1) A m68k computer with a 60Mb debian installation. Normally I use the nfs
method. Apt is just not feasible, it wants to copy everything over before
it starts - there simply isn't space on the disk to do this. Also the
runtime cost of starting dpkg on
Jim Pick [EMAIL PROTECTED] writes:
Amos Shapira [EMAIL PROTECTED] writes:
On Fri, January 29 1999, Ionutz Borcoman [EMAIL PROTECTED] wro
te:
|Hi,
|
|Is the gnuclient/gnuserv broken in XEmacs ? Using the latest versions
|from potato I am no more able to start a gnuclient :-( Is
Jules Bean [EMAIL PROTECTED] writes:
On 31 Jan 1999, Martin Mitchell wrote:
1) A m68k computer with a 60Mb debian installation. Normally I use the nfs
method. Apt is just not feasible, it wants to copy everything over before
it starts - there simply isn't space on the disk to do this. Also
Ole == Ole J Tetlie [EMAIL PROTECTED] writes:
Ole Am I overlooking something obvious here? libgtk1.1.13-dev
Ole provides libgtk-dev and libgtk1.1-dev
Ole but
Ole libgtk1.1-dev conflicts with libgtk-dev
libgtk1.1-dev is really an obsolete package in potato. Think of it as
a
On Thu, Jan 28, 1999 at 10:14:15AM -0800, Chris Waters wrote:
snip
I brought this up on IRC, and got the following suggestions:
1. Dragon (well-liked choice on IRC)
2. Octopus (my own suggestion)
3. Monkey
4. Ant
5. Bee
Personally, I think octopi are really cute, they're smart (for
On Sat, 30 Jan 1999, Enrique Zanardi wrote:
On Sun, Jan 31, 1999 at 02:21:38AM +1100, Martin Mitchell wrote:
Enrique Zanardi [EMAIL PROTECTED] writes:
What about dpkg-multicd?
I have no objection to cdrom being replaced with dpkg-multicd.
But dpkg-multicd is more than
but I haven't heard any technical reasons besides, Moving spool
directories is hard. When I and others have pointed out that moving
the spool directory isn't required; just a symlink, I have heard dead
silence. So the lack of technical discussion, but just a stony-silence
No! is rather
** Please trim the recipient list as appropriate if you reply.
Please, don't CC me if you're responding to this message on
this list. **
On Sat, Jan 30, 1999 at 10:52:07AM -0500, James A. Treacy wrote:
The copyright files are already available.
The changelog and copyright file links do
[ redundant emacs versions ]
Well, I'll suggest that for potato. It will start a nice flame-war on
debian-devel emacs vs. xemacs.
Hey, that's just what we need at this stage for *slink*! :-)
Okay, let's be serious again: unfortunately this actually means that
some of the most
Technical reasons for making the change;
a. Compatibility with the majority of existing unix systems.
Incompatibility with the majority of Linux systems. Incompatibility
with the majority of Linux packages.
b. See a. It can not be stressed enough. If FHS is ever to get OUT
of the
[ Please, don't CC: me. I'm subscribed to -devel, -boot and -testing.
Three copies of the same message are enough. ;-) ]
[ Also, I've trimmed down the CC list, as I think this thread is being
cross-posted to too many lists... ]
On Sat, Jan 30, 1999 at 06:03:54PM +, M.C. Vernon wrote:
On Sat,
On Sat, Jan 30, 1999 at 08:08:49PM +0200, Antti-Juhani Kaijanaho wrote:
On Sat, Jan 30, 1999 at 10:52:07AM -0500, James A. Treacy wrote:
The copyright files are already available.
The changelog and copyright file links do not seem to work for all
packages. Trying to fetch mixal's copyright
On Sun, Jan 31, 1999 at 03:00:01AM +1100, Martin Mitchell wrote:
Jules Bean [EMAIL PROTECTED] writes:
Would you outline the ways in which apt is not adequate to your needs, and
these packages are?
1) A m68k computer with a 60Mb debian installation. Normally I use the nfs
method. Apt is
On 30 Jan 1999, Chris Walker wrote:
[1]Useful in UK academia where you have a fast network connection to a
mirror site.
In Uk academia, the most useful site is
http://sunsite.doc.ic.ac.uk/packages/debian
g
J
/+---+-\
|
I noticed in my slink snapshot (from last month) that 'cracklib2' exists,
'crack-dict' is suggested but *doesn't* exist (either as a package or
in the 'Packages' list), and 'crack' is nowhere to be seen.
Is the omission of 'crack' deliberate, or does it need a maintainer?
US export policy should
On Sat, 30 Jan 1999, Alan Cox wrote:
I'd like to propose that for now the FHS is changed to read
The mail spool area location is undefined. It is guaranteed that both
/var/mail and /var/spool/mail point to this mail spool area if the system
has a mail spool. The preferred reference name
Hello,
Warning ! this is potato talk.
On Sat, Jan 30, 1999 at 04:12:05PM +, Jules Bean wrote:
On 31 Jan 1999, Martin Mitchell wrote:
1) A m68k computer with a 60Mb debian installation. Normally I use the nfs
method. Apt is just not feasible, it wants to copy everything over before
it
Alan Cox [EMAIL PROTECTED]:
I'd like to propose that for now the FHS is changed to read
The mail spool area location is undefined. It is guaranteed that both
/var/mail and /var/spool/mail point to this mail spool area if the system
has a mail spool. The preferred reference name is
On Sat, 30 Jan 1999, Gudmundur Ragnar wrote:
...
I also recomend that we stop using deb files and make each
package a directory so as not to have to transfer the lot
when there is only a change to a single file.
From a users pov, :)
Why not go back a step (or two) and have the source online,
Paul Seelig writes:
Myself i do prefer XEmacs over all other variants but wouldn't mind if
i had to install it later on my own.
I prefer emacs, bu I also wouldn't mind if i had to install it later on
my own. In fact, I would not mind at all if emacs was optional.
IMHO it would be much wiser
On Jan 29, 1999, Jason Gunthorpe [EMAIL PROTECTED] wrote:
Didn't we decide that all of the available alternatives that you have
suggested are not a feasable solution (does this mail help make it clear
why)?
On 29 Jan 1999, Alexandre Oliva wrote:
You may have missed the ugly one I was
On Sat, January 30 1999, Jim Pick [EMAIL PROTECTED] wrote:
|
|Amos Shapira [EMAIL PROTECTED] writes:
|
| On Fri, January 29 1999, Ionutz Borcoman [EMAIL PROTECTED]
|wro
| te:
| |Hi,
| |
| |Is the gnuclient/gnuserv broken in XEmacs ? Using the latest versions
| |from potato I am no more able to
In article [EMAIL PROTECTED],
Steve Dunham [EMAIL PROTECTED] wrote:
It seems to work for me here (gnuclient.xemac20)
ii xemacs20-bin20.4-13Editor and kitchen sink -- support
binaries
ii xemacs20-nomule 20.4-13Editor and kitchen sink -- Non-mule binary
On Sat, January 30 1999, Steve Dunham [EMAIL PROTECTED] wrote:
|Jim Pick [EMAIL PROTECTED] writes:
|
| Amos Shapira [EMAIL PROTECTED] writes:
|
| On Fri, January 29 1999, Ionutz Borcoman [EMAIL PROTECTED]
| wro
| te:
| |Hi,
| |
| |Is the gnuclient/gnuserv broken in XEmacs ? Using the latest
On Jan 29, 1999, Hamish Moffatt [EMAIL PROTECTED] wrote:
On Fri, Jan 29, 1999 at 07:11:54AM -0200, Alexandre Oliva wrote:
On Jan 27, 1999, Jules Bean [EMAIL PROTECTED] wrote:
Therefore, we chose to solve that particular problem (the libc5-6
transition) by moving libraries around, knowing
On Sat, January 30 1999, [EMAIL PROTECTED] (Frozen Rose) wrote:
|
|In article [EMAIL PROTECTED],
|Steve Dunham [EMAIL PROTECTED] wrote:
|
| It seems to work for me here (gnuclient.xemac20)
|
| ii xemacs20-bin20.4-13Editor and kitchen sink -- support binar
|ies
| ii xemacs20-nomule
On Jan 29, 1999, Hamish Moffatt [EMAIL PROTECTED] wrote:
On Fri, Jan 29, 1999 at 07:27:28AM -0200, Alexandre Oliva wrote:
Does it? You mean, that hack in ld.so that adds /usr/lib/libc5 to the
library search path in certain circumstances? The hack is incomplete,
you just have to fix it.
Anybody been running debian-ppc on an RS/6000 yet?
One of my friends and I are playing around with it, but as of yet I
have been unable to find any pointers on how to install it on
anything but Macintoshes.
--
Andreas
Hi,
On Fri, Jan 29, 1999 at 03:41:46PM -0600, Gordon Matzigkeit wrote:
I don't understand this comment. Which trouble with --rpath do
you mean?
AO The exact problem the Debian developers have been complaining
AO about. The more I think about the problem, the more I see that
AO
On Thu, Jan 28, 1999 at 05:57:47PM -0600, Anderson MacKay wrote:
The key here is cute. People don't want an ugly chicken-like creature
that is clearly ready to attack at the slightest provocation.
And furthermore, even if it -was- to attack, it really wouldn't do
anything. Linus -was-
On Sat, Jan 30, 1999 at 11:05:17PM +0100, Andreas Plesner Jacobsen wrote:
Anybody been running debian-ppc on an RS/6000 yet?
One of my friends and I are playing around with it, but as of yet I
have been unable to find any pointers on how to install it on
anything but Macintoshes.
Installing
On Jan 29, 1999, Steve Dunham [EMAIL PROTECTED] wrote:
Maybe we should just agree that libtool is broken, that it won't be
fixed upstream, and just fix the Debian version? This would mean
that we would have to rerun autoconf co when we build packages
Actually, you'd just have to modify the
[CC's trimmed]
On Sat, 30 Jan 1999 18:03:54 + (BST), M.C. Vernon [EMAIL PROTECTED]
said:
I still use nfs or mounted (I have /sunsite always pointing to
sunsite, which is where I get my packages from) and dselect. It's
always worked fine for me, so I feel no need to change.
It hasn't
On Sat, Jan 30, 1999 at 07:46:21PM -0200, Alexandre Oliva wrote:
On Jan 29, 1999, Jason Gunthorpe [EMAIL PROTECTED] wrote:
rpath prevents library searching and thus kills this functionality.
It doesn't prevent library searching, it just takes precedence over
it. If the library is not
Steve Dunham wrote:
ii xemacs20-bin20.4-13Editor and kitchen sink
ii xemacs20-nomule 20.4-13Editor and kitchen sink
^
The problem only shows up with the mule versions of xemacs.
Nope, because I only have the nomule version installed, and I have
Date: Sat, 30 Jan 1999 23:30:43 +0100
From: Marcus Brinkmann [EMAIL PROTECTED]
Why should the application choose to hard code the PATH in the binary?
AFAICS, there is no apparent reason for it. What has the path to do with the
library? I think the only thing that should be hard
On Jan 29, 1999, Buddha Buck [EMAIL PROTECTED] wrote:
[exact description of what I had assumed about the behavior of
ld.so, based on previous postings to the libtool mailing list,
snipped]
This is not how I understand how the ld.so linker works on Linux
systems. My understanding is that it
On Sat, Jan 30, 1999 at 05:40:24PM -0500, Ian Lance Taylor wrote:
Suppose you have your own set of shared libraries, in your own
directory. Suppose you want to let other people use your programs
linked against your own shared libraries. You can tell everyone who
uses your programs to set
Chris Waters [EMAIL PROTECTED] writes:
Steve Dunham wrote:
ii xemacs20-bin20.4-13Editor and kitchen sink
ii xemacs20-nomule 20.4-13Editor and kitchen sink
^
The problem only shows up with the mule versions of xemacs.
Nope, because I only
Date: Sat, 30 Jan 1999 23:10:26 +0100
From: Marcus Brinkmann [EMAIL PROTECTED]
* Is there a better way to do a library transition? I think it is very
obvious, that the only correct behaviour is to change the
library/soname of all involeved libraries when doing a transition.
So
On Sat, Jan 30, 1999 at 05:49:39PM -0500, Ian Lance Taylor wrote:
* Is there a better way to do a library transition? I think it is very
obvious, that the only correct behaviour is to change the
library/soname of all involeved libraries when doing a transition.
So we had to move
On Sat, Jan 30, 1999 at 05:49:39PM -0500, Ian Lance Taylor wrote:
Shouldn't there be a way to override rpath? Currently,LD_LIBRARY_PATH does
override rpath, right?
No, LD_LIBRARY_PATH does not override rpath. The rpath is searched
first, and then the LD_LIBRARY_PATH is searched. I
Date: Sat, 30 Jan 1999 23:42:32 +0100
From: Marcus Brinkmann [EMAIL PROTECTED]
In general, it's convenient to store the path in the executable any
time a shared library is installed in a directory which the dynamic
linker does not search by default.
Yes, I should have
On 30 Jan 1999, Alexandre Oliva wrote:
Obviously, this would have never been needed if old libraries had not
been replaced with (in)compatible versions, but the maintainers of
Debian have already taken this step, despite the fact that this would
Look, it was not us that decided to do this.
-BEGIN PGP SIGNED MESSAGE-
On Sat, 30 Jan 1999, Andreas Plesner Jacobsen wrote:
Anybody been running debian-ppc on an RS/6000 yet?
One of my friends and I are playing around with it, but as of yet I
have been unable to find any pointers on how to install it on
anything but
On Jan 30, 1999, Ian Lance Taylor [EMAIL PROTECTED] wrote:
In the normal case I think one can assume that the dynamic linker will
search any directory listed in /etc/ld.so.conf, and it would be OK to
omit a -rpath argument for any shared library installed in one of the
directories listed in
Marcus Brinkmann [EMAIL PROTECTED] writes:
On Fri, Jan 29, 1999 at 03:41:46PM -0600, Gordon Matzigkeit wrote:
I don't understand this comment. Which trouble with --rpath do
you mean?
AO The exact problem the Debian developers have been complaining
AO about. The more I think
On Jan 30, 1999, Manish Singh [EMAIL PROTECTED] wrote:
No, LD_LIBRARY_PATH does not override rpath. The rpath is searched
first, and then the LD_LIBRARY_PATH is searched. I think you may have
agreed with that later in your message.
This is another irksome thing about libtool and -rpath.
On Jan 30, 1999, Jason Gunthorpe [EMAIL PROTECTED] wrote:
If you wish to make statement that binaries compiled with libtool work
only on the host they were compiled for and even then only in specific
conditions then fine - but that makes it totaly unsuitable for use by any
of the binary
On Sat, 30 Jan 1999, Alan Cox wrote:
I'd like to propose that for now the FHS is changed to read
The mail spool area location is undefined. It is guaranteed that both
/var/mail and /var/spool/mail point to this mail spool area if the system
has a mail spool. The preferred reference name
On 30 Jan 1999, Alexandre Oliva wrote:
On Jan 30, 1999, Jason Gunthorpe [EMAIL PROTECTED] wrote:
If you wish to make statement that binaries compiled with libtool work
only on the host they were compiled for and even then only in specific
conditions then fine - but that makes it totaly
On Mon, 25 Jan 1999, Joey Hess wrote:
Joey Hess wrote:
I'd say installing debhelper 1.2.28 with --force-conflicts is a _very_ bad
idea.
Unfortunatly, it looks like the current version of dpkg has
--force-overwrite (which is what I meant to say above) enabled by default.
And so anyone
Hi,
On Sat, Jan 30, 1999 at 04:06:04PM -0700, Jason Gunthorpe wrote:
On 30 Jan 1999, Alexandre Oliva wrote:
Obviously, this would have never been needed if old libraries had not
been replaced with (in)compatible versions, but the maintainers of
Debian have already taken this step,
91 matches
Mail list logo