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
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
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
--
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
7a6680b826b44271313413f009708635 expect-5.18.1-1.deb
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
ngs. For right now you can
just retreive it via the buster login and traverse the sub-trees to the
location.
David
David Brinks - Assist Sys Admin. [EMAIL PROTECTED]
422 Pearce HallMail maintainer of: archive, ftpadmin
Computer Science Department
expect-5.18.1-2.deb
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
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
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
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
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
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,
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
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
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
ason: Copyright-problems (Unisys-Patent)
David
--
David Frey <[EMAIL PROTECTED]>|Microsoft isn't the answer...it's the QUESTION.
Schlieren, Switzerland|``No'' is the answer.
PGP-Key available on request |Use Debian GNU/Linux!
In message <[EMAIL PROTECTED]>, Yves Arrouye writes:
>On Aug 4, 6:55pm, David Frey wrote:
>} Subject: Re: Uploading compress-package 1.1 on master
>} In message <[EMAIL PROTECTED]>,
>} [EMAIL PROTECTED] writes:
>} >Description:
>} > compress-package: filese
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]
I've uploaded to chiark:
-BEGIN PGP SIGNED MESSAGE-
Date: 07 Aug 96 22:20 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: David Frey <[EMAIL PROTECTED]>
Source: dump
Version: 0.3-7
Binary: dump
Architecture: i386 source
Description:
dump: Ported 4.4BSD dump
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
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
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
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
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
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
In message <[EMAIL PROTECTED]>, Ian Jackson writes:
Package: rpncalc
Version: 1.1-1
>Directories must be 755 root.root.
Fixed in rpncalc-1.1-2
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
> 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
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
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
Package: xosview
Version: 1.3.2-6
Xosview should be able to monitor the /dev/ttyS* lines too; since nowadays
(with the advent of mgetty) a lot of people use /dev/ttyS* for dialout.
David
k & white stuff and 'Foo-color' contains the color
definition and #includes 'Foo'. By doing it this way you can put
#ifdef COLOR
*customization: -color
#endif
...
into your /etc/X11/XDefaults line and all (correctly configured)
applications look their color configuration up in *
>> Xosview only reads the file XOSView (and ~/.Xdefaults) when evaluating
>> its X resources. It does this by doing all the reading by foot (calling
>> XrmGetFileDatabase() etc.).
>> This is IMO the wrong way to do it; the application should use
>> XtGetApplicationResources() (as xsysinfo does i
om teTeX for myself, for example the
rsfs fonts, which are badly needed.
But: Is somebody knowledgeable on the copyright terms on the rsfs's fonts?
>As for a4, I much prefer vmargin (which the LaTeX Companion has as vpage,
>described on page 89).
And I pagesize...
David
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
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
-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'
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
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
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
Miquel van Smoorenburg writes:
> You (Frank Neumann) wrote:
> > Hi,
> > there have been newer versions of these two programs out for some time
> > now:
> > gdb-4.16 (current in Debian: 4.15)
> > binutils-2.7 (current in Debian: 2.6)
> >
> > David, are
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
ies, runtime versions.
Now: What should I do? I see 3 alternatives:
1) Recompile the libreadline package to provide the libreadline2.0 name,
2) link the rpncalc (somehow) against the libreadline2 library (but how?),
3) fool around with the shlibdeps.local file.
What is the right thing to do?
Thanks
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
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
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
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
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
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
stall package as it was
done with netscape. Then, the people with non-intel architectures would
know that the
package is useless for them (at the moment) and wouldn't need to download
it.
David
--
David Frey <[EMAIL PROTECTED]> |Microsoft isn't the answer...it's the
nual (chapter 12) should mention that you should
install the -dev packages, if you wish to compile something, since the
links are only
contained in the -dev packages.
Ian? David?
David
),
> stripped
Please run it with strace.
David
--
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED] 1101 E. Arapaho Road
(214) 234-6400 Richardson, TX 75081
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
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
eds to be upgraded to H.J. Lu's newest
version. Track H.J. Lu's version. Things could be complicated by
multiple architecture support and libc6.
libc4*, aout-binutils, aout-gcc: As far as I'm concerned, these are
deprecated and should not be supported. However, if somebody wants t
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
Please, please! B-)
>
Yes, this bothered my too. And, in fact I changed it on my box.
That's what I'd like to suggest:
echo "Starting :"
start-stop-daemon --start --exec daemon1 ; echo -n " daemon1"
start-stop-daemon --start --exec daemon2 ; echo -n " daemon2&
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
our system and
restore the interesting files (a la /etc/shadow).
(if rdump/rrestore didn't exist dump/restore needn't the SUID bit).
David
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
p; 2, rtin, and tcsh, with other in development.
Ciao,
David Welton
[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.efn.org/~davidw
Se quest'email e` in Italiano, mi dispiace per gli errori:-) FORZA PANTANI!
--Debian GNU/Linux--
--
TO UNSUBSCRIBE FROM THIS MAI
d be great.
|
| regards, andreas
I'd be willing to do this, or at least some of it, depending on how much
material there is.
Contact me with further information when you are ready.
Ciao,
David Welton
[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.efn.org/~davidw
Se quest'emai
ite problem: The end key doens't work in xterms!
xterms are in my experience in this regard pathological (opposed to VCs)
David
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
t editor. As a compromise
> it could use the same system than the sendmail aliases: The user make
> changes in a plain text file (/etc/aliases), but the application
> 'compiles' this file as a db database (/etc/aliases.db)?
A database of some sort (e.g. tsearch dump) would b
wever, I do know that I
haven't made any weird modifications to my system and definitely none
to the default perl installation.
- Dave
+--+---+
| David Webb | The believer is happy; the doubter is wise. |
| [EMAIL PROTECTED] | - Hungarian Proverb |
+--+---+
Mirek Kwasniak <[EMAIL PROTECTED]> writes:
> On Fri, Sep 24, 1999 at 11:22:02AM -0400, Ben Collins wrote:
> [...]
> > It is left like this until perl is configured and the postinst script
> > takes care of moving perl-5.005.dist to perl-5.005.
>
>
> >
> > Why does perl need to do all this hardl
ges are and aren't useful
to them, why don't we look at the popularity contest? A simple, bias-free
way of seperating programs on to the CD's, by actual use. That is what
it was made for.
David Starner - [EMAIL PROTECTED]
Or crossover cable.
Dave Bristel
On 24 Sep 1999, Ruud de Rooij wrote:
> Date: 24 Sep 1999 17:16:06 +0200
> From: Ruud de Rooij <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Cc: debian-devel@lists.debian.org
> Subject: Re: Conference! - aro
On Sat, Sep 25, 1999 at 07:28:57AM +, Lars Wirzenius wrote:
> David Starner <[EMAIL PROTECTED]>:
> > Instead of each developer chose what packages are and aren't useful
> > to them, why don't we look at the popularity contest? A simple, bias-free
> > way
On Sat, Sep 25, 1999 at 08:18:04PM +1000, Craig Sanders wrote:
> On Sat, Sep 25, 1999 at 02:51:36AM -0500, David Starner wrote:
> > On Sat, Sep 25, 1999 at 07:28:57AM +, Lars Wirzenius wrote:
> > > David Starner <[EMAIL PROTECTED]>:
> > > > Instead of each d
This is also a very big issue for those who install "groups" of packages during
the install. I know that I was recently bitten by this when I chose to install
a number of "groups" of packages, and didn't realize that the masquerading and
redirecting versions of inetd were installed. It took some
I agree with you on this one, we do NOT need html, or text versions of the
Bible, or other non-technical or computer related documents in main. As it is,
potato is HUGE, larger than ANY other distribution. My thought is that if it is
not a program, or does not enhance or assist in the use of a pr
On Mon, 27 Sep 1999, Matthew Vernon wrote:
> David Starner writes:
> > On Fri, Sep 24, 1999 at 05:59:27PM -0400, Jaldhar H. Vyas wrote:
> > > Nevertheless it is moot point because we are running out of room and
> there
> > > has to be a third CD. It might as
On Mon, Sep 27, 1999 at 11:43:50AM +0100, Matthew Vernon wrote:
> David Starner writes:
> > Instead of each developer chose what packages are and aren't useful
> > to them, why don't we look at the popularity contest? A simple, bias-free
> > way of seperating pro
ng in xlib6g that mtools really needs, why not break it out of
xlib6g and make it a separate package?
Oh, and why does xlib6g depend on xfree86-common? Wouldn't it be more
natural the other way around only?
/David Weinehall
_ _
I believe that this is the reason Joey Hess suggested that we start adding new
and tested packages as an addition to our last stable release. Many package
maintainers release new versions of their packages for both the stable, as well
as the unstable release. XFree is a perfect example of this, a
's not like it's an error in the
program, it's just something you don't like.
David Starner - [EMAIL PROTECTED]
You may have noticed that the other distributions also have KDE included in
them. Because of the license "flaw", Debian does not allow KDE in main. Redhat
and others include it because there is little chance of legal action against
them for this inclusion. The same applies here, Redhat seems to
m
mtools and create an extra package with just this file, and make this file
recommended by mtools, and make mtools required by the extra-package.
/David Weinehall
_ _
// David Weinehall <[EMAIL PROTECTED]> /> Northern
we are free to distribute even a patched Pine, as long as we apply an
L at the end of the version#. Not too big a sacrifice, huh? We'll still
have to keep it in the non-free area, of course, as it's a BSD-style
license, but...
I&#x
On Wed, 29 Sep 1999, Thomas Schoepf wrote:
> On Tue, 28 Sep 1999, David Weinehall wrote:
>
> > Thus we are free to distribute even a patched Pine,
>
> No! Anyone is allowed to _locally_ modify Pine, but there's no statement
> about distributing such modified versio
Hi all,
Do we have a table/chart somewhere that explains which
Architectures use which endianness? Gpart has incomplete
support for endianness, the beginnings of which are
implemented as shown below; it behaves as if only i386
and alpha are little-endian --is that true?
Thanks.
/*
* endianne
; then fair enough, but I'd hope that he reads the code very carefully
> when new upstream versions are released.
I think you're being really paranoid here. Anyone who really wanted
to sneak trojans into Debian would go by a name, e.g. Phillip Hands,
which no one would know wasn't real until everything was over.
David Starner - [EMAIL PROTECTED]
[I searched the archives, but didn't find a previous discussion
about this; if I missed it, please just point me in the right
direction. Thanks.]
I've been using both XEmacs(20) and Emacs(20), and while investigating
some of their differences in behavior I stumbled upon
http://www.xemacs.org/Ab
On Thu, Sep 30, 1999 at 12:54:32AM +, David Coe wrote:
> Is that still an accurate description of the legal status (from
> FSF's perspective) of XEmacs, and if so, shouldn't we move it to
> non-free?
Huh? RMS is just complaining that they chose not to assign copyright to
e was upped; I'm
not taking any unnecessary risks...
/David
_ _
// David Weinehall <[EMAIL PROTECTED]> /> Northern lights wander \\
// Project MCA Linux hacker// Dance across the winter sky //
\> http://www.acc.umu.se/~tao/
Stephane Bortzmeyer <[EMAIL PROTECTED]> writes:
[...]
> Debian SGML/XML HOWTO.
[...]
> http://www.debian.org/~bortz/SGML-HOWTO/
[...]
looks nice, thanks for doing this; one immediate question:
nsgmls is not (any longer?) in potato. Should it be?
Thanks.
Strange, I've never had a hard time with a dist-upgrade when I am remote. Of
course, it's best to open a new telnet window once the upgrade is complete, and
to not do a final reboot until you are on site, since if it doesn't boot, you
are stuck. But that behavior of losing connection is generally
handful. So, let's keep the good of the distribution in mind, work
through any differences we may have, and continue on.
David Bristel
>
> Hamish
> --
> Hamish Moffatt VK3SB (ex-VK3TYD).
> CCs of replies from mailing lists are welcome.
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
lag to go on a package,
and after the install, the installed daemons are listed. This is just an idea,
but that's another subject.
David Bristel
601 - 700 of 2449 matches
Mail list logo
