The new X11R6 xbase package has the following additions to /etc/X11/Xresources
since the previous version:
!
! Fix Motif client handling of backspace/delete
!
*XmText.translations: #override\n\
osfDelete: delete-previous-character()
*XmTextField.translations: #overrid
Package: bibtex
Version: 0.99c-3
Bibtex isn't searching $TEXINPUTS for .bst files if $BSTINPUTS is
empty. It goes directly to the system default .bst input directory
(which is /usr/lib/texmf/bibtex/bst/).
Debian 0.93R6
Kernel 1.2.13
Libc 4.6.27
On Sat, 16 Dec 1995, Michael K. Johnson wrote:
> All the other Linux distributions are going to /etc/rc.d/* because
> that's what comes with the svinit package. It works very well; in
> practice I've found that it's one of the things that I like better
> about my Red Hat system than my Debian syst
I rendered by system nonfunctional today. It wasn't entirely
unexpected, but it was disappointing.
I downloaded a snapshot of the development tree packages, and
ran dselect [I]nstall on them. (Ian J. -- FYI, this was with
dpkg-1.0.5, subsequent to the problems I've emailed you about).
The resul
This release fixes the bugs from #2033.
If you are using efax-07a, please install this and let me know what you think
about, esp. the interaction between preinst and postinst. This is required to
save changes that a user could have made to /usr/bin/fax from efax-07a-{0,1}
before the sourcing of
Try /dev/lp0, /dev/lp1, and /dev/lp2 . I don't think the print screen
button works, but you can print any of the virtual screens (the ones
that you access by pressing Alt-F1 through Alt-F12) with the command
(as root) "cat /dev/vcs0 >/dev/lp0" . Change the vcs and lp numbers
as appropriate.
Hi,
the new maintainer for the bind package is Robert Leslie <[EMAIL PROTECTED]>.
Thanks,
Peter
--
Peter TobiasEMail:
Fachhochschule Ostfriesland [EMAIL PROTECTED]
Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED]
Constantiaplatz
Hi,
I'm searching for a new maintainer for the bind package. I don't use
it myself so I'm probably not the right person to maintain it.
Peter
--
Peter TobiasEMail:
Fachhochschule Ostfriesland [EMAIL PROTECTED]
Fachbereich Elektrotechnik und In
I think I should perhaps put on a flak jacket before suggesting this.
Perhaps it'd be a good idea to list the directories which we intend
to support on a read-only root, and have packages migrate file
permissions for files installed in these directories to read-only.
Noncompliant packages would t
Yes, Miquel, we'd love to have you on the project. I think it would
be fine for you to maintain init and package the debian.* files in your
main source distribution.
Bruce
Here is the new draft packaging guidelines written by Ian Jackson.
This is Info file guidelines.info, produced by Ma
I no longer maintain sysvinit--Bruce Perens does now. You'll want
to talk with him. (A few sysvinit-related discussions started last
week; it would be good for you to participate in them. Are you on
the debian-devel mailing list? If not, ask [EMAIL PROTECTED] to add
you.)
Could someone mail th
Regarding init, there are a few issues that I need to deal with for
the Debian system.
Read-only root - Init isn't capable of understanding the run level or
power status when the root is read-only. Changing run levels on Debian
currently creates /var/log/initrunlvl and signals init to read it. If
From: Jeff Noxon <[EMAIL PROTECTED]>
> In fact, isn't /etc guaranteed to be on the root filesystem? I don't see
> how a system can boot without it. Why move initrunlevel at all? I think
> other distributions will leave it in /etc.
Debian does not currently have it in /etc . I am going to move i
On Sun, 10 Dec 1995, Matthew Bailey wrote:
> You didn't miss any mail, I had mailed Ian M. to tell him about this
> but I just got 5 bounced mail messages from [EMAIL PROTECTED]
Hmm.. Could you forward the bounced messages, with headers, so I
can determine what the problem was (or is)?
Bruce Perens writes:
>I was talking about moving initrunlvl to /etc, not /var/log .
Oops.
>Regarding the location of the rc[0-6].d directories, slackware,
>redhat, caldera, etc. all put them in /etc/rc.d/rc[0-6].d . I don't
>have to change their locations, but it seems to make more sense for
>us
I was talking about moving initrunlvl to /etc, not /var/log .
Regarding the location of the rc[0-6].d directories, slackware, redhat,
caldera, etc. all put them in /etc/rc.d/rc[0-6].d . I don't have to change
their locations, but it seems to make more sense for us to be Linux-compatible
than SysV-
> Bruce Perens writes:
> >From: Ian Jackson <[EMAIL PROTECTED]>
>
> >>>1. The "initrunlevel" file is moving to /etc from /var/log.
> >>/var/run, surely ?
> >
> >/var/run is possibly in a mounted filesystem. Init breaks if it can't
> >find this file. I've been thinking about using a named pipe so t
>>I can make symbolic links in /etc/rc.d that point back out to where
>>the directories are instead of moving the directories. I was of the
>>impression that real SysV worked the other way, but I can satisfy
>>everyone.
>
>I agree with Ian. Pleas don't do this. Adding alternative paths to
>the s
Bruce Perens writes:
>From: Ian Jackson <[EMAIL PROTECTED]>
>>>1. The "initrunlevel" file is moving to /etc from /var/log.
>>/var/run, surely ?
>
>/var/run is possibly in a mounted filesystem. Init breaks if it can't
>find this file. I've been thinking about using a named pipe so that
>it will wor
On Sat, 16 Dec 1995, Michael K. Johnson wrote:
>
> David Engel writes:
> >> >> 3. /etc/rc[0-6].d will move to /etc/rc.d/rc[0-6].d to match the
> >> >>practice on other Linux systems. Symbolic links will provide
> >> >>compatibility with the old locations.
> >> > Is
1. I didn't have lp installed since the installation parameter screen
for this said "line printer", not just "printer".
Having been a computer operator in times past I KNOW my little HP Deskjet 500
is NO "line printer".
2. I ran: insmod lp
the result:
Module:#pages: Used by:
lp
David Engel writes:
>> >> 3. /etc/rc[0-6].d will move to /etc/rc.d/rc[0-6].d to match the
>> >> practice on other Linux systems. Symbolic links will provide
>> >> compatibility with the old locations.
>> > Is this really necessary ? Real SysV's do things the way we have
>> > done.
>>
] I'll try to add PCMCIA support to the follow-up release of 1.3.47. 47
] is already stable and I'd rather not de-stabilize it. It will be
] released tonight or tomorrow.
]
] Any volunteers to check it as I have no way to test it.
[ ... ]
i'll check it, if you compile it.
i must shamefully adm
Package: dpkg
Version: 1.0.5
I had been under the impression that dpkg-deb was invoked when dpkg itself
was called with certain flags. If this is the plan, then the '-i' option
to dpkg doesn't follow the plan. Here are the ambiguities:
dpkg -i installs a debian archive
dpkg -I
This is Jamie Zawinski's useful xkeycaps utility, based on the new X11R6 ELF
libs.
Date: 16 Dec 95 11:06 UT
Source: xkeycaps
Binary: xkeycaps
Version: 2.29-1
Description:
xkeycaps: Graphical front-end to xmodmap.
Priority: Low
Changes:
* New package.
Files:
-rw-rw-r-- 1 rob rob
Good morning folks,
I'm missing bugs. In fact on ftp.debian.org /debian/debian-bugs/text
only bugreports up to #1810 do exist. Where are newer ones?
Have a pleasant weekend,
Joey
--
/ Martin Schulze * [EMAIL PROTECTED] * 26129 Oldenburg /
/ +49-441-777884 * Login&Passwd: nuu
Package: xbase
Version: 3.1.2-5
The scripts
/etc/X11/xdm/Xstartup_0
/etc/X11/xdm/Xreset_0
check for execute permission on
/etc/X11/xdm/Xstartup
/etc/X11/xdm/Xreset
(respectively) but the latter files are not installed +x.
Also, I suspect there is an error in the pathname on line 34 of the
> 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
> > > > fine for not disturbing running programs when the package
There are a couple of serious problems with Ray Dassen's latest gdbm
and db packages. DO NOT install them unless you want run the risk of
leaving perl, and consequently dpkg, in an unusable state. The same
problems exist with Ray's readline package also, but nothing depends
on it yet so it's not
> >>3. /etc/rc[0-6].d will move to /etc/rc.d/rc[0-6].d to match the
> >> practice on other Linux systems. Symbolic links will provide
> >> compatibility with the old locations.
> > Is this really necessary ? Real SysV's do things the way we have
> > done.
>
> I can make symbolic l
Ian Jackson,
I used Andy Guy's FTP method for dselect to upgrade a bunch of ELF
packages automaticaly this evening. It worked very well, and even
detected corrupt and partially-downloaded packages when I used a kernel
with networking problems.
I could make the bootstrap floppies support an FTP in
From: Ian Jackson <[EMAIL PROTECTED]>
>> 1. The "initrunlevel" file is moving to /etc from /var/log.
> /var/run, surely ?
/var/run is possibly in a mounted filesystem. Init breaks if it can't
find this file. I've been thinking about using a named pipe so that
it will work with a read-only roo
32 matches
Mail list logo
