Karl Ferguson writes:
Hi Everyone...
I've compiled SLIP into the kernel (2.0.10), however I get this following
message in /var/log/daemon.log:
Aug 1 10:30:49 orion /sliplogin[319]: attaching slip unit sl0 for karl
Aug 1 10:30:49 orion /sliplogin[319]: /etc/slip.login sl0 9600 319
In message [EMAIL PROTECTED], Mr Stuart Lamble writes:
annoyed that if I want support for my W32p (revision A), I have to go
to 3.1.2E - and it's not available for Debian. Net result: either I
have proper support for my card, and can't install new X-based packages
(dpkg barfs at the postinst and
Right, I know that lapack-linux website too. Note gcc-2.7.0 and g77-0.5.17
were used, more recent ones are available. g77 got better with 0.5.18, but
also slower (according to some very casual measurements I did on one piece of
code). Also, Jacob Schiotz doesn't say anything about compiler
On Wed, 31 Jul 1996, Dale Scheetz wrote:
On Tue, 30 Jul 1996, Michael Gaertner wrote:
Ever heard of this standard for unix-package-management? How should we
deal with this?
How does one get a copy?
I can not help you - to get this you have to be a groupmember or you must
pay for it. I
I think it would be better to change the name of the Mercury Compiler to
something like mercc.
The reasons are:
1) Minimal disturbance to current debian users. They now use mc to
launch Midnight Comander.
2) Seniority (?). Midnight Commander took the name first (within
Debian,
Mr Stuart Lamble writes:
Ok. There is a library available, libelf (currently version 0.5.2),
which is required by a program I was idly toying about with (Eli).
I'm contemplating packaging up Eli, which would imply packaging up
libelf as well.
Go ahead and package libelf. It's been on my
In article [EMAIL PROTECTED] Rob Browning [EMAIL PROTECTED] writes:
Leland Olds [EMAIL PROTECTED] writes:
(Do we have anything the links to motif?)
mosaic (NCSA Mosaic) does.
I only provided a statically linked version yet. When I package a
released version of Mosaic I should create both
Not completely alone---I'd prefer prompting about /usr/local. Why?
Because /usr/local on all our machines here (not just debian) is an
nfs-mounted directory, and typically mounted readonly or root-squash
so that I know nothing on the client machines is going to be able to
diddle with it.
llucius wrote:
Actually, I've not gotten to The Next Step yet anyway. I finally bit
the bullet and downloaded XFree86 (whew!), compiled it, and am now going
through all the X related packages.
Speaking of X, as a member of the beta team (XFree86), I have access to
the source code for the
Dan Stromberg wrote:
For this reason we decided that Perl would be on our base disks, and
that packages could use it (well, the subset that's on the base disks)
in their preinst/postrm. Packages which want something else must
Depend on it and may only use it in their postinst/prerm.
Well, it's been a while, so lets add:
imap-client and imap-server
to the virtual package names list.
Sure thing. I'm not familiar with imap though, so could you give me a
description for these to go in the list?
On another note, is there an editor virtual package? Is there any interest
in
-BEGIN PGP SIGNED MESSAGE-
Date: 02 Aug 96 09:09 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes [EMAIL PROTECTED]
Source: sudo
Version: 1.4.4-1
Binary: sudo
Architecture: i386 source
Description:
sudo: Provides limited super user privileges to specific
I'm sure C and Assembler fit cryptic too. Just think how much further
advanced the computer industry would be if neither of those had ever been
invented.
And how much further would the industry be, if C had been typesafe (or
if some other, typesafe language had been used)? The
Mr Stuart Lamble writes:
annoyed that if I want support for my W32p (revision A), I have to go
to 3.1.2E - and it's not available for Debian. Net result: either I
have proper support for my card, and can't install new X-based packages
(dpkg barfs at the postinst and configuration stages), or
Brian C. White wrote:
Dan Stromberg wrote:
There's clearly a place for a stronger scripting language, despite the
argument posed above. It's just very sad that it should be perl. perl
really fits into many people's stereotypes of unix as inherently
cryptic monster, very neatly.
I'm
Package: xemacs, xemacs-support, xemacs-widget
Version 19.14-1
1) xemacs overwrites files from package emacs without having a 'replaces'
line.
2) xemacs is not configured because it depends on xemacs-support which
conflicts with emacs.
Michael
--
Michael Meskes |_
Package: kernel
Version: 2.0.6
I recently updated from debian 1.1 - kernel version 2.0.0 - to 1.1.3
by installing the new package in base/kernel-image-2.0.6_2.0.6-0.deb
(plus the updated dpkg and kbd).
Rebooting the machine showed that all was working apart from the nfs
module failing to load
Package: base
Version: 1.1.0-14
The installation of this package wipes out the file /var/run/utmp and
creates /var/run/wtmp which really should be in /var/log.
--
Debian GNU/Linux 1.1 is out! { http://www.debian.org/ }
A. B = True B. A = False
Email: Herbert Xu ~{PmVHI~}
Package: emacs
Version: 19.31-2
I load hilit19.el in my .emacs but when not under X this error occurs.
Loading hilit19...
Error in init file: error: X windows are not in use or not initialized
Erick
Package: procps
Version: 1.01a-1
This isn't really a problem as utmp usually should not be empty
but still w should not segfault. The reason I stepped on this
is because the base package wipes out the utmp file.
Package: syslinux
Version: 1.20-0
On a kernel without module support:
$ procinfo
can't open file /proc/modules: No such file or directory
--
Shields, CrossLink.
A couple of days ago, Lars mentioned
I suggest staying with rwxrwxrwt.
with respect to the permissions for /var/spool/mail.
Mine is:
drwxrwsr-t 2 mail mail 1024 Jul 31 13:08 /var/spool/mail/
I couldn't find the debian package that installed this directory, so
I couldn't figure
Package: dchanges
Version: 3.4
If dchanges finds an old style file name, it gives the following messages:
Deb file ok: libelf-dev_0.5.2-1_i386.deb
Deb file ok: libelf_0.5.2-1_i386.deb
WARNING: old style file name: libelf-0.5.2-1.tar.gz
should be: libelf_0.5.2-1.deb
WARNING: old style
Package: netstd
Version: 2.05-1
It should refer to adjtimex(2), I believe.
You (Brian C. White) wrote:
Package: nis
Version: 1.20-1
I having problems with cron reporting the following error should the
NIS server be unavailable.
yp_first: clnt_call: RPC: Remote system error
This is very annoying as I will get mail every minute or two when cron
tries to
Package: procps
Version: 1.01a-1
-chiark:~ w
2:13pm up 17 days, 12:23, 12 users, load average: 0.31, 0.20, 0.14
USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT
richard ttyp0mojave.elmail.co 9:24am 26.00s 0.65s 0.65s -bash
pjb1008 ttyp2ash.eng:0.0
Package: base
Version: 1.1.0-14
I'd like to be able to remove `ae', but it won't deinstall. It should
be possible to remove ANY package if I really want to. I don't like
it when I'm treated like a child by the packaging system.
Package: xbase
Version: 3.1.2-9
FSSTND R1.2 writes in chap. 5.3.5 to place xdm-errors in
/var/lib/xdm/. This is not the location xdm-errors get logged by default
in above package.
Suggestion: change /etc/X11/xdm/xdm-config in line
DisplayManager.errorLogFile: to
DisplayManager.errorLogFile:
You (Carlos Carvalho) wrote:
The newer base packages create /dev/tty* with permission rw-rw.
This causes an error when you try to open an xterm/rxvt window. They
quit with couldn't open a pseudo-terminal msg. I don't know whose
fault it is.
However, the newest sysvinit has this command
Package: dselect
Version: 1.12.2
dselect is more complicated than it needs to be. Anyone who has used
the package selector for RedHat can understand why people like it so
much. I like having a versatile interface such as the one dselect
offers, but it shouldn't be so incompatible keystroke-wise
Package: perl
Version: 5.003-2
/usr/doc/examples/perl
total 32
drwxr-xr-x 6 root root 1024 Jul 23 02:09 .
drwxr-xr-x 27 root root 1024 Jul 26 12:13 ..
-r--r- 1 root root 192 Jul 1 14:23 ADB.gz
-r--r- 1 root root 567 Jul 1 14:23
Package: mount
Version: 2.5j-1
The transcript should explain the problem pretty well. I believe the
problem is the different between the options line in the fstab and the
options listed by `mount', but I haven't had any time to examine the
problem further.
There is also a 2.5k version of mount.
Brian C. White [EMAIL PROTECTED] wrote:
I propose to add the following virtual packages:
- gnu-makeuseful for packages like kernel-package and my new
compress-package (not yet released) that *need* a GNU make
to be used.
Do we have (or
It seems obvious from the responses I've had, that one of the programs needs
to be renamed (no other solutions were presented, and, frankly, I can't
really think of one that won't cause problems). If we assume this is the
case, it is fairly obvious which one should be renamed: the Mercury one.
You (Dan Stromberg) wrote:
Ian Jackson wrote:
sh is not suitable for many of the things Perl gets used for -
consider update-inetd, update-info c.
Actually, a /bin/sh script to add inetd.conf entries, and another to
remove entries keyed off the service field, was unmentionably simple
Package: lynx
Version: 2.5 and 2.4-FM-960316
OS: Debian 1.1, 17 JUN 96, with dpkg 1.2.11elf
Bug: Lynx thinks *.deb files are text/plain,
rather than binary. Therefor downloads corrupt *.deb files.
--
NOTE: Please
-BEGIN PGP SIGNED MESSAGE-
Date: 02 Aug 96 11:49 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst [EMAIL PROTECTED]
Source: babel
Version: 3.6-4
Binary: babel
Architecture: all source
Description:
babel: Support for multilingual typesetting with
-BEGIN PGP SIGNED MESSAGE-
Date: 02 Aug 96 11:32 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst [EMAIL PROTECTED]
Source: fileutils
Version: 3.13-3
Binary: fileutils
Architecture: i386 source
Description:
fileutils: GNU file management utilities.
On Thu, 1 Aug 1996, marc hoffmann wrote:
Package: Octave
Version: 1.1.1-3
After installing octave it won't run and giving a message like:
can't find /lib/libg++ (I don't remember exactly).
After installing libg++27 elf version (version 2.7.1-2), everything worked
fine. Octave had no
This fixes the architectural problems in the source.
Date: 02 Aug 96 13:36 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Dale Scheetz [EMAIL PROTECTED]
Source: gmp
Version: 1.3.2-3
Binary: gmp
Architecture: i386 source
Description:
gmp: Multiprecision arithmetic library
Guy Maor:
I don't think we should move the copyright file. Most people don't
ever need to look at them, so it's simpler if they're out of the way.
aolI agree, because of this, and because there are packages that only have
and need a copyright file, but not their own directory below
Warwick HARVEY:
Are there packages that depend on having an editor,
Without trying, I think of vipw, vigr, mail, elm, rcs (and thus cvs),
trn, tin, and nn. I grant that all but vipw and vigr can be used without
an editor -- if you only read mail and news and never check anything in.
I don't
Erick Package: emacs
Erick Version: 19.31-2
Erick
Erick I load hilit19.el in my .emacs but when not under X this error
Erick occurs.
Erick
Erick Loading hilit19... Error in init file: error: X windows are not in
Erick use or not initialized
That is your fault, not emacs.
There should be a link or note in /usr/doc/perl about
/usr/doc/examples/perl.
This is standard on debian, I don't see why a link is needed.
Erick
I'd like to be able to remove `ae', but it won't deinstall.
I can do it: dpkg --force-remove-essential --remove ae
It should be possible to remove ANY package if I really want to.
But you have to do a little extra for it.
I don't like it when I'm treated like a child by the packaging
On Fri, 2 Aug 1996, Warwick HARVEY wrote:
On another note, is there an editor virtual package? Is there any interest
in adding one? It could be valuable to add Provides: editor to ae (and
others as well).
What would it be used for? Are there packages that depend on having an
editor, or
I 'm busy with mflib and thought that it might be useful to have
the weekly script run daily by cron because a daily run will have
a bigger chance to be run on systems which are on and off (like mine
at home). Therefore I would need to remove the conffigurationfile
/etc/cron.weekly/mflib from
Erick * added latin1.sty: Michael Meskens requested
See the documentation in /usr/doc/latex/ltnews0[23].tex.gz, this is no longer
needed since about last June.
I used to use latin1, but now prefer
\usepackage[latin1]{inputenc} % Umlaute
--
Dirk Eddelbuttel
This fixes the description bug.
Date: 02 Aug 96 13:34 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Dale Scheetz [EMAIL PROTECTED]
Source: libident
Version: 0.17-2
Binary: libident
Architecture: i386 source
Description:
libident: a simple RFC1413 client library
Changes: This
This repairs the architecture bug reported against this package.
Date: 02 Aug 96 16:44 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Dale Scheetz [EMAIL PROTECTED]
Source: diff
Version: 2.7-11
Binary: diff
Architecture: i386 source
Description:
diff: File comparison
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 PROTECTED]
I just tried to build elm from the debian source package with the thought
that I might be able to maintain it. So far the verdict is not in.
The build target in debian.rules is really very simple:
make
make documentation
touch build
However, if I try debian.rules build I
I'm sure C and Assembler fit cryptic too. Just think how much further
advanced the computer industry would be if neither of those had ever been
invented.
As to assembler, there are lots of _very_ different styles of writing it;
there is no one Assembler language. It's quite impossible
BCW == Brian C White [EMAIL PROTECTED] wrote:
BCW I don't see a problem with packages creating directories and
BCW other necessary framework in /usr/local. In some cases, this can
BCW be quite complex and without which it isn't possible for there to
BCW be local extensions.
Besides, it let the
Package: cvs
Version: 1.8.1-1
The initial format fails because it can't find the file `CVSvn.texi'.
(760) tex cvs.texinfo
This is TeX, Version 3.1415 (C version 6.1)
(cvs.texinfo
Hyphenation patterns for british, english, french, german, spanish, loaded.
(/usr/lib/texmf/tex/misc/texinfo.tex
Package: netstd
Version: 2.05-1
The configuration of identd in inetd.conf is incorrect. The incorrect line
is:
ident stream tcp nowait nobody /usr/sbin/identdidentd -i
with the correct line being:
authstream tcp nowait nobody /usr/sbin/identdidentd -i
--
56 matches
Mail list logo
