Orphaning Tcl/Tk Packages

to take these over, please drop me a note in the next few days. David -- David Engel [EMAIL PROTECTED]

Re: Ian's solution [was: What hack in ld.so?]

> Although I can not test this, I now believe that if you take a > ILT> libtool program, compile it on a libc5 Slackware and try to run > ILT> it on a RedHat 5.2 system, it will work. > > His patch follows... -- David Engel [EMAIL PROTECTED]

Re: vat & tcl8.0.3

On Thu, Oct 08, 1998 at 08:10:09PM -0700, Alex Romosan wrote: > David Engel <[EMAIL PROTECTED]> writes: > > > On Thu, Oct 01, 1998 at 12:27:17PM -0700, Alex Romosan wrote: > > > can somebody who know more about tcl (maybe even the tcl maintainer) > > > take a

Re: Hamm Bug Stamp-Out List for June 25, 1998

on environment by simply installing a newer shared library file and running ldconfig manually. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400 Richardson, TX 75081 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Hamm Bug Stamp-Out List for June 25, 1998

in hamm in the first place is because Stephen didn't take the time to rebuild and re-upload them with the proper 'frozen" tag. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400 Richards

Re: GIMP 1 IN FORZEN

yone want to hazard a guess on whether or not there will be a 5.1.1 soon? :) If I was a paying RH users, I think at least a free update CD would be in order. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (9

Re: FIX FOR HAMM: timezone problem

,East-Indiana,Hawaii} timezones don't. I'm not sure about the others, but I'd bet that they are correct also. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400 Richardson, TX 75081

Re: Release management - technical

only do one of these. With hamm we're doing the > latter; in the future I think we should do the former. I disagree. "Timely and good-quality releases" is just another goal. What we haven't done been able to do in the past is strike a balance and have sacrificed timely releas

Re: Debian Re-organization proposals (was: Re: so what?)

easing hamm. So how can we wrap this up and move forward? My suggestion is to table this discussion _and_ any voting on a constitution until after hamm is released. Hopefully, we can hash this all out once and for all then. I also encourage others to follow me in asking Brian White (you are still t

Re: Debian Re-organization proposals (was: Re: so what?)

call of leaders and the ratification of amendments. Developers should still be allowed to make proposals but the final decision making authority should rest with the leaders or their delegates. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E.

Re: another question

On Sat, Apr 25, 1998 at 01:54:26PM +0200, [EMAIL PROTECTED] wrote: > I'm copying this to David Engel, whom I consider to be our library guru. > David, am I right that this self-dependance can be ignored? Yes. David -- David EngelODS Networks [EMAI

Re: Missing libpthread0_7-1.deb?

lict with libc6. To install libc6, you must uninstall the current libpthread0. FYI, libc6 conflicts with libpthread0 because they both provide libraries with an soname of libpthread.so.0. The libpthread0 package (for libc5) must be reworked to move its library to /usr/lib/libc5-compat. David

Re: problems with nfs and libc6

n with glibc-2.0.6-1 fixed it for me. The new versions were just uploaded. Would someone with more RPC knowledge than me, hopefully Peter Tobias, please look into this. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400

Re: Yet another glibc pre-release

./t > $ exit Use -profile instead of -pg/-lc_p when profiling, e.g. $ gcc -profile -o t t.c David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400 Richardson, TX 75081 -- TO UNSUBSCRIBE FROM THIS

Yet another glibc pre-release

I've put another pre-release of glibc 2.0.6 (pre5) at ftp://ftp.ods.com/pub/linux. Please note that I will be out of town for the rest of the week. Any problems will have to wait until I return on Saturday. David -- David EngelODS Networks [EMAIL PROT

Re: revised proposed solution (was Re: Bug#15859: libc6 in stable is horribly broken)

dev Definitely not! libc5-dev implies that libc5 is the default compilation environment installed in /usr/include. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400 Richardson, TX 75081 -- TO UN

Re: revised proposed solution (was Re: Bug#15859: libc6 in stable is horribly broken)

trust myself not to break such an important package. You should trust yourself more. It should be very easy. Just clone the section of debian/rules that builds the -altdev package, change a few paths and you're done. If you're not sure that your new packages are correct, ask other

Re: revised proposed solution (was Re: Bug#15859: libc6 in stable is horribly broken)

had to have the same version, AFAIK. > > The problem is that libc5-dev doesn't exist in hamm. Hamm has > libc5-altdev instead. This forces people who want to compile libc5 stuff So find someone to modify the libc5 in hamm to build both -dev and -altdev packages. It isn&

Re: Bug#15859: libc6 in stable is horribly broken

ibc5. Volunteers have been asked for but no one has stepped forward. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400 Richardson, TX 75081 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-ma

glibc pre-release 2.0.6-0.4

ly depends on kernel-headers-X.Y.Z and has no provision for switching to kernel-source-X.Y.Z if the user changes between the two. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400 Richardson, TX 7

Re: glibc pre-release 2.0.6-0.3

On Wed, Dec 10, 1997 at 10:52:04AM -0800, Stephen Zander wrote: > David Engel wrote: > > I've put another experimental pre-release of glibc-2.0.6pre3 at > > ftp://ftp.ods.com/pub/linux. Please test it and let me know how it > > works. > > Does this include any

glibc pre-release 2.0.6-0.3

I've put another experimental pre-release of glibc-2.0.6pre3 at ftp://ftp.ods.com/pub/linux. Please test it and let me know how it works. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234

Re: libc6 2.0.6 coredumps portmap (was Re: Libc6 2.0.5c has a leak in inet_ntoa)

ebian to > the local network). Interesting. Rebuilding netbase and netstd with libc6-2.0.6-0.2 appears to fix it for me. I've put non-maintainer releases of both at ftp://ftp.ods.com/pub/linux. David -- David EngelODS Networks [EMAIL PROTECTED] 100

Re: libc6 2.0.6 coredumps portmap (was Re: Libc6 2.0.5c has a leak in inet_ntoa)

On Tue, Dec 09, 1997 at 05:52:32PM -0800, Stephen Zander wrote: > David Engel wrote: > > This is a known problem. I'm waiting for Peter Tobias to figure it > > out. He's been out of town a lot lately so it's taking hime a while. > > On a related note, the -lp

Re: libc6 2.0.6 coredumps portmap (was Re: Libc6 2.0.5c has a leak in inet_ntoa)

is a known problem. I'm waiting for Peter Tobias to figure it out. He's been out of town a lot lately so it's taking hime a while. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400

Re: libc5

; able to do that, so I prefer to have a libc5 version that is as > compatible with libc6 as it gets. What areas of compatibility are being worked on? I sure hope they have to do with binary compatibility because there is no benefit to adding source compatibility. David

Re: Can we learn something from RH 5.0?

On Sun, Dec 07, 1997 at 11:59:27AM +1100, Herbert Xu wrote: > David Engel wrote: > > > > I only know of one real bug so far. They didn't apply the fix needed > > to use the NIS module from autofs with glibc. I found that problem > > Does there rpc.nfsd (or squ

Re: libc5

On Fri, Dec 05, 1997 at 07:01:01PM +0100, Michael Meskes wrote: > I think David Engel is working on an interim libc6 release. But it seems > there are quite a lot of packages to be worked on. > > Michael > > > -- > > Von:[EMAIL PROTECTED]:[EM

Re: RFC: libc6 policy supplement 2nd try

east safe to call a given library function if > you make sure only one thread is in the library at a time. That > should be easier to accomplish. Yes. It should be possible for a threaded application to use any library on the system, even if it must restrict access to that library from

Re: S-Lang for use with libc6 uploaded (source, i386)

clever). Again, since you used a non-conflicting soname, you don't strictly have to do this. Doing it anyway would still be a good idea though. We need to get people in the habit of doing it. The way to get the dependency included in the shared library is to link it with "-lc"

Re: S-Lang for use with libc6 uploaded (source, i386)

at and /usr/lib/libc5-compat. These can be used to put old libc5-based libraries which conflict with new libc6-based ones. Second, the dynamic linkers need to be able to determine which libraries are for libc5 and which are for libc6. To facilitate this, each library must contain a run-t

Re: ncurses & libc6

dd-on. However, nobody except H.J. Lu sees any real benefit to doing it that way. Mike Dorman is currently packaging ncurses 4.1 for libc6. He hopes to have it ready later this week. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho

Re: IMP: downgrade ldso to bo: no ldso left!

es, I know there's an experimental dpkg out that does > work with the new ld.so, but we've just been warned about the > dangers of that experimental version. Then Klee, or whomever, should update the current stable version for unstable. The change is trivial and is n

More packages up for adoption

As far as I'm concerned, these are deprecated and should not be supported. However, if somebody wants to update them, I won't stop them. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

More packages up for adoption

o update them, I won't stop them. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

Re: ldso breaks a.out?

message...) > > We concluded that it was simply time to switch to a 2.0.x kernel > (after some discussion about which values of "x" were stable...) Which 1.x.x version were you using? It probably had a broken do_load_elf_library() in fs/binfmt_elf.c. David -- David Engel

Re: ldso breaks a.out?

Guy Maor writes: > /lib/ld.so: ELF 32-bit LSB executable, Intel 80386, version 1, stripped > > Shouldn't it be a.out? No. It was changed to ELF in version 1.8.1. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E

Re: ldso breaks a.out?

), > stripped Please run it with strace. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

Updated tkined package

Date: 18 Sep 96 14:49 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: David Engel <[EMAIL PROTECTED]> Source: tkined Version: 1.3.4-2 Binary: tkined Architecture: i386 source Description: tkined: The tkined network editor. - When used in conjunction with the scotty p

Updated scotty package

Date: 18 Sep 96 15:12 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: David Engel <[EMAIL PROTECTED]> Source: scotty Version: 2.0.2-4 Binary: scotty Architecture: i386 source Description: scotty: TCP/IP-SNMP Network Managment Extension for TCL. - Scotty is a set

Updated expect package

Date: 18 Sep 96 14:27 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: David Engel <[EMAIL PROTECTED]> Source: expect Version: 5.19.0-2 Binary: expect Architecture: i386 source Description: expect: The expect/expectk programs and libraries. - Expect is program which pe

Re: How to force static linking of some libs when using -shared?

somelib is not useful since there's no link phase. Can I > remove it? Yes, but leaving it in is usally a good thing. The reason is that it makes it obvious which other libraries are needed and less likely a user will link with the wrong library. David -- David Engel

New gdb package

Date: 17 Sep 96 20:40 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: David Engel <[EMAIL PROTECTED]> GDB is a source level debugger for C, C++ and Fortran programs. Source: gdb Version: 4.16-1 Binary: gdb Architecture: i386 source Description: gdb: The GNU debugger. C

New binutils package

Date: 17 Sep 96 20:10 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: David Engel <[EMAIL PROTECTED]> Source: binutils Version: 2.7-1 Binary: binutils Architecture: i386 source Description: binutils: The GNU assembler, linker and binary utilities. - The programs i

Re: Newer version of gdb and binutils?

g. If > anyone likes to take a look at it, it's on > ftp://feivel.informatik.rwth-aachen.de/pub/debian.local//local 2.7.0.3 includes an important patch for building large programs and shared libraries. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

Re: Newer version of gdb and binutils?

e Alpha. I've merged the debian binutils-2.6 > and the FSF binutils-2.7 to get a version that is backwards compatible > with building older kernels. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

Bug#4429: gcc argument validation could be better

he format of the -A flag better. The message > currently generated by a badly-formatted argument is less than > informative. Well, it's kind of hard to validate the free-form argument to the -A flag, since any error will look the same as any other, obscure, syntax error. I'll pass

Bug#4426: gcc bug #2

ation didn't > match... making it *much* clearer where the blame belongs.) This is probably a good idea. Gcc's handling of compiler versions is nice for C, C++ and ObjC, since they are fully integrated, but it breaks down horribly for other languages because of di

Bug#4426: gcc bug #2

On Fri, 6 Sep 1996, James A. Robinson wrote: > Package: gcc > Maintainer: David Engel <[EMAIL PROTECTED]> > Version: 2.7.2.1-1 > > I don't know whether or not this is a gcc bug, but after I installed > the latest rex stuff, gcc stopped being able to find cc1. Aft

Bug#4422: gcc bug?

-O -Ae -DDEBUG_LOG_FILE="\"/tmp/netperf.debug\"" -DUSE_LOOPER-c > netperf.c -o netperf.o > *Initialization*:1: missing token-sequence in `#assert' > make: *** [netperf.o] Error 1 Will you please reduce the problem down to a small, reproducable test case. There'

Bug#4384: gcc_2.7.2.1-1.deb & g77_0.5.18-2.deb incompatible

probably the > ... > But I don't know how David (gcc maintainer) think s about this, > so I cc'd him on this. > > David? My preference is to find someone (other than me) to maintain both gcc and g77 and let him/her decide how to handle it. David -- David Engel

Bug#4190: serious security hole in libc (resolver)

On Thu, 29 Aug 1996, Marek Michalkiewicz wrote: > David Engel wrote: > > About the best I can do, without further guidance, is make libc not > > echo the problem lines to stderr. Is that acceptable? > > I'm not sure. Someone could still read special files as root

Bug#4190: Bug4190: serious security hole in libc (resolver)

we can't > be sure that there are no more. The bash man page mentions > BASH_ENV in one place, and it's not checked by telnetd. About the best I can do, without further guidance, is make libc not echo the problem lines to stderr. Is that acceptable? David -- David Engel

Bug#4294: gcc -bi486-linux can't find cc1

Thomas Koenig writes: > David Engel wrote: > >> $ gcc -bi486-linuxaout hello.c > >> gcc: installation problem, cannot exec `cc1': No such file or directory > > >This isn't a bug. > > To change a bug into a feature, it needs to be documented. This h

Bug#4265: util-linux_2.5-5.deb: /sbin/clock Seg. faults

> 2.0.14 but doubt that that's the problem. Are you on a m68k perhaps? > There were some changes made to clock for that system. I just ran into this problem myself. There are at least two serious problems with clock when the real-time clock device is enabled in the kernel. The fol

Re: TclX package again

create yet another package unless I really needed to or someone else wanted it. > 5) I haven't had time yet to look after the other platform stuff. > Last time you told me to remove any hard-coded "i386" for the > debian support. I assume you're talking about

Bug#3979: linux/if_arp.h> needs further includes

Ian Jackson writes: > Package: libc5-dev > Version: 5.2.18-9 > > As you can see below, should include > and . > ... Fixed in version 5.2.18-10. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho R

New Ical Package

Date: 12 Aug 96 15:25 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: David Engel <[EMAIL PROTECTED]> Source: ical Version: 2.0p2-2 Binary: ical Architecture: i386 source Description: ical: An X11/Tk Calendar application - Some of Ical's important f

Bug#3731: snmpd: patch for hrProcessorLoad MIB variable

gt; counter available in /proc/stat. The patch below adds a signal > handler to correctly keep track of the cpu load over the last minute. I've forwarded your report on to the upstream maintainers to get their opinion. David -- David EngelOptical Data S

New SNMP Package

Date: 11 Aug 96 04:58 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: David Engel <[EMAIL PROTECTED]> Source: snmp Version: 3.1-1 Binary: snmp Architecture: i386 source Description: snmp: CMU SNMP (Simple Network Management Protocol) Agent and Apps. - The CMU SNMP agent

New Tcl/Tk Packages

Date: 09 Aug 96 23:03 UT Format: 1.6 Distribution: unstable Urgency: Low Maintainer: David Engel <[EMAIL PROTECTED]> Source: tcl75 Version: 7.5p1-1 Binary: tcl75 tcl75-dev Architecture: i386 source Description: tcl75: The Tool Command Language (TCL) v7.5 - Run-Time Package. - TC

Bug#3838: GCC should depend on CPP, not conflict with it

Ian Jackson writes: > David Engel writes ("Re: Bug#3838: GCC should depend on CPP, not conflict > with it"): > > Ian Jackson writes: > ... > > > Hmm. Why is it necessary for gcc to know which version of cpp is > > > available, or for it to have exactly

Bug#4006: Fileutils has /usr/libexec directory

not use libexec, it can confuse users and other developers. It should be removed in the next maintenance revision or before the next public release of Debian, which ever comes first. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED]

Bug#4006: Fileutils has /usr/libexec directory

Package: fileutils Version: 3.13-2 The fileutils package has an empty /usr/libexec directory in the .deb file. I don't think the FSSTND supports libexec yet, so the directory should be removed. David -- David EngelOptical Data Systems, Inc. [EMAIL PROT

Bug#3838: GCC should depend on CPP, not conflict with it

Ian Jackson writes: > David Engel writes ("Re: Bug#3838: GCC should depend on CPP, not conflict > with it"): > > This would force an exact version match between cpp and gcc and I > > would very much like to avoid those situations. Yes, I know this is > > already

Re: Overwriting include files

ully, H.J. Lu can confirm this. If this is the case, then the headers should probably be removed from libc. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

Re: location of sg.h

Mr Stuart Lamble writes: > As of (at the latest) 2.0.0, /usr/include/scsi should be a symbolic link > to /usr/src/linux/include/scsi. Given that libc5 includes the kernel I'll hopefully get time to fix this next week. David -- David EngelOptical Data Systems,

Bug#3446: expect 5.19.0-1 still depends on tcl74

inks pointing to > 75, so I suppose expect can run with 75 (right?). Expect 5.19 is for Tcl 7.4 so the current expect package depends on the tcl74 package. Expect 5.20 is for Tcl 7.5 but it is still in development. David -- David EngelOptical Data System

Re: What should I do about getpgrp?

The manpage indicates that getpgid is what you want. > Unfortunately, I can't get libc5's source right now because ftp.debian.org > is unavailable, and debian.crosslink.net doesn't mirror the source. Not mirroring the source makes it awfully easy for them to violate the GPL. Davi

Re: dialog-0.9a-4.changes INSTALLED

log-0.9a-2.diff.gz) > Installed dialog-0.9a-4.i386.deb into > unstable/binary-i386/misc/dialog_0.9a-4.deb (replacing dialog-0.9a-2.deb) I still seem to be listed as the dialog maintainer. Would whomever built this version like to take it over permanently? Bruce, I think it was you

New ical package

ar.gz a9b11c18afabb925c264756bc0e1cd48 ical-2.0p2-1.diff.gz ea85fe25fa4a23735275edef8268a049 ical-2.0p2-1.deb -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

Updated expect package

expect-5.18.1-2.deb -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

New expect package

7a6680b826b44271313413f009708635 expect-5.18.1-1.deb -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

Re: ftp.debian.org?

the debian directory has suddenly moved (at least logically) from /debian to /debian.org/ftp/debian. I don't know if a symlink was deleted or chroot is being/not being called differently, but something has changed. This is a major problem for anyone who uses an absolute p

Re: Bug#2065: single user isn't

his is a mistake and > backs it off in 5.2.20. Such a change should go into libc 5.3 > > Does anybody know more about this? No, but I've forwarded this to H.J. Lu. He's in the process of moving cross country though, so I don't know when or if he'll get it. David --

Updated binutils package

ar.gz 4e5715df2876b592c72e2d2dbace1d9a binutils-2.6-2.diff.gz 03ea4a4b5b547a6e44389ea1c21546ca binutils-2.6-2.deb -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

Re: Lack of libtercap.so kills elf Accelerated X

like to make a run-time only (i.e. no development support) package for it. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

Updated gcc package

2.deb 139c3c6fc8f137c86b4a24fe415a9ee3 gcc-2.7.2-2.tar.gz 2daf1b159a5754c4092b0792ecca5784 gcc-2.7.2-2.diff.gz abd797ac91b89a97cd1a0423dfeb7f00 gcc-2.7.2-2.deb -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234

Re: why doesn't binutils-2.6-1 provide a shared library?

the binutils > >developers why they did this. > > Ick. Would that be of the GNU package or of the linux shared library > specs (gcc folks). The GNU folks. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

Re: why doesn't binutils-2.6-1 provide a shared library?

namic symbols in a shared library that can not be stripped. You'll have to ask the binutils developers why they did this. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

Re: ncurses-1.9.8a ELF release

ct allow a package to be upgraded or replced with another and then left in an unconfigured state? Basically, what I'm concerned with is the time between an old package's postrm script being called and any new package's postinst being called. David -- David Engel

Re: Parsing package filenames (was: Re: New ftp method for dselect)

seems to me that changing the very few packages which don't already conform to such a naming scheme would be much less disruptive than renaming every package. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

Re: New ftp method for dselect

file? It's needed by dselect anyway. Also, what about packages like ld.so where the file name doesn't match the package name (ldso)? What am I missing? David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

Re: New ftp method for dselect

site in the `binary' directory: > > --[-].deb > > Note the two hyphens. I missed the first part of this thread. Sorry. What is the resoning for this drastic change? David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1

Re: More ncurses...

the scripts for doing these moves in something that's > guaranteed to never depend on the library. In this case, perl is the > obvious answer. > > Am I missing something? Yes, other packages may be being operated on during the same dpkg run and they may need bash. David -- D

Re: ncurses-1.9.8a ELF release

-specific - it's just there to save disk space and > memory, and furthermore this is a critical package which we can't > leave broken. > > AFAIK only dpkg falls into category 3. Lots of things fall into > category 1, but they can do without special handling. > > Category 1 needs the link to be updated *with both libraries present*, > am I right ? David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

Re: ncurses-1.9.8a ELF release

> David Engel writes ("Re: ncurses-1.9.8a ELF release"): > > [ and earlier: ] > > > > The runtime package installs the shared libraries as lib*.so.3.0.new > > > > and then renames them to lib*.so.3.0 in the postinst script. This is > > > > fi

*** Important Notice ***

var/lib/dpkg/info. This will prevent the libraries from being renamed when you upgrade. David -- David EngelOptical Data Systems, Inc. [EMAIL PROTECTED] 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081

Re: coming soon

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

Re: X package shared library problem

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

Re: X package shared library problem

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]

Re: Erick Branderhorst Saves the World...

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

Re: More ncurses...

o.so link is in /lib, libfoo.a is in /usr/lib and someone invokes ld with '-L/usr/lib -lfoo', ld will find libfoo.a first and use it instead of libfoo.so. This is probably not what was desired. The simple solution is to put the libfoo.so link in the same directory with li

Re: More ncurses...

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

Shared libraries mysteriously disappearing

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

Location of shared library links

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

Bug#2013: gdb can't find executables in current directory

> 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

Re: ncurses-1.9.8a ELF release

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

Re: ncurses-1.9.8a ELF release

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

Re: ncurses-1.9.8a ELF release

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

  1   2   >