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 Load
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
--
Sc
> "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.
Besid
> > 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
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
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]
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 utiliti
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: Thi
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 Eddelb"uttel
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 the
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
> ed
> 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 sys
> 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
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 em
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 ha
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.
I agree, because of this, and because there are packages that only have
and need a copyright file, but not their own directory below /usr/doc.
>
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
Cha
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 n
-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 (La)
-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.
C
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
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 unmentionabl
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.
Me
"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.
> >
>
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 c
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 RE
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.
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:
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 10:00
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
>
Package: kbd
OS: Debian Linux 1.1, 17.JUN.96
1. The Linux keyboard maps, /usr/lib/kbd/keytables/*,
include only one "dvorak" map file.
There are actually 3 dvorak keyboard layouts:
both handed, left handed, right handed.
Please have Linux include map files for all 3 layouts.
2. It would be nice
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 dependancies on libg++ in dselect, so this may be the
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 f
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 ou
Package: perl
Version: 5.003-2
There should be a link or note in /usr/doc/perl about
/usr/doc/examples/perl.
Package: netstd
Version: 2.05-1
It should refer to adjtimex(2), I believe.
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 done with shared library run-time
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.
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: 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 ~{PmV>HI~}
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 wit
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 |_
> 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 stag
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 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)? Th
> 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
-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
> that require munging large numbers of files in complex regexpish ways.
> I've found that if you use "-w", "use strict", and "use English", perl
> makes/allows you to write pretty reasonable code. Certainly code that
> is far better (and usually faster) than sh.
If "-w", "use strict" and "use E
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
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 th
53 matches
Mail list logo
