etc/rc.*/ links, create ones in /etc/rc.*/
#which point to something to chroot and run the ones in
#/var/root/mail/etc/rc.*/.
What do you think? It doesn't seem that it would be too hard to
implement, but I bet it's not as useful as it seems (to me).
--
Itai Zukerman
> > The thing is, kernel-headers should not be used at all unless you're
> > compile glibc, or modules. Anything else will break.
>
> So you're saying it's better to hardcode syscall numbers and stuff
> than using the kernel headers? Sre...
Also chiming in: Suppose my code reads a struct fro
Je 05 May 2001 15:06:11 -0500,
Manoj Srivastava <[EMAIL PROTECTED]> scribis:
> Try this: suggest the kernel-headers package, and set
> CFLAGS += -I$(KSRC)/include
> and instruct people to set the KSRC variable as needed.
> [...]
> Have a default value for KSRC if you need, and arrang
Je Sat, 5 May 2001 11:09:20 -0400,
Ben Collins <[EMAIL PROTECTED]> scribis:
> IMO, we can use alternatives. And it should be fairly easy
>
> update-alternatives --install /usr/src/kernel-headers-2.2 kernel-headers-2.2 \
> /usr/src/kernel-headers-2.2.
>
> Where "" would be something like "19" (
Package: kernel-package
Severity: wishlist
According to the FHS (2.1),
6.1.6 /usr/src : Source code
For systems based on glibc, there are no specific guidelines for this
directory. For systems based on Linux libc revisions prior to glibc,
the following guidelines and ra
Again, could:
http://bugs.debian.org/95981
have anything to do with this?
-itai
> On Tue, May 01, 2001 at 04:15:58PM -0400, Jon Eisenstein wrote:
> > I seem to be in a very troublesome spot... My dpkg segfaults in any needed
> > situation:
Maybe it's this bug:
http://bugs.debian.org/95981
The patch is trivial. Try dowloading the source and rebuilding dpkg
(that's what I
On Tue, 24 Apr 2001 05:30:18 -0800, Ethan Benson <[EMAIL PROTECTED]> wrote:
> > [ -x install-upx ] && install-upx /usr/bin/foo /usr/bin/bar
> >
> > to her postinst or
>
> fine
>
> > dh_upx
> >
> > to her rules.
>
> NO! this would absolutly suck. that leaves the admin in the position
> to
On Tue, 24 Apr 2001 13:14:36 +0100, [EMAIL PROTECTED] (Colin Watson) wrote:
> >> you want. The postinst code would call the compression routines,
> >> which might not do anything, depending on how the compressing package
> >> was configured (i.e., it wouldn't call the compressing code directly,
>
On Sun, 22 Apr 2001 06:02:30 -0800, Ethan Benson wrote:
> On Sun, Apr 22, 2001 at 09:00:13AM -0400, Itai Zukerman wrote:
> > If not, I suggest a debhelper command to add the necessary code to
> > the postinst. Packages that use this should, of course, depend on the
> > binar
On Sun, 22 Apr 2001 00:57:54 +0200, <[EMAIL PROTECTED]> wrote:
> On Sunday 22 April 2001 00:45, Itai Zukerman wrote:
> > Why not compress the binaries in the postinst, maybe after asking the
> > admin for permission?
>
> Well, if I had to answer "no" to compre
A package I've been looking at, icecast(-server), provides a utility
mkpasswd. This utility just takes a password and salt and returns the
result of crypt(3). I notice that the whois package provides exactly
the same functionality in a utility called cryptpw.
Are there other packages that simila
12 matches
Mail list logo