the point where you will build gnucash-sql?
David
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tuesday 16 May 2006 09:08, Thomas Bushnell BSG wrote:
> David Goodenough <[EMAIL PROTECTED]> writes:
> > So are we getting close to the point where you will build gnucash-sql?
>
> I think so.
Great. If you want someone to test the builds please let me know when
they are
On Tuesday 16 May 2006 19:24, Thomas Bushnell BSG wrote:
> David Goodenough <[EMAIL PROTECTED]> writes:
> > So are we getting close to the point where you will build gnucash-sql?
>
> Upstream reports that the SQL subsystem is known not to work. So that
> means that unt
going review
and should be made available soon. Either way, the work is in progress and
I'm personally really excited about it.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> waste on small systems.
Well, most of those scripts can be fixed quite easily, some require
a bit more work. I hereby promise to help fixing them to the extent
of my capability.
Regards: David
--
/) David Weinehall <[EMAIL PROTECTED]> /) Rime on my window (\
//
mehow I'm struck by the impression
that there are forces that don't want Sun JVM even in non-free?
Anyhow, I yust want to lighten the tone of this thread, and thank you
all. Thanks for makeing Debian good. Thanks for getting Sun Java in.
Thanks for keeping an eye at license-stuff etc.
On Fri, May 19, 2006 at 03:34:17PM +0200, Wouter Verhelst wrote:
> On Fri, May 19, 2006 at 05:45:46AM +0200, David Weinehall wrote:
> > Well, most of those scripts can be fixed quite easily, some require
> > a bit more work. I hereby promise to help fixing them to the extent
>
get to decide on the policies for the Debian project. They have a
say, but they don't get to make a decision, or make any claims on behalf of
the project. This applies to debian-legal contributors as well.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
e software we ship, we disclaim any warranty what so ever.
Can we not just disclaim all warranty on Sun's java like we do with the
rest of our software, or is there something in the license that forces
us to give a warranty?
[0] I'm going by MJ's comments. I haven't had
n developers *never* fight amongst themselves ;-)
- David "slightly less optimistic" Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
vm to
automatically partition a disk so that any partition except /boot will
be encrypted) to share 90% of its code with partman-auto-lvm.
Comments welcome.
Regards,
David
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Jun 22, 2006 at 06:58:27PM -0300, Otavio Salvador wrote:
David Härdeman <[EMAIL PROTECTED]> writes:
o suspend-to-disk
There have been concerns that suspend/resume may not work with swap on
a lvm volume.
A patch was send today for initramfs-tools to address some issues of
it
for AMD64 for both
> Debian and for Fedora Core 5.
>
>
Can you file bugs about both these issues using the reportbug tool so
the maintainers are made aware of the problems.
--
David Pashley
[EMAIL PROTECTED]
Nihil curo de ista tua stulta superstitione.
--
To UNSUBSCRIBE, email to [
break your .cshrc file. I would suggest filing a bug against the package
that contais the file that has moved, explaining that there is a
regression.
Please file bugs in our BTS as it is the only way maintainers can
reliably discover problems in the distribution. A large number of
developers do n
s[1] and
executes it. The language is a mixture of declarative and iterative
programming. It clearly falls in the remit of scripts for compilation.
Your paragraph appears to make python a non-scripting language.
[0] make(1)
[1] Makefile
--
David Pashley
[EMAIL PROTECTED]
Nihil curo de ista
Package: wnpp
Severity: wishlist
Owner: David Watson <[EMAIL PROTECTED]>
* Package name: pybridge
Version : 0.1.0
Upstream Author : Michael Banks <[EMAIL PROTECTED]>
* URL : http://pybridge.sourceforge.net
* License : GPL
Programming
Package: wnpp
Severity: wishlist
Owner: David Watson <[EMAIL PROTECTED]>
* Package name: pybridge-common
Version : 0.1.0
Upstream Author : Michael Banks <[EMAIL PROTECTED]>
* URL : http://pybridge.sourceforge.net
* License : GPL
Programming
Package: wnpp
Severity: wishlist
Owner: David Watson <[EMAIL PROTECTED]>
* Package name: pybridge-server
Version : 0.1.0
Upstream Author : Michael Banks <[EMAIL PROTECTED]>
* URL : http://pybridge.sourceforge.net
* License : GPL
Programming
ures, such as its
> support for setuid files, or its support for postinst scripts that run
> arbitrary code at install time.
Well, if foo depends on foo-data, and foo-data depends on foo, I find
it really hard to see the point of splitting the two into distinctive
packages...
Regards: Dav
On Tue, Jul 25, 2006 at 11:42:39AM +0900, Miles Bader wrote:
> David Weinehall <[EMAIL PROTECTED]> writes:
> > Well, if foo depends on foo-data, and foo-data depends on foo, I find
> > it really hard to see the point of splitting the two into distinctive
> > packages...
On Tuesday 25 July 2006 06:46, Thomas Viehmann wrote:
> Hi David,
>
> David Watson wrote:
> > * Package name: pybridge-common
>
> are you planning to ship three different *source* packages?
> If so, why?
> (ITPs are filed per source package, but on a first glance
On Tue, Jul 25, 2006 at 01:34:47PM +0200, Wouter Verhelst wrote:
> On Tue, Jul 25, 2006 at 04:39:24AM +0200, David Weinehall wrote:
> > On Mon, Jul 24, 2006 at 06:32:54PM -0400, Joey Hess wrote:
> > > Steve Greenland wrote:
> > > > This really seems like somet
and
3. The name of the owner of copyright in the work, or an abbreviation
by which the name can be recognized, or a generally known alternative
designation of the owner.
Example: © 2002 John Doe
David Renie
b++(+++)@ DI? D? G e->++++ h* r? z*
--END GEEK CODE BLOCK--
David Mandelberg
[EMAIL PROTECTED]
signature.asc
Description: OpenPGP digital signature
/CM$/CS>$/CC/IT$/M/S/O/U dpu s+:++ !a C++$>C+++$
UB+++>$L$*-- P+>++$ L+++()$ E-(---) W+++>$ N(+) o? K-
w--(---) O? M V? PS++@ PE-@ Y+@ PGP++(+++)>$ t? 5? X? R tv--(-)
b++(+++)@ DI? D? G e-> h* r? z*
--END GEEK CODE BLOCK--
David Mandelberg
[EMAIL PROT
ug reports over the next
> | few weeks, but doing this informally first may be simpler. Or maybe not.
>
> I'd like time, please.
Wouldn't we all? =P
Regards: David
--
/) David Weinehall <[EMAIL PROTECTED]> /) Northern lights wander (\
// Maintainer of the v2.0 ker
and similar, and *woosh* it was Architecture: all.
Skip the let, and *woosh*, it's even POSIX compliant shell script... =)
Regards: David
--
/) David Weinehall <[EMAIL PROTECTED]> /) Northern lights wander (\
// Maintainer of the v2.0 kernel // Dance across the winter sky //
\)
--
-BEGIN GEEK CODE BLOCK-
Version: 3.1
GAT/CM$/CS>$/CC/IT$/M/S/O/U dpu s+:++ !a C++$>C+++$
UB+++>$L$*-- P+>++$ L+++()$ E-(---) W+++>$ N(+) o? K-
w--(---) O? M V? PS++@ PE-@ Y+@ PGP++(+++)>$ t? 5? X? R tv--(-)
b++(+++)@ DI? D? G e-> h* r? z*
--END GE
et five different answers.
I always use "lsof +L1" to view all open, unlinked files. This should include
old versions of libraries.
Regards, David
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
This reminds me of a horror story at a place I used to work. I was
browsing the 'Net on one of our production servers (this thing served
hundreds of banks around the world). I was looking for some fix or SP
for NT. I came across this site that started installing Flash Player.
It installed it, t
ally weak coupling to specific kernels to avoid coding for this simple
error condition.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ld it not be better to name the package ocaml-curl? Maybe we need a
general policy on language bindings names. It is a shame we have
libfoo-bar-perl and python-foobar.
--
David Pashley
[EMAIL PROTECTED]
Nihil curo de ista tua stulta superstitione.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
gt; hash algo libmhash2 supports.
>
> Real document root is built with the default document root,
> append the hash servername path, the servername,
> optionnaly a name of a subdirectory and the URI requested.
>
I have absolutely no idea what this package does. May I suggest
rew
t really want to live without gzip on the system level. :)
As we are running a virtual ftp server removing just gzip would
mean that the system level gzip program would have to be removed. Going
virtual means that no longer does ftp just execute gzip from the ftp/bin
directory but t
one from a shell
script without the need of setterm.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
Brian
> ( [EMAIL PROTECTED] )
Hi Guys,
This request was sent to me privately. What do y'all think? It
doesn't really matter to me. The package was already named ldso when
I took over maintenance. As f
you
sure you really have version 3.5-3 installed? Here is some relevant
information from my system:
# uname -a
Linux linux 1.3.32 #1 Fri Oct 6 21:08:06 CDT 1995 i586
# ls -l gnuplot-3.5-3.deb
-r--r--r-- 1 daviddavid 246063 May 10 01:02 gnuplot-3.5-3.deb
# md5sum gnuplot-3.5-3.deb
Package: fvwm
Version: 1.24r-7
The path statements in /etc/X11/fvwm/system.fvwmrc reference
/usr/X386/*. They should use /usr/X11R6/*.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400
27;t adopted any particular format since I don't want to
invest any time in it until we have a standard. My only requirement
is that if it contains things like file sizes and checksums, then
there should be some machine assistance provided for generating it.
David
--
David Engel
Package: base
Version: 0.93.6-10
/dev/tty has mode 660. Shouldn't it be 666? I believe this is the
cause of a problem someone reported about not being able to run top.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Ar
.14.4.
1. Bugs fixed in Bash
...
d. Fixes to the expansion code so that double quotes on the rhs of
${variableOPword} are handled better.
This fix is badly needed by some scripts which I run routinely.
David
---
David EngelOptical Data Systems, Inc.
[EMAIL PR
maintainer should just add a zless
script which does this and be done with it.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
refer to go with
unmodified, upstream source. Second, I really mean unmodified,
i.e.. the Debianizing script (or whatever) must take care of unpacking
into subdirectories, if necessary.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROT
uld be named
libc5 (note not libc) and have appropriate conflicts lines with older,
pre-ELF versions of the libc package.
Finally, so we don't repeat the same mistakes again, any new packages
built using libc5 should explicitly list it in their dependencies.
David
--
David Engel
ef'ed code for __SVR4__I386_ABI_L1__.
> The posix1_lim.h and posix2_lim.h files are identical for a.out and ELF.
I've reassigned this bug to libc as the problem also exists there when
run with "gcc -I/usr/include -I/usr/include" and that the elf-*
packages will poss
> missing something, right?
I don't think you're missing anything. AFAIK, RedHat already has a
utility which already works very much like this.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
d a directory right under /usr.
Because $prefix/i486-linuxaout is the standard directory where the GNU
development tools expect to find a.out files on an ELF system. I
don't know if the FSSTND has even addressed this yet, but I'm
confident they would sanction it, at least as a short t
now so that we can make these
types of transitions easier in the future? Surely we can do better
than the xpkgR5/xpkgR6 mess we had a while back.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400
age: ldso
Essential: yes
Status: install ok installed
Priority: required
Section: base
Maintainer: David Engel <[EMAIL PROTECTED]>
Version: 1.7.10
Revision: 1
Conffiles:
/etc/ld.so.conf bcdcb23c5d5fb460cee2ce315ef7bd32
Description: The Linux dynamic linker, library and utilities.
The dynamic link
e
> packages depend on practically nothing except the libc (and sometimes
> each other).
>
> If I provide and document such a field all sorts of other packages
> will start to use it, which will break people's attempts to do
> bulk-upgrade.
So. Why would we treat these misuses dif
pace :(.
My non-Debianized, ELF versions of Tcl/Tk are available on ftp.ods.com
in /pub/linux. I've been waiting for official ELF versions of libc,
etc. before Debianizing them. I suppose, if there is enough interest,
I could go ahead and Debianize them now.
David
--
David Engel
27;m probably not the best
> person to coordinate this. I've never used ELF under Linux, and I'm
> not sure what the relevant issues are. Someone like David Engel or
> Ray Dassen, who have been working on ELF issues for the Project for
> months, would be more qualified.
As stated
with -static for a.out.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
(.deb) and diff files are
currently there. It will probably take all night to upload the source
files to my machine at work so I won't upload them until tomorrow.
Here is the complete file list and checksums:
-rw-r--r-- 1 davidsrc797455 Nov 9 21:04
aout-binutils-2.5.2-11.deb
tomorrow.
Has anyone besides Ray Dassen tried these out yet? Ray has sent me a
couple of minor suggestions which I will incorporate in the next day
or two. While I'm doing that, I'd like to fix any problems others
may have found as well.
David
--
David EngelO
> I've moved the new ELF packages that David and Ray are working on to
> /debian/private/project/elf. As soon as they give the word, I'll move
> them into the distribution. For now, I urge everyone to upgrade their
> copies of gcc, libc, etc., as we're going to star
sr/include/ncurses to . (/usr/include) so as to not
break old code.
> > Also, I see that we no longer have /usr/include/curses.h, but do
> have /usr/include/bsd/curses.h.
I suspect that it's an oversight. H.J.?
David
--
David EngelOptical Data Systems, Inc.
[E
; gcc, binutils, libc, libgdbm, libreadline.
> As far as I can see, the following packages will have to go through this
> transition: electric-fence, libdb (part of libc4, but not of libc5; I'll take
> a look at this), libg++, libident, libncurses.
>
> David,
be compiled in a.out format. The a.out
development tools aren't completely going away. They just won't be
the default. If you really want to compile 1.2.13 in ELF format, I
suggest you politely request Linus to update it one last time.
David
--
David EngelOpt
ood question. Do we really want to provide new,
a.out versions of *all* development packages, even if they don't
contain any shared libraries? Not doing so might be a good way to
encourage all development to switch to ELF.
David
--
David EngelOpt
b i486-linuxaout'.
Actually, it's pretty easy, at least for us. Since we have completely
separate a.out tools, all we need to do is put /usr/i486-linuxaout/bin
before /usr/bin in our PATH and compile away.
David
--
David EngelOptical Data Systems, Inc.
ainer can take over.
35396e830f87b0d12c67c9e86ac20926 ncurses-1.9.7a-1.diff.gz
113c76a1e4730763278b84ebd69db960 ncurses-1.9.7a-1.tar.gz
fdd1162bfd8d4f7c725e8d01f4e186c7 ncurses-developer-1.9.7a-1.deb
8c50d377c4be8a32d7fdfa54802005ce ncurses-runtime-1.9.7a-1.deb
-rw-r--r-- 1 daviddavid3709 N
I don't remember who pointed this out. I think it might have been
Bill Mitchell.
David
Forwarded message:
> From [EMAIL PROTECTED] Sat Nov 18 15:44:20 1995
> From: [EMAIL PROTECTED] (H.J. Lu)
> Subject: Re: ELF packages
> Date: Sat, 18 Nov 95 16:47:00 EST
>
> >
worked
> fine, but the problem is that it requires libtermcap.so.2. I assume
> that this is just their problem?
Sort of. I believe libtermcap.so.2 was an initial ELF version of the
old BSD-based termcap. It has currently been abandoned, but if you
look hard enough on tsx-11.mit.edu under /pub/
s.h in the sysvinit source)
and then recompile init.
Option (1) is probably the easier of the two.
Cheers, David.
ink about it, we should consider selectively
relinking a few other programs such that other, non-essential shared
libraries don't need to be in /lib (e.g. bash/readline).
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
uthor decided to quit maintaining
it.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
.so.2.5.2l.20'
Is libbfd.so.2.5.2l.20 in /usr/lib? If not, try reinstalling the
binutils package. I had it 'disappear' on me once. I think it is due
to a strange interaction between dpkg and ldconfig but I haven't had
time to look into it.
David
--
David Engel
ith -L /usr/i486-linuxelf/lib until the X packages are converted
to ELF.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
kage, but where should
the script-level manual pages go? IMO, they should go with the
interpreter in the tcl74 package, but making them coexist with tcl75,
etc. would be impratical.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 110
ackage. I can't remember whether I asked dpkg to --force-depends
> or not.
Who is the new maintainer of the tput package? Ian Murdock used to
but he may have given it away. It would seem that ncurses should
obsolete the tput package since it now contains clear, reset and tput.
David
--
kage and should be on ftp.debian.org in
/debian/project/experimental/elf. The only affect it should have on
your package is that yours should explicitly conflict with and provide
'elf-x11r6lib'.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED]
pace in
> general ? Having a statically-linked version inside bash isn't going
> to help save space in /.
Not right now, but what about when new versions of readline, ncurses,
bfd, etc. come along? Do we want two, three or more versions of these
all in /lib?
David
--
David Engel
d occurred to me as well. However, does anyone see a real
advantage, to installing the doc package without the dev package or
installing one version of the doc package and a different version of
the dev package. If not, the documentation might as well be folded
in with the
ry reinstalling libc5-dev. The symlinks for /usr/include/linux and
/usr/include/asm are in the .deb file. I had my computer off while I
was gone last week and when I turned it back on, my symlinks were
mysteriously missing. Does anyone know what might have happened?
David
--
David Engel
b to do this. The patches which
supposedly allow this are available at susix.jura.uni-sb.de in
/pub/linux/source/compile/gdb-4.15.dif but I haven't tried them yet.
Updating gdb is on my list of things to do, but it's not a very high
priority right now.
David
--
David Engel
might be "best" (whatever that means)
> to change the debian.rules so that we actually get the self-compiled &
> tested compiler in our package.
The easiest way to do this is simply to build with the old compiler,
install the new compiler and then rebuild with the new compil
ce. I
believe it has support for specifying in the build script where the
source directory is located.
> I think the linux kernel sources are our best model to date.
Again, I don't understand.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
tive
> deleted).
I'm hoping the current versions build more cleanly, but I haven't
tried them yet. I hope to get to libc soon, but libg++ may still be a
while unless someone else wants to try it.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED]
usable by other distributions (Slackware uses them and RedHat may
also, at least in part), this is very undesirable. Would anyone
object, if I reverted back to the original names as distributed by
Dr. Ousterhout?
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED
; So far I have been unable to find a copy of the patch that lets you fall
> back to another directory. However, support is already in there to allow
I don't know that the patch even exists anymore. However, a quick and
dirty hack is only a two line change in read_entry.c.
David
--
Davi
quite obvious what's going on.
The reason I called it q-n-d is because the old patch was more
complete and allowed the second directory to be specified as an option
to the configure script.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED]
at the interim version that I did.
> examples and documentation (including man pages
>
> ncurese-terminals:
> all of the terminals not in ncurses-runtime, installed in
> /usr/lib/terminfo
OK.
David
--
David EngelOptical Data System
n.rules file.
BTW, the generic, Linux X libs were built with -rpath. Please do not
do this for Debian.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
versions in the package names for my Tcl/Tk
packages (tcl74-deb and tk40-dev) for two reasons. First, it makes it
much more obvious for users which -dev package goes with which runtime
package. Second, the ftp administrator will be less likely to
accidentally delete the -dev packages for older
d be
told which files to do this with by putting a "libfiles" file in the
DEBIAN directory. This would be more convenient and consistent (i.e.
reliable) than having every developer doing it manually.
> 2. does the right thing with regards to the .so link.
> 3. is
th a code
name) until we are close to actually releasing.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
t with the virtual package tcl-dev. When tcl75-dev
comes out, it will do the same thing. This has the advantage of only
allowing one tcl*-dev package to be installed at a time without having
to explicitly conflict with every other package.
David
--
David EngelOptical Data Sy
ded, but there is no provision for deleting the files when the
package is removed. Again, I'd like to hear Ian Jackson's thoughts on
adding special installation support for shared libraries to dpkg.
David
--
David EngelOptical Data Systems, Inc
7;s thoughts on
> > adding special installation support for shared libraries to dpkg.
>
> For the moment I guess I'll re-rename them in the prerm.
Ian Jackson, are you there? I'd *really* like to hear your opinions
on this.
David
--
David EngelOptical
e already did a good job of answering this. The only thing I'll
add is that ldconfig manages any links needed by ld.so. For run-time
packages, all you have to do is install the libfoo.so.X.Y.Z files and
ldconfig will do the rest.
David
--
David EngelOptical Data Sy
> Package: gdb
> Version: 4.15.1-1
>
> If I run "gdb file", gdb says "no such file or directory". If I run
> "gdb `pwd`/file", it works.
It works for me. What libc5 are you using?
David
--
David EngelOptical Data Systems, Inc
gt; ...
> (/usr/lib/libc.a)basename.o
> (/usr/lib/gcc-lib/i486-linux/2.7.2/libgcc.a)_udivdi3.o
> (/usr/lib/gcc-lib/i486-linux/2.7.2/libgcc.a)_umoddi3.o
> /usr/lib/crtend.o
> /usr/lib/crtn.o
>
> It may be better we have the links libfoo.so -> libfoo.so.real.name in
> th
s and will be automatically
cleaned up the next time ldconfig is run.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
kson's thoughts on adding special,
installation support for shared libraries directly into dpkg.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
.so file in
> another --- David Engel's got the details).
The reason for doing this is because of the way ld searches for
libraries. When -static is not specified, ld stops looking at the
first directory that contains either a shared or a static library. So
for example, if the libfo
new control file field, such as
'Replaces' or 'Supercedes', that tells dpkg to automatically remove
the old package when the new one is installed. Or is this capability
already there and I just don't know about it yet?
David
--
David EngelOptical Data Sys
uggestions on how to correct the former problem. What
I'm leaning towards is to have ldconfig continue to remove dangling
libfoo.so.* links but not libfoo.so links.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED]
ting is probably
> not a good idea.
Agreed, but the problem is that it isn't always clear for which links
ldconfig is responsible and for which ones it isn't.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Ro
his. Adding alternative paths to
the same directories will only add clutter and cause confusion. BTW,
I just checked and Solaris uses the same directory structure we
already have. Of course, I don't know if that's good or bad. :-)
David
--
David EngelOptical Data
501 - 600 of 2449 matches
Mail list logo
