-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Sat, 21 Apr 2001 15:06:02 +0200
Source: sysklogd
Binary: sysklogd klogd
Architecture: m68k
Version: 1.4.1-2
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon [EMAIL PROTECTED]
Changed-By: Martin Schulze [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Apr 2001 15:56:56 +0900
Source: escm
Binary: escm
Architecture: m68k
Version: 1.1-4
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Hatta Shuzo [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 18 Apr 2001 10:09:16 +0100
Source: slmon
Binary: slmon
Architecture: m68k
Version: 0.4.1-2
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Alan Ford [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Apr 2001 23:08:08 +0200
Source: gthumb
Binary: gthumb
Architecture: m68k
Version: 0.6-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Remco van de Meent
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Apr 2001 23:43:09 -0400
Source: smpeg
Binary: smpeg-plaympeg libsmpeg0 libsmpeg-dev
Architecture: m68k
Version: 0.4.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Apr 2001 17:14:34 +0200
Source: xpaste
Binary: xpaste
Architecture: m68k
Version: 1.1-13
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Bas Zoetekouw [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Apr 2001 12:30:18 +0100
Source: bonnie++
Binary: bonnie++
Architecture: m68k
Version: 1.01b-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Russell Coker
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Apr 2001 10:19:58 -0700
Source: gxedit
Binary: gxproc gtk-shell gxedit
Architecture: m68k
Version: 1.23-7
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Chris
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 24 Apr 2001 13:50:25 -0400
Source: sipp
Binary: sipp-dev sipp
Architecture: m68k
Version: 3.1-7
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Matthew Danish
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 24 Apr 2001 11:04:05 +0200
Source: libunicode
Binary: libunicode-dev libunicode0
Architecture: m68k
Version: 0.4.0-2
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 apr 2001 14:53:54 +0200
Source: ispell-da
Binary: idanish wdanish
Architecture: m68k
Version: 1.4.13-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Peter
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 24 Apr 2001 11:09:14 +0200
Source: etherape
Binary: etherape
Architecture: m68k
Version: 0.6.7-1
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Frederic Peters
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 24 Apr 2001 18:03:50 +0200
Source: fmirror
Binary: fmirror
Architecture: m68k
Version: 2:0.8.4-3
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Antonin Kral
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Apr 2001 17:12:18 +0200
Source: dhid
Binary: dhid
Architecture: m68k
Version: 4.0.1-4
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Manuel Estrada Sainz
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Tue, 24 Apr 2001 11:33:28 +0200
Source: libsmi
Binary: libsmi2-dev libsmi2
Architecture: m68k
Version: 0.2.16-2
Distribution: unstable
Urgency: low
Maintainer: buildd m68k user account [EMAIL PROTECTED]
Changed-By: Remco van de Meent [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Apr 2001 22:08:22 +0200
Source: thrust
Binary: thrust
Architecture: m68k
Version: 0.89-12
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: RISKO Gergely [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Apr 2001 11:15:55 -0700
Source: mopd
Binary: mopd
Architecture: m68k
Version: 2.5.4-4
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: David Whedon [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Apr 2001 14:30:31 +0200
Source: xsok
Binary: xsok
Architecture: m68k
Version: 1.02-7
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Joel Rosdahl [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Apr 2001 08:01:27 +0300
Source: libpam-ldap
Binary: libpam-ldap
Architecture: m68k
Version: 107-4
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Sami Haahtinen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 22 Apr 2001 21:39:16 +0200
Source: xpenguins
Binary: xpenguins
Architecture: m68k
Version: 1.2-4
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon (buildd4) [EMAIL PROTECTED]
Changed-By: Bas Zoetekouw
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Apr 2001 12:00:00 -0500
Source: sendmail
Binary: sendmail libmilter-dev sendmail-doc
Architecture: sparc
Version: 8.11.3+8.12.0.Beta7-4
Distribution: unstable
Urgency: high
Maintainer: Debian/SPARC Build Daemon [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 23 Apr 2001 11:00:11 +
Source: ttcn3parser
Binary: ttcn3parser
Architecture: sparc
Version: 20010321-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: W. Borgert [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 25 Apr 2001 19:32:36 +0200
Source: bash
Binary: bash-doc bash bash-builtins
Architecture: sparc
Version: 2.05-4
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Matthias
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 24 Apr 2001 21:55:45 -0500
Source: display-dhammapada
Binary: display-dhammapada
Architecture: sparc
Version: 0.21-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: David
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 25 Apr 2001 13:30:33 +0300
Source: abuse
Binary: abuse
Architecture: sparc
Version: 2.00-27
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Arto Jantunen [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 24 Apr 2001 21:58:38 +0200
Source: devtodo
Binary: devtodo
Architecture: sparc
Version: 0.1.5-1
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: Wed, 25 Apr 2001 00:19:30 -0400
Source: commonc++
Binary: libcommonc++-dev libcommonc++-1.4
Architecture: sparc
Version: 1.4.2-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 25 Apr 2001 10:05:24 +0200
Source: saoimage
Binary: saoimage
Architecture: sparc
Version: 1.29.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Tinguaro Barreno Delgado
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 18 Apr 2001 22:38:14 -0300
Source: linpac
Binary: linpac
Architecture: sparc
Version: 0.16pre2-1
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: root [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 24 Apr 2001 23:10:11 +0200
Source: gcc-2.95
Binary: gcc-2.95-doc libstdc++2.10-dbg chill-2.95 g77-2.95-doc protoize-2.95
cpp-2.95-doc gpc-2.95 gcc-2.95 g77-2.95 gobjc-2.95 g++-2.95
libstdc++2.10-glibc2.2 gpc-2.95-doc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 25 Apr 2001 00:05:26 -0400
Source: iptables
Binary: iptables
Architecture: sparc
Version: 1.2.1a-2
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: Wed, 25 Apr 2001 07:28:08 -0400
Source: shellutils
Binary: shellutils
Architecture: sparc
Version: 2.0.11-6
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Michael Stone [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 25 Apr 2001 09:04:04 -0400
Source: libgmp3
Binary: libgmp3-dev libgmp3
Architecture: sparc
Version: 3.1.1-6
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Dale Scheetz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 24 Apr 2001 22:54:44 +0200
Source: xbat
Binary: xbat
Architecture: sparc
Version: 1.11-4
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Joost Kooij [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 25 Apr 2001 02:52:38 -0500
Source: make
Binary: make-doc make
Architecture: sparc
Version: 3.79.1-5
Distribution: unstable
Urgency: low
Maintainer: Debian/SPARC Build Daemon [EMAIL PROTECTED]
Changed-By: Manoj Srivastava [EMAIL
On Wed, Apr 25, 2001 at 01:14:22PM -0700, Alexander Hvostov wrote:
On Wed, 25 Apr 2001 14:35:37 +0530
Viral [EMAIL PROTECTED] wrote:
I am working on packaging intel-rng-tools. It is the daemon to utilise
the RNG on i810 boards. Let me know if anyone is working on this. I
shall
otherwise
Martin == Martin Michlmayr [EMAIL PROTECTED] writes:
Martin Since the base system comprises our most important
Martin packages, virtually all of which are installed on any
Martin Debian system, your help is really needed! While Bug
Martin Squashing Parties usually focus on
One thing that strikes me as excellent about Debian is the build
system. The autobuilders and tools make it very likely that package
builds are reproducible and a variety of tools like debhelper make it
easier to do the right thing in many circumstances than doing
something wrong. I've come
On Thu, Apr 26, 2001 at 02:52:11PM +1000, Brian May wrote:
Martin == Martin Michlmayr [EMAIL PROTECTED] writes:
Martin Since the base system comprises our most important
Martin packages, virtually all of which are installed on any
Martin Debian system, your help is really
On 25 Apr 2001 21:56:58 -0500, Rob Browning wrote:
Just in case anyone else was confused, I'm still in favor of having at
least *one* precompiled kernel per-architecture, so no one *has* to
compile a kernel, but if they want a customized kernel, then,
presuming the idea has merit, they would
On Wed, Apr 25, 2001 at 09:56:58PM -0500, Rob Browning wrote:
Just in case anyone else was confused, I'm still in favor of having at
least *one* precompiled kernel per-architecture, so no one *has* to
compile a kernel,
i think everyone is in favour of that.
the issue is whether it's
On Wed, Apr 25, 2001 at 02:18:30AM +1000, Daniel Stone wrote:
I could disagree pretty heavily by pointing that this would be shit as
it would add an hour to the install. Why not just provide a stock i386
kernel and let people compile it later on? Some people need to patch
in mm/swap patches,
You guys are getting more and more bureaucratic. That's sad.
The package maintainer is a volunteer, and he knows you are also a
developer. That said, why don't you report the bug directly to the
upstream, instead of insisting on this (bureaucratic) procedure of
reporting bugs to debian then
zhaoway [EMAIL PROTECTED] writes:
The package maintainer is a volunteer, and he knows you are also a
developer. That said, why don't you report the bug directly to the
upstream, instead of insisting on this (bureaucratic) procedure of
reporting bugs to debian then waiting that debian
Thank you very much for checking facts.
(I think if there is more to be discussed on this copyright, it should
be moved to debian-legal list.)
With your statement as presented, I had to concur with Branden. But I
actually think this can be made into DFSG free package if you present
copyright
Sam Hartman [EMAIL PROTECTED] wrote:
[...]
Summary: Herbert has started building 8 different flavors of
kernel-image for i386. These flavors correspond to CPU type; for
example there is an appropriate kernel for people with 386 machines to
run and an appropriate kernel for people with Athlon
On Thu, Apr 26, 2001 at 04:15:24PM +1000, Craig Sanders wrote:
On Wed, Apr 25, 2001 at 09:56:58PM -0500, Rob Browning wrote:
Just in case anyone else was confused, I'm still in favor of having at
least *one* precompiled kernel per-architecture, so no one *has* to
compile a kernel,
i think
Hello,
I upgraded to unstable and now, my libc6 seems to be borken.
If I try a ./configure or a make xconfig with a new Kernel, I get this
error-msg:
/lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'
/lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'
If I try a make menuconfig, I
Aaron Lehmann [EMAIL PROTECTED] wrote:
I've said before that over 2000 kernel configuration options exist and
Most of which can be decided at runtime once you start using initrd.
--
Debian GNU/Linux 2.2 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home
Sam Hartman [EMAIL PROTECTED] wrote:
I see three options. We can have the modules built out of the main
source package that also produces the architecture: all package
containing the tarball for end users to use with kernel-package.
Alternatively, we can have a separate modules source
On Wed, 25 Apr 2001, Shaul Karl wrote:
Package: ng-cjk
Priority: optional
Section: editors
Installed-Size: 164
Maintainer: Yasuhiro Take [EMAIL PROTECTED]
Architecture: i386
Source: ng
Version: 1.4.3.1-1
Depends: libc6 (= 2.2.1), libncurses5, ng-common
Filename:
On Wed, Apr 25, 2001 at 05:49:24PM -0500, Rahul Jain wrote:
On Wed, Apr 25, 2001 at 11:57:50PM +1000, Hamish Moffatt wrote:
Doesn't the user have to belong to the relevant group anyway?
We already control access to things like floppy drives, sound
cards etc through groups, so cd burning is
On Wed, Apr 25, 2001 at 08:27:18PM -0400, Josh Huber wrote:
Yes, which is different -- we have 4 kernel-image packages for
I'm open to suggestions as to which of the images can be dropped.
As far as I can see, there are two arguments against the present organisation
on i386:
1. The kernel
On Thu, Apr 26, 2001 at 12:58:10PM +1000, Craig Sanders wrote:
On Wed, Apr 25, 2001 at 08:30:31PM -0400, Sam Hartman wrote:
[...]
i think you've done a good job of summarising the issues.
I agree as well.
--
Debian GNU/Linux 2.2 is out! ( http://www.debian.org/ )
Email: Herbert Xu
Jason Lunz [EMAIL PROTECTED] wrote:
This is dpkg bug #67095. Is there any progress on this? I would love it
if I didn't have to re-disable nfs and portmap each time I upgraded
their packages.
What's wrong with adding an exit 0 to the init.d files?
--
Debian GNU/Linux 2.2 is out! (
Shaul Karl [EMAIL PROTECTED] wrote:
Is there a final new line?
Yes there is:
[12:36:41 /tmp]$ ls -l /var/lib/dpkg/available
-rw-r--r--1 root root 2547713 Apr 25 00:46
/var/lib/dpkg/available
[12:39:36 /tmp]$ od -cj 2547700 /var/lib/dpkg/available
11557764 c e 9
Hello all,
I plan to package vcdimager.
From the README :
This is GNU VCDImager, a VideoCD image mastering tool.
This package contains GNU VCDRip, a VideoCD ripping tool, for ripping
mpeg streams from VideoCD images and showing VideoCD information about
the image.
There already exists
(I filed this as bug#95252, but used X-Debian-CC instead of X-Debbugs-CC.
Strange... I remember it being X-Debian-CC once.)
darj - arj archive unpacking tool
I've started writing a free version of unarj. I have unarj installed
in case I come across .arj files on the net or on old floppies,
Hello,
I upgraded to unstable and now, my libc6 seems to be borken.
If I try a ./configure or a make xconfig with a new Kernel, I get this
error-msg:
/lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'
/lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'
If I try a make menuconfig, I
On Thu, Apr 26, 2001 at 12:28:51PM +0200 , Ulrich Wiederhold wrote:
Hello,
I upgraded to unstable and now, my libc6 seems to be borken.
works fine here. it wasn't upgraded in quite a while
If I try a ./configure or a make xconfig with a new Kernel, I get this
error-msg:
/lib/libc.so.6:
On Wed, Apr 25, 2001 at 03:53:15PM +1000, Anthony Towns wrote:
Hello world,
ciao
+ gdb uploaded 250 days ago, out of date by 240 days!
doesn't build on sparc, see 86882
i'd like to adopt this, i'll mail to the maintainer.
-[ Domenico Andreoli, aka cavok
--[
Domenico Andreoli [EMAIL PROTECTED] writes:
On Wed, Apr 25, 2001 at 03:53:15PM +1000, Anthony Towns wrote:
+ gdb uploaded 250 days ago, out of date by 240 days! doesn't
build on sparc, see 86882
i'd like to adopt this, i'll mail to the maintainer.
Do you have the resources to try and
On Wed, 25 Apr 2001, Adam Heath wrote:
On Wed, 25 Apr 2001, Dale Scheetz wrote:
On Wed, 25 Apr 2001, Wichert Akkerman wrote:
Previously Dale Scheetz wrote:
Then you break things for no good reason. These module builders you
speak of should be using the same headers as glibc.
On Thu, Apr 26, 2001 at 12:52:39PM +0200, David N. Welton wrote:
Domenico Andreoli [EMAIL PROTECTED] writes:
On Wed, Apr 25, 2001 at 03:53:15PM +1000, Anthony Towns wrote:
+ gdb uploaded 250 days ago, out of date by 240 days! doesn't
build on sparc, see 86882
i'd like to adopt
On Wed, Apr 25, 2001 at 09:43:56PM -0400, Jason Lunz wrote:
[EMAIL PROTECTED] said:
I've thought for a while that perhaps update-rc.d should have a
--persistant option that would do the same thing as remove AND add a
K symlink in /etc/rc9.d/ -- a valid but unused runlevel -- so that
users
On 25 Apr 2001, Thomas Bushnell, BSG wrote:
There's a good reason.
First, it is the sort of thing that might well be correctly solved in
the Debian package and not upstream; that is, the best solution might
be to provide a Debian upgrade path rather than a Gnome upgrade path.
I agree.
=?iso-8859-1?q?J=E9r=F4me?= Marant wrote:
[copied to the list for comments]
Can you find out why it wants to remove libpgsql2.1. postgresql-client nee
ds
this.
Here is the problem:
libpgsql2.1 provides libpgsql2
and conflicts with libpgsql2
It hasn't
On Thursday 26 April 2001 09:05, Andreas Metzler wrote:
performance: By having images optimized for each processor on i386
users should see better performance. I don't believe performance
numbers were quantified in the discussion but quantifying performance
is probably important to
On Wed, Apr 25, 2001 at 08:35:51PM -0300, Alejo Sanchez wrote:
well, your version would do it the dlopen() way.
actually we were going to ask if there was a
restriction on depending on dlopen(), as it could
be possible on some non-dynamic plataforms.
(no shared libraries, no dl library)
You
RC There is no need for a MTTR specific kernel. MTTR is not really
RC needed as there is no software written which is unable to run
RC without it. Our goal here should be compatibility with software.
RC MTTR can increase speed significantly in certain situations, but
RC there's lots of other
On Thursday 26 April 2001 16:38, Ilya Martynov wrote:
RC There is no need for a MTTR specific kernel. MTTR is not really
RC needed as there is no software written which is unable to run
RC without it. Our goal here should be compatibility with software.
RC MTTR can increase speed
RC I've played many AVI files without MTRR support. It will still
RC work, just a bit slower.
I think it depends on configuration. On my home PC aviplay is almost
unusable without MTRR. It looks like slide show instead movie. aviplay
docs mention that some people reported up to x3 increase in
¢Ä ¿À´ÃÀÇ À¯¸Ó ¢Å
¡á°ú½Ã¿åA girl got an
engagement ring, and would seize every opportunity for
calling attention to it. In a
group with girl friends no one noticed it. Finally when herfriends
were sitting around talking, she got up suddenly and said, "It's awfully hot in here. I
On 04/26/2001 09:59:13 AM Russell Coker wrote:
On Thursday 26 April 2001 16:38, Ilya Martynov wrote:
RC There is no need for a MTTR specific kernel. MTTR is not really
RC needed as there is no software written which is unable to run
RC without it. Our goal here should be compatibility
On Thu, 26 Apr 2001, Shaul Karl wrote:
Yes there is:
[12:36:41 /tmp]$ ls -l /var/lib/dpkg/available
-rw-r--r--1 root root 2547713 Apr 25 00:46
/var/lib/dpkg/available
[12:39:36 /tmp]$ od -cj 2547700 /var/lib/dpkg/available
11557764 c e 9 1 8 0 f a 4 2 d
On Thursday 26 April 2001 08:20, Craig Sanders wrote:
the point at issue is whether there should be dozens of kernel-image and
kernel-headers packages when one is enough to do the job.
I'm just a humble Linux-user, but still compile my own kernel. However, I do
this because I'm also a
Hi,
I was looking for a lightweight web browser and I try tried
all of those I could get in debs. Unfortunately, neither
mozilla nor galeon nor konqueror are satisfactory in terms
of memory usage (says less than 10 megs of RAM).
However, I found a simple HTML browser called
Today I received several e-mails that were near duplicates of
interactions with the BTS last sunday, both from me and from others.
The originals had headers like this (I've trimmed the extraneous stuff):
Received: from gecko by master.debian.org with local (Exim 3.12 1 (Debian))
id
On Thu, Apr 26, 2001 at 04:15:15PM +0200, Russell Coker wrote:
On Thursday 26 April 2001 09:05, Andreas Metzler wrote:
_Afair_ it is necessary to run a k6 (or athlon) optimized kernel to
use 3DNow! in applications like xmms or lame. This probably applys to
ISSE, MTTR and MMX, too.
This is
At Thu, 26 Apr 2001 00:14:01 -0500 (CDT),
[EMAIL PROTECTED] wrote:
On Thu, 26 Apr 2001, Shaul Karl wrote:
Yes there is:
[12:36:41 /tmp]$ ls -l /var/lib/dpkg/available
-rw-r--r--1 root root 2547713 Apr 25 00:46
/var/lib/dpkg/available
[12:39:36 /tmp]$ od -cj 2547700
On 26-Apr-01, 06:52 (CDT), Jaldhar H. Vyas [EMAIL PROTECTED] wrote:
On 25 Apr 2001, Thomas Bushnell, BSG wrote:
Second, I can't keep track of who upstream is for all the Debian
packages.
Why not? It's in the copyright file of each package. If it isn't--that's
a bug.
Zhaoway is right
Julian Gilbey wrote:
On Wed, Apr 25, 2001 at 08:35:51PM -0300, Alejo Sanchez wrote:
well, your version would do it the dlopen() way.
actually we were going to ask if there was a
restriction on depending on dlopen(), as it could
be possible on some non-dynamic plataforms.
(no shared
Good summary, Sam. I'd like to add a couple extra points:
On 25-Apr-01, 19:30 (CDT), Sam Hartman [EMAIL PROTECTED] wrote:
Should build custom: Some argumed that users should build a custom
kernel and the distribution was doing them a disservice by trying to
provide kernels that met their
[EMAIL PROTECTED] said:
What's wrong with adding an exit 0 to the init.d files?
dpkg will ask me whether I want to keep my changes each time I upgrade,
rather than just overwriting the script.
Jason
Salut Stephane
Stephane Leclerc schrieb:
I've see that you uploaded 13 Apr 2001 a fix version of afbackup.
Do you know the status of this package?. I've sent an email to the official
maintainer and never got an answer.
I don't use afbackup myself, and from what I remember of the
changelog
[EMAIL PROTECTED] said:
It is possible to disable a service simply by removing links in
/etc/rc*.d . So long as you leave at least one (/etc/rc0.d/K*package
would seem to be a good candidate), update-rc.d when called by packages
on upgrade is a no-op. Something like:
rm
[EMAIL PROTECTED] said:
At the very least, this should be documented in update-rc.d(8).
Actually, now that I look again, it is pretty well documented. never
mind.
Jason
That's a good hack, but I still think update-rc.d should support it
directly. I was surprised to see portmap restarted after an ugrade when
I'd previously done update-rc.d -f remove portmap.
That was my feeling, that most users would probably wonder why it was
started again.
Hi all
I notice there are these new-fangled motherboards with 2*ATA-100 and
2*ATA-33 ports. With 75GB disks, that baby should give us 600GB of raw
disk space (8 drives) at around $2K US. Sounds attractive, considering
that el-cheapo RAID boxes of similar capacity are around $10K.
Anyone runs
Herbert == Herbert Xu [EMAIL PROTECTED] writes:
Herbert BTW, this is how the kernel images are organised on
Herbert alpha/i386/sparc.
This is misleading. The kernel-image-*-arch packages are much simpler
because they do not depend both on a kernel source package and on a
module deb
Hi. I posted the following message to debian-devel last night and
have received agreement with the summary and apparently (it was not
explicitly stated) with the committee as a forum from Craig and
Herbert. Thus I'd like to ask you to look at this issue. There has
been some other discussion in
On Thu, Apr 26, 2001 at 12:28:51PM +0200, Ulrich Wiederhold wrote:
If I try a ./configure or a make xconfig with a new Kernel, I get this
error-msg:
/lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'
/lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'
Uh, why do you have libc
On Thu, 26 Apr 2001, Shaul Karl wrote:
Yes there is:
[12:36:41 /tmp]$ ls -l /var/lib/dpkg/available
-rw-r--r--1 root root 2547713 Apr 25 00:46
/var/lib/dpkg/available
[12:39:36 /tmp]$ od -cj 2547700 /var/lib/dpkg/available
11557764 c e 9 1 8 0 f a 4
On Thursday 26 April 2001 18:19, David Schleef wrote:
For 3DNow! we should have a kernel which supports it.
All kernels, even if compiled with CONFIG_M386, will support
MMX and 3DNow. It just won't use memcpy_mmx() or memcpy_3d()
as the implementation of memcpy(). The important part is
Hi. I posted the following message to debian-devel last night and
have received agreement with the summary and apparently (it was not
explicitly stated) with the committee as a forum from Craig and
Herbert. Thus I'd like to ask you to look at this issue. There has
been some other discussion in
On Thu, Apr 26, 2001 at 10:13:01PM +0200, Russell Coker wrote:
So a 386 compiled kernel can still support MMX, 3DNow! and MTRR? In that
case we only need a 386 kernel, but it might be nice to have a PentiumMMX
compiled kernel as well (that should give better performance on all brands of
I finally get my X system back into working order, find out I have memory
problems with my kernel and upgraded to the 2.2.19.
Now, when I bring up and xterm or a bash window, I get no cursor and no
keystrokes appear in the window. I'm also having very flaky problems with
mozilla not being able to
On Apr 26, Alejo Sanchez [EMAIL PROTECTED] wrote:
I was only asking if release applications from debian
are allowed to have dlopen() (even if it isn't used
on most situations)
The patched mutt 1.2.x I maintain for debian does exactly this to
support SSL and kerberos.
--
ciao,
Marco
Steve Greenland [EMAIL PROTECTED] wrote:
Confusion: Adding 8 (or whatever it is) variations of each kernel
version is going to make it harder to select the appropriate one. There
is some fraction of the target audience who won't know what kind of CPU
they have, and we don't want to have to
Sam Hartman [EMAIL PROTECTED] wrote:
This is misleading. The kernel-image-*-arch packages are much simpler
because they do not depend both on a kernel source package and on a
module deb package. Also, note that this maximizes work for the
How does that make it more complex?
issues.
1 - 100 of 117 matches
Mail list logo