-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 20 Apr 2001 17:52:36 +
Source: frad
Binary: frad
Architecture: m68k
Version: 0.20-4.1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Carlos Laviola [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 22 Apr 2001 11:12:29 -0700
Source: tcl8.0
Binary: tcl8.0-dev tcl8.0-doc tcl8.0
Architecture: m68k
Version: 8.0.5-6.0.1
Distribution: unstable
Urgency: high
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 19 Apr 2001 15:50:56 -0700
Source: xrn
Binary: xrn
Architecture: m68k
Version: 9.02-5
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Alex Romosan [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 12 Apr 2001 23:39:22 +0300
Source: chkrootkit
Binary: chkrootkit
Architecture: sparc
Version: 0.31-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Yotam Rubin [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 6 Apr 2001 20:55:45 -0400
Source: scanssh
Binary: scanssh
Architecture: sparc
Version: 1.55-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Rene Weber [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 18 Apr 2001 21:28:33 -0400
Source: libdigest-md2-perl
Binary: libdigest-md2-perl
Architecture: sparc
Version: 2.00-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Michael
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 20 Apr 2001 22:26:52 -0400
Source: gnome-guile
Binary: libguilegnome-dev libguilegtk-dev libguilegnome0 libguilegtk0
Architecture: sparc
Version: 1:0.20-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 14 Apr 2001 16:33:15 +0200
Source: lifelines
Binary: lifelines
Architecture: sparc
Version: 3.0.4-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Javier
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 20 Apr 2001 23:43:37 -0600
Source: postfix
Binary: postfix
Architecture: sparc
Version: 0.0.20010329.SNAPSHOT-5
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: LaMont Jones
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 21 Apr 2001 12:49:17 +0200
Source: libdbd-pg-perl
Binary: libdbd-pg-perl
Architecture: sparc
Version: 0.95-5
Distribution: unstable
Urgency: medium
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Raphael
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 20 Apr 2001 21:24:18 -0500
Source: octave2.1
Binary: octave2.1-info octave2.1-htmldoc octave2.1 octave2.1-headers
octave2.1-emacsen octave2.1-doc
Architecture: sparc
Version: 2.1.34-1
Distribution: unstable
Urgency: low
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 20 Apr 2001 13:09:27 +0200
Source: mysql-navigator
Binary: mysql-navigator
Architecture: sparc
Version: 0.9.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Remco van de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 20 Apr 2001 09:28:51 -0500
Source: cvs
Binary: cvs-doc cvs
Architecture: sparc
Version: 1.11-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Eric Gillespie, Jr. [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 19 Apr 2001 14:14:43 +0200
Source: yank
Binary: yank
Architecture: sparc
Version: 0.2.0.clean-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Othmar Pasteka [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 19 Apr 2001 21:02:20 -0400
Source: iptables
Binary: iptables
Architecture: sparc
Version: 1.2.1a-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Laurence J. Lane [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 21 Apr 2001 19:37:57 +0300
Source: libnss-ldap
Binary: libnss-ldap
Architecture: sparc
Version: 150-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Sami Haahtinen [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 21 Apr 2001 10:58:41 -0600
Source: aime
Binary: aime
Architecture: sparc
Version: 0.59-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Ed Boraas [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 21 Apr 2001 09:16:26 +0200
Source: fastdnaml
Binary: fastdnaml
Architecture: sparc
Version: 1.2.1-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Dr. Guenter Bechly
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 20 Apr 2001 22:14:00 -0700
Source: kaim
Binary: kaim
Architecture: sparc
Version: 0.71-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Ivan E. Moore II [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 20 Apr 2001 22:32:00 -0700
Source: korelib
Binary: libkore-dev libkore0
Architecture: sparc
Version: 0.0.1-4
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Ivan E. Moore
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 21 Apr 2001 06:50:59 +0900
Source: medusa
Binary: libmedusa-dev libmedusa0 medusa
Architecture: sparc
Version: 0.5.0-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Takuo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 04 Apr 2001 12:22:37 -0700
Source: vanessa-socket
Binary: libvanessa-socket-dev libvanessa-socket0 libvanessa-socket-pipe
Architecture: sparc
Version: 0.0.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 21 Apr 2001 00:41:26 -0300
Source: yorick
Binary: yorick-dev yorick-gist yorick
Architecture: sparc
Version: 1.4-14.2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Carlos
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 21 Apr 2001 10:27:13 +0300
Source: tirc
Binary: tirc
Architecture: sparc
Version: 1.2-6
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Teemu Hukkanen [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 21 Apr 2001 18:49:42 +0200
Source: crawl
Binary: crawl
Architecture: sparc
Version: 20010419-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Guus Sliepen [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 1 Mar 2001 18:49:18 +0900
Source: ttyrec
Binary: ttyrec
Architecture: sparc
Version: 1.0.2-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Takuo KITAME [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 15 Apr 2001 19:21:34 +0300
Source: thttpd
Binary: thttpd
Architecture: sparc
Version: 2.20b-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Yotam Rubin [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 21 Apr 2001 19:34:29 +0300
Source: libpam-ldap
Binary: libpam-ldap
Architecture: sparc
Version: 107-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Sami Haahtinen [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 21 Apr 2001 01:49:18 +0200
Source: mp4h
Binary: mp4h
Architecture: sparc
Version: 1.1.2-4
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Denis Barbier [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 9 Apr 2001 21:52:47 +0200
Source: devtodo
Binary: devtodo
Architecture: sparc
Version: 0.1.3-4
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Arthur Korn [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 21 Apr 2001 09:17:46 +0200
Source: fastlink
Binary: fastlink
Architecture: sparc
Version: 4.1P-2
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Dr. Guenter Bechly [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 20 Apr 2001 20:35:49 -0400
Source: t1lib
Binary: t1lib-bin t1lib1 t1lib-dev
Architecture: sparc
Version: 1.1.1-2
Distribution: unstable
Urgency: high
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: David
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 21 Apr 2001 18:58:43 +0100
Source: xbat
Binary: xbat
Architecture: sparc
Version: 1.11-3
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Stephen Stafford [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 21 Apr 2001 22:52:11 +1000
Source: netkit-telnet
Binary: telnet telnetd
Architecture: sparc
Version: 0.17-11
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Herbert Xu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 21 Apr 2001 03:38:17 +0900
Source: w3mmee
Binary: w3mmee
Architecture: sparc
Version: 0.2.1.p18.7-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Fumitoshi UKAI [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 20 Mar 2001 14:12:44 +0100
Source: gftp
Binary: gftp-text gftp-gtk gftp gftp-common
Architecture: sparc
Version: 2.0.8-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 20 Apr 2001 01:59:47 +0900
Source: gal
Binary: libgal-dev libgal6
Architecture: sparc
Version: 0.7-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Takuo KITAME [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 04 Apr 2001 12:16:12 -0700
Source: vanessa-logger
Binary: libvanessa-logger-sample libvanessa-logger0 libvanessa-logger-dev
Architecture: sparc
Version: 0.0.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build
On Sun, Apr 22, 2001 at 01:38:42PM +1000, Herbert Xu wrote:
This is exactly our disagreement. My position is that it is well within
our capabilities to make this unnecessary. And you disagree with that
which is fine with me.
It was recently calculated that there are over 2000 kernel options
On Sat, Apr 21, 2001 at 09:14:37PM -0700, Aaron Lehmann wrote:
This is about choice. I want to compile my sound card's driver into
the kernel. I want to compile bttv, however, as a module. I also want
IDE as a module, but I want support for my particular scsi card (and
only that scsi card)
This is exactly our disagreement. My position is that it is well
within our capabilities to make this unnecessary. And you
disagree with that which is fine with me.
[snip]
I should build my own kernel, right?
Sure, you're a computer geek. But remember we don't expect our users
to be
On Sun, Apr 22, 2001 at 12:22:33PM +0800, zhaoway wrote:
I should build my own kernel, right?
Sure, you're a computer geek. But remember we don't expect our users
to be all computer elites. No, they're no dummies. Think about
scientists, etc. who just simply don't have that much enough time
On Sat, Apr 21, 2001 at 09:28:02PM -0500, Rahul Jain wrote:
Unless you care about performace. Which is the main reason to use different
packages for each CPU type.
I compile my own kernels, and have for a long time. But it's a pain
to go through all the poorly-documented options and takes quite
On Sun, Apr 22, 2001 at 12:09:12AM -0500, David Starner wrote:
On Sat, Apr 21, 2001 at 09:28:02PM -0500, Rahul Jain wrote:
Unless you care about performace. Which is the main reason to use different
packages for each CPU type.
I compile my own kernels, and have for a long time. But it's a
On Sun, Apr 22, 2001 at 12:07:37AM +0200, Klaus Reimer wrote:
My harddisk containing /var has crashed (and I am a fool without a backup). I
was able to recover /var/lib/dpkg/status but all other files in /var/lib/dpkg
except some files from /var/lib/dpkg/info are gone. Is there any way to
I should build my own kernel, right?
Sure, you're a computer geek. But remember we don't expect our
users to be all computer elites. No, they're no dummies. Think
about scientists, etc. who just simply don't have that much enough
time sometimes to make oneself be familiar with
WWT == Wesley W Terpstra [EMAIL PROTECTED] writes:
[...]
WWT Anyways, here's the easy fix. In configure.in find:
[...]
WWT Anyways, you have a fix that works now. Please try it yourself and let me
WWT know whether or not it works out. Oh, I had to tweak all the Build-Depends
WWT too.
This
On Sat, Apr 21, 2001 at 07:42:00PM -0300, Carlos Laviola wrote:
There is: just upx -d it. (you can even run md5sum before and after
compression/decompression to find out for yourself that the decompressed file
is the same as before.)
Will upx -d work on a binary that was compressed with an
On Sun, Apr 22, 2001 at 12:37:16AM -0500, Rahul Jain wrote:
use the distro kernels' config as a starting point.
Which wins me how much, over just starting from the defaults? You
still have to go over all the options, and wait for the kernel to
compile. It's still a lot easier to break stuff
Just two questions:
i) Is there any reason why you decided to include the named binaries in
the chroot?
There is no need for them to be there, since named does the chroot
internal. In fact this might represent a security hole.
Consider some manages to break named and get access to the
Hello,
I am running Sid (daily updated) and currently have a problem with Gnome:
Before I could access the programm menus with the keyboard shortcuts
(Alt + undelined_character). This worked with all Gnome apps under
any window manager. It still works with KDE apps, but since a few
days the Gnome
On Sun, Apr 22, 2001 at 01:38:42PM +1000, Herbert Xu wrote:
IMHO, with the current 2.4.* setup, the difference between compiling your
own and using the preexisting one is so minimal that most people will be
able to use the precompiled one rather than building their own.
Fair enough. But what
Hello,
I apologise if this is considered off-topic - might be barking up the
wrong tree in the wrong forest here - but bringing up an old issue here
of release frequency, once the transition to using package pools and the
new debian-installer is done, would it be reasonable to expect Debian
Michael Banck [EMAIL PROTECTED] wrote:
Fair enough. But what about the difference between machine-dependant
optimisation? Perhaps the difference between i386 and PIII is so minimal
Please read the earlier messages in this thread. This has already been
covered.
--
Debian GNU/Linux 2.2 is out!
On Sun, Apr 22, 2001 at 08:50:45PM +1200, [EMAIL PROTECTED] wrote:
Just two questions:
i) Is there any reason why you decided to include the named binaries in
the chroot?
you have to have at least named-xfer.
There is no need for them to be there, since named does the chroot
On Sun, Apr 22, 2001 at 01:38:42PM +1000, Herbert Xu wrote:
if the user needs a more specific kernel (e.g. with SMP or compiled
for a P2 or a K6 or whatever) then they can use manoj's excellent
kernel-package (one of debian's best features, IMO) to build a
custom kernel.
This is exactly
On Sun, Apr 22, 2001 at 12:09:12AM -0500, David Starner wrote:
On Sat, Apr 21, 2001 at 09:28:02PM -0500, Rahul Jain wrote:
Unless you care about performace. Which is the main reason to use
different packages for each CPU type.
I compile my own kernels, and have for a long time. But it's a
On Sun, Apr 22, 2001 at 09:44:01PM +1000, Craig Sanders wrote:
i disagree with you primarily because the cost of having so many
kernel-image packages is too high.
That is your opinion, and I disagree with it.
that cost is over 100MB per kernel version, that's several hundred MB
with
Craig Sanders [EMAIL PROTECTED] wrote:
in that case, a far better solution is a package containing a bunch
of pre-generated kernel .config files, plus a menu script to copy
your choice to the right subdirectory (e.g. /usr/local/src/linux or
wherever)...then run make menuconfig or make xconfig
Herbert Xu (2001-04-22 14:15:50 +1000) :
Yes you should. But then most people would be happy to have all of
the above as modules.
I used to put plenty of things in modules. I even put ext2 in a
module, three or four times. Wham, kernel panic at boot. Okay, I
thought I wouldn't do the same
Previously Roland Mas wrote:
Call me stupid if you like, but I think all goes into modules
won't work.
It does if you use initrd.
Wichert.
--
/ Generally uninteresting signature - ignore at your convenience \
| [EMAIL
On Sat, 21 Apr 2001, Antti-Juhani Kaijanaho wrote:
On 20010419T170915+0200, Santiago Vila wrote:
On 18 Apr 2001, James Troup wrote:
making broken assumptions based on random things like the signature on
the file.
A gpg signature is a random thing --Debian gnupg maintainer.
Great
Herbert Xu (2001-04-22 22:23:04 +1000) :
Craig Sanders [EMAIL PROTECTED] wrote:
that would be one package, taking maybe a few hundred kilobytes total.
call it kernel-helper and make it depend on kernel-package.
problem solved.
But why not take this one step further, let's just
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 compression for binary in every new package
I
On Sun, Apr 22, 2001 at 10:16:36PM +1000, Herbert Xu wrote:
With the latest release, it's now down to about 80MB. In any case, we
never release with more than one old kernel, nor with experimental kernels,
so that would be 1 x 2.2.x, and at most 2 x 2.4.x.
This sucks. Hopefully not only in my
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
binary-compressing package, which would provide the one-time question
why should they
On Sun, Apr 22, 2001 at 09:59:42PM +1000, Craig Sanders wrote:
On Sun, Apr 22, 2001 at 12:09:12AM -0500, David Starner wrote:
On Sat, Apr 21, 2001 at 09:28:02PM -0500, Rahul Jain wrote:
Unless you care about performace. Which is the main reason to use
different packages for each CPU type.
On Sun, Apr 22, 2001 at 09:59:42PM +1000, Craig Sanders wrote:
On Sun, Apr 22, 2001 at 12:09:12AM -0500, David Starner wrote:
On Sat, Apr 21, 2001 at 09:28:02PM -0500, Rahul Jain wrote:
Unless you care about performace. Which is the main reason to use
different packages for each CPU type.
On Sun, Apr 22, 2001 at 10:23:04PM +1000, Herbert Xu wrote:
Craig Sanders [EMAIL PROTECTED] wrote:
in that case, a far better solution is a package containing a bunch
of pre-generated kernel .config files, plus a menu script to copy
your choice to the right subdirectory (e.g.
On Sun, Apr 22, 2001 at 02:47:36PM +0200, Roland Mas wrote:
Herbert Xu (2001-04-22 22:23:04 +1000) :
Craig Sanders [EMAIL PROTECTED] wrote:
that would be one package, taking maybe a few hundred kilobytes
total. call it kernel-helper and make it depend on
kernel-package. problem
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
binary-compressing package, which
Herbert Xu [EMAIL PROTECTED] wrote:
[snip]
P.S. Is a seperate kernel-headers package really necessary for
every CPU type? What are the differences between the headers in,
say kernel-headers-2.4.3-686 and kernel-headers-2.4.3-686-smp?
Or kernel-headers-2.4.3-k6 and kernel-headers-2.4.3-k7? I
On Sat, Apr 21, 2001 at 10:49:20PM -0700, Joseph Carter wrote:
From then on (sorry, I know of no other way) you will simply have to get a
list of installed packages (dpkg --get-selections, you can use cut or sed
and grep or something to cut the list down to just the ones you want) and
feed the
On Sat, Apr 21, 2001 at 11:50:44AM -0700, John H. Robinson, IV wrote:
On Sat, Apr 21, 2001 at 11:41:56AM -0700, Alexander Hvostov wrote:
On Sat, 21 Apr 2001 11:40:15 -0700 John H. Robinson, IV wrote:
however, on something like boot-floppies, this might be a
goddess-send.
What
On Apr 21, Yotam Rubin [EMAIL PROTECTED] wrote:
We could harden the default configuration with the following directives:
version 'Not available';
This does not harden anything and just makes debugging harder.
Don't dare putting something like this in the default configuration of a
On Sun, Apr 22, 2001 at 06:23:43PM +0200, Marco d'Itri wrote:
On Apr 21, Yotam Rubin [EMAIL PROTECTED] wrote:
We could harden the default configuration with the following directives:
version 'Not available';
This does not harden anything and just makes debugging harder.
Don't dare
fam, the File Alteration Monitor from SGI, will be used by both E 0.17
and the upcoming Nautilus 1.0.3 / 1.2, whatever they will finally call
it.
http://oss.sgi.com/projects/fam
Guess I'll take a stab at this. Will post the URL when done - I don't
intend to jumpstart anything, just avoiding
Hi,
DopeWars is a kickarse curses based game that supports
multiplayer, its under the GPL and can be found at:
http://bellatrix.pcl.ox.ac.uk/~ben/dopewars/
If no one objects, I'll package it.
Cheers,
Leon.
--
[EMAIL PROTECTED]
http://neverborn.org
On Sat, 21 Apr 2001 10:39:02 -0400 (EDT), Jaldhar H. Vyas
[EMAIL PROTECTED] wrote:
On 21 Apr 2001, Bdale Garbee wrote:
I have no great inspirations about where to park chroot's, either. I don't
think it is well handled, if at all, by current policy. The buildd machines
I've looked at mostly
I'm packaging acl2, which can take several hours to compile on a PPro
200. Would it be reasonable to exclude certain architectures as too
slow? (acl2 is a theorem prover.)
--
Taral [EMAIL PROTECTED]
Please use PGP/GPG encryption to send me mail.
Any technology, no matter how primitive, is magic
Previously Taral wrote:
I'm packaging acl2, which can take several hours to compile on a PPro
200. Would it be reasonable to exclude certain architectures as too
slow? (acl2 is a theorem prover.)
No.
Wichert.
--
/
I'm packaging acl2, which can take several hours to compile on a PPro
200. Would it be reasonable to exclude certain architectures as too
slow? (acl2 is a theorem prover.)
No. The porters can make up their own minds about whether it's worth
compiling for their architecture. We already have
On Sun, Apr 22, 2001 at 08:31:55PM +0200, Wichert Akkerman wrote:
Previously Taral wrote:
I'm packaging acl2, which can take several hours to compile on a PPro
200. Would it be reasonable to exclude certain architectures as too
slow? (acl2 is a theorem prover.)
No.
Argeed. Lots of
ALL RIGHT, YOU JACKASSES, STOP COMPILING AGAINST UNRELEASED PACKAGES.
Everyone else, please file serious bugs against any packages you find doing
this. Cannot build from source is exactly what they are, and that's a
release critical bug.
4.0.3-1 will be out when it's ready, which will hopefully
On Sun, Apr 22, 2001 at 09:44:01PM +1000, Craig Sanders wrote:
just as you stated you'd be filing bug-reports to get 2.2.17 kernel
image removed from the archive, i'll be filing package should not
exist bugs against all the excess kernel-image bugs.
Alternatively, you could bring it up with
On Sun, Apr 22, 2001 at 02:47:36PM +0200, Roland Mas wrote:
Nonono, we should automate it as much as possible. I envision a
global Makefile somewhere, and a ports/ directory, and a
make-world.sh, and... And then Debian GNU/BSD! Yay!
I've been spending a lot of time starting to design a
On Apr 22, Ethan Benson [EMAIL PROTECTED] wrote:
i) Is there any reason why you decided to include the named binaries in
the chroot?
you have to have at least named-xfer.
Not with BIND 9. Another reason to use BIND 9.
--
ciao,
Marco
On 22 Apr 2001 20:22:10 +0200, Leon Breedt wrote:
Hi,
DopeWars is a kickarse curses based game that supports
multiplayer, its under the GPL and can be found at:
http://bellatrix.pcl.ox.ac.uk/~ben/dopewars/
If no one objects, I'll package it.
Sweet! I'm kind of surprised no one
David Spreen [EMAIL PROTECTED] wrote:
On Sun, Apr 22, 2001 at 10:16:36PM +1000, Herbert Xu wrote:
With the latest release, it's now down to about 80MB. In any case, we
never release with more than one old kernel, nor with experimental kernels,
so that would be 1 x 2.2.x, and at most 2 x
Andreas Metzler [EMAIL PROTECTED] wrote:
Are these *really* necessary? Who does need them, people who compile
Yes. By all module builders, especially those outside Debian.
external kernel-modules (alsa, lm-sensors, ...)? Can't these
people simply install kernel-source, extract it to /tmp
Steve M. Robbins [EMAIL PROTECTED] wrote:
Independent of whether or not Xu uploads a dozen pre-compiled kernels,
it would be nice to have their configs readily available. I would
appreciate an easy way of seeing what tweaks are recommended to
optimize for an i686 machine.
They already are:
Hi there,
On Mon, Apr 23, 2001 at 07:38:18AM +1000, Herbert Xu wrote:
I think you've missed the point. We're not talking about what is going
to be the standard kernel image for woody. We're discussing the way the
kernel images are constructed on i386, which happens to only apply to
2.4 at
On Sun, Apr 22, 2001 at 09:59:42PM +1000, Craig Sanders wrote:
btw, if you've been compiling your own kernels for a long time then you
probably do somthing similar to what i do - copy in the .config from the
previous version and run make oldconfig before make menuconfig and
make-kpkg. i've
Package: wnpp
Severity: normal
drscheme has quite some porting related bugs. and the upstream is
moving fast to v200.
i hereby orphan this package for i didn't use it for a long time. and
i have to get more time work on other tasks which i have more
interests. (for now at least. ;)
thanks,
--
Package: wnpp
Severity: wishlist
Garlic, a free molecular visualization program written for unix and
unix clones. Garlic was written by Damir Zucic, at the University of
Osijek.
The latest version of garlic may be found at:
http://pref.etfos.hr/garlic
--
http://dim.sourceforge.net
On Sun, Apr 22, 2001 at 01:24:43PM -0500, Taral wrote:
I'm packaging acl2, which can take several hours to compile on a PPro
200. Would it be reasonable to exclude certain architectures as too
slow? (acl2 is a theorem prover.)
eg your PPro 200? :-)
Hamish
--
Hamish Moffatt VK3SB [EMAIL
On Sun, Apr 22, 2001 at 01:00:02PM +, Andreas Metzler wrote:
What *is* the difference between eg. kernel-headers-2.4.3-686 and
kernel-headers-2.4.3-k6?
not much:
[EMAIL PROTECTED] eb]$ diff -rq /usr/local/src/linux-2.2.19/include
/usr/src/kernel-headers-2.2.19/include
Only in
On Sun, Apr 22, 2001 at 10:16:36PM +1000, Herbert Xu wrote:
We clearly disagree, so let's leave it at that.
no.
just as you stated you'd be filing bug-reports to get 2.2.17 kernel
image removed from the archive, i'll be filing package should not
exist bugs against all the excess
On Sun, Apr 22, 2001 at 10:23:04PM +1000, Herbert Xu wrote:
in that case, a far better solution is a package containing a bunch
of pre-generated kernel .config files, plus a menu script to copy
[...]
that would be one package, taking maybe a few hundred kilobytes total.
call it
On Mon, Apr 23, 2001 at 08:00:50AM +1000, Hamish Moffatt wrote:
I do that too; what's the oldconfig step needed for though? I just
jump straight to menuconfig and it always seems OK.
i find it easier to deal with new config questions. it uses your old
answers as input for any questions, and
1 - 100 of 125 matches
Mail list logo