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
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
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"
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
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
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
; 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
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
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
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
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
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
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
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
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&
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
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
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
./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
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
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
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
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.
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
ibX11.so.6 (DLL Jump 6.0) => /usr/X11R6/lib/libX11.so.6.0
libc.so.4 (DLL Jump 4.6pl27) => /lib/libc.so.4.6.27
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
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
programs.
2. Fully Debianize the libc5 packages. The current packages are still
repackaged versions of H.J. Lu's binary packages.
3. Start converting other packages to ELF.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101
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
; with and "provide" the elf-* equivalents. These should
also be moved into the distribution.
I'll also be uploading an ELF gcc 2.7.1 package. I don't expect any
problems, but this one should probably receive a little more testing
before being moved.
David
--
David En
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.
mitement to maintaining binary comptaibility. The major
version number has already changed once.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
> > 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.?
>
> It iis removed from libc 5.2.14.
>
> H.J.
--
David EngelOptical Data Sys
linux/packages/GCC, you
might be able to find it.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
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
, but still supported,
versions if they have different package names from the new ones.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
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
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
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
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
> 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
-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
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
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
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
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
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
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
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
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
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
1 - 100 of 153 matches
Mail list logo
