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 reall
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 o
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 actua
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 sync
> 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 tha
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
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
Cheer
"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 mixe
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 gam
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
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 min
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 ?
>
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-St
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 obfuscati
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
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 insta
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 li
*-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, th
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 abstra
* 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
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 an
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 ne
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 gnuclient/
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):
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
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
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 ne
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
> >
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 gn
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
> "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 o
On Thu, Jan 28, 1999 at 10:14:15AM -0800, Chris Waters wrote:
> 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
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 t
> > 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
> > "N
** 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 n
> [ 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 th
> 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
[ 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 copyr
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
> metho
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
J
/+---+-\
| Jeli
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 b
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 referenc
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
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 on
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 wi
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
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
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
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 ar
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 xemacs
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 fi
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 s
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
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.
Installin
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
[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
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
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 ha
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 co
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 i
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 s
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, beca
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 m
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.
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 na
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 Macinto
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
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.
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 -r
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 n
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
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 a
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
