> Version 1.7 of inline-math has been uploaded to sunsite:
> /pub/Linux/libs/inline-math-1.7.tar.gz.
I think that these would be a *great* thing to include in debian. Having
a good, solid linux release (debian) with *good* math libs will encourage
commercial developers to build mathematical sof
done
> During boot up the harddisk is checked before the modules (binfmt_elf)
> are loaded. The fsck/e2fsck utility is elf dependend but can't run
> without the module being loaded.
Ah! Good point. Ok, guys... how to handle this? I have recompiled elf
support directly into the kernel (seeing as how
I just thought I'd notify people that I will be uploading a new version of
the e2fsprogs in the next day or so that incorporate the changes suggested
by Rolf . I've been a bit too busy for it yet...
-Andrew. <[EMAIL PROTECTED]>
> A mixed solution may be possible, supplying DES (from both a US and a
> non-US site) to those who require YP support. I'm still not in favor
> of Debian doing this alone in the Linux community, though.
Yep, another "me too" reply...
I see quite often, like here at McGill University, what you
Package: source
Version: 1.2.13-5
includes should conflict with source
-Andrew. <[EMAIL PROTECTED]>
Package: includes
Version: 1.2.13-5
includes should conflict with source
-Andrew. <[EMAIL PROTECTED]>
Package: gopher-client
Version: 2.1.1-2
[Gothe:652]$ dpkg --info gopher-client-2.1.1-2.deb
old debian package, version 0.939000.
size 95170 bytes: control archive= 348, main archive= 94809.
36 bytes, 2 lines conffiles
215 bytes, 7 lines control
PACKAGE: gopher-clien
I have uploaded the context diff for e2fsprogs-1.01-1.diff.gz to
ftp.debian.org:
89d24e4bedccc995314c18fe2bcc4af2 e2fsprogs-1.01-1.diff.gz
Note that I accidentally uploaded the same file as e2fsprogs-1.01.diff.gz:
that file should be deleted.
-Andrew.
Ian,
Of course, your problem was with the loadable kernel module...
so much for "think first, post later..."
Anyway, here is the answer you want. From the 1.2.13 README.sbpcd in the
"drivers" directory...
=
Using sbpc
Perhaps those with experience can help me with this...
I am in the process of packaging up x3270 for debian, and while I have built
X-stuff via imake before, I have never had to modify things.
Until now.
Is there an easy way of modifying the (i)makefiles to install the software in
a non-root s
>
> I propose that Debian source packages be constructed this way:
>
> The source package "hello.dsr" is a compressed tar archive containing
> four files.
I like this, but perhaps there should be two DELTA files, or one DELTA
file with the patch program taking arguments... remember s
pristene
GS sources in a subdirectory.
Just to make it clear: binaries and the sources to build those binaries would
be distributed together on a cdrom that contained (as far as I know, and this
can be verified) only freely-redistributable-for-non-commercial use software.
Can I have your comments on
13 matches
Mail list logo