Package: wnpp
Severity: wishlist
Owner: Ben Hutchings <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: libfile-mmagic-xs-perl
Version : 0.09002
Upstream Author : Daisuke Maki <[EMAIL PROTECTED]>
* URL : http://search.cpa
in there and then comparing those.
All the 3.0 formats allow bzip2 tarballs so that will no longer be a
reason to do this. 3.0 (quilt) also allows multiple upstream tarballs
which used to be a good reason for using tarball-in-tarball.
Ben.
--
Ben Hutchings
Design a system any fool can use, an
t more and more packages are adding useless scripts
> to the if-*.d directories, apparently without thinking about the
> consequences for firewalls with a large number of interfaces.
Seems like this script really belongs in the examples directory.
Ben.
--
Ben Hutchings
Design
On Mon, Jul 07, 2008 at 01:20:47PM +0200, Bastian Blank wrote:
> On Mon, Jul 07, 2008 at 01:48:23AM +0100, Ben Hutchings wrote:
> > On Sun, Jul 06, 2008 at 08:03:13PM +0200, Marco d'Itri wrote:
> > > On Jun 29, Robert Millan <[EMAIL PROTECTED]> wrote:
> > >
/kernel/kotd/SL110_BRANCH/i386/>. Is it
possible that those patches will be usable in lenny, as I believe the
kernel team expects to release with Linux 2.6.26?
Ben.
--
Ben Hutchings
Beware of bugs in the above code;
I have only proved it correct, not tried it. - Donald Knuth
signature.asc
Description: Digital signature
-extra-2.6 or
linux-modules-contrib-2.6.
(Even non-free modules be auto-built by linux-modules-nonfree-2.6, and
some firmware is packaged in firmware-nonfree. But those obviously must
not be included on official CDs.)
Ben.
--
Ben Hutchings
Nothing is ever a complete failure; it can always ser
On Sat, Jul 19, 2008 at 09:15:09PM +0200, LM Jogbäck wrote:
> On Wed, Jul 16, 2008 at 2:54 AM, Ben Hutchings <[EMAIL PROTECTED]> wrote:
>
> >
> > SLES 11 will include Linux 2.6.26 with Xen patches - packages should be
> > available any day now from
> > <ftp:
which can be fed to a printer on the market might be used as
> default size on a particular system.
Well, why not?
Ben.
--
Ben Hutchings
Beware of bugs in the above code;
I have only proved it correct, not tried it. - Donald Knuth
signature.asc
Description: This is a digitally signed message part
ther tiny
httpd that inevitably turns out to have such flaws.
It doesn't get URI decoding right either.
Ben.
--
Ben Hutchings
Nothing is ever a complete failure; it can always serve as a bad example.
signature.asc
Description: This is a digitally signed message part
gues who are. My understanding
is they are now intending to use 2.6.27.
Ben.
--
Ben Hutchings
It is easier to write an incorrect program than to understand a correct one.
signature.asc
Description: This is a digitally signed message part
c network test development to
Oktet Labs. Their network test environment
<http://www.oktetlabs.ru/test_env.rhtml> is distributed under GPL though
it is not freely downloadable. It might be worth asking them to provide
it to Debian.
Ben.
--
Ben Hutchings
It is easier to write an inc
ack to the text console after X starts and
then waiting for the system to hang? If it is oops-ing you should get a
backtrace there, and you may also be able to use magic SysRq
<http://kernel.org/doc/Documentation/sysrq.txt> to get more information.
Ben.
--
Ben Hutchings
It is easier to write an incorrect program than to understand a correct one.
signature.asc
Description: This is a digitally signed message part
On Sun, 2008-08-31 at 19:08 +0100, Mark Hobley wrote:
> There is an annoying flaw in the design of the Debian package management
> system, which means that packages cannot be partially installed. This
> limits the flexibility of Debian based systems when it comes to mixed
> installations or inst
On Fri, 2008-09-05 at 10:41 +0200, Vincent Bernat wrote:
> Hi!
>
> I would like to get some advice with an important licensing issue with
> libsnmp-base and libsmi2-common. Both of them are shipping MIB that are
> quite essential and would make most of the utils relying on them unusable
> without
On Thu, 2008-09-11 at 10:00 +0200, David Paleino wrote:
> *Other*
>
> 5) Interoperability with different distributions. DKMS tarballs can be used on
> RHEL, SuSE, Ubuntu, or Debian. If there are different kernels, patches can be
> included in the DKMS tarball to enable support on different kernel
On Fri, 2008-09-12 at 10:02 +, Tzafrir Cohen wrote:
> That may be true for an out-of-tree modules. However, let's recall that
> Fedora ships with Latest kernel and Debian (Stable) doesn't. Hence
> Debian should be more concerened with backporting.
Right now Debian does have the latest stable
On Sat, 2008-09-13 at 12:54 +0200, Michael Banck wrote:
> On Sat, Sep 13, 2008 at 10:43:40AM +0200, Florian Weimer wrote:
> > This is probably a FAQ, and I guess I knew the answer at one point.
> > What are the requirements for /proc and buildds? Can packages assume
> > that /proc/self/stat exist
On Wed, 2008-09-17 at 00:18 +0200, Bastian Blank wrote:
> On Tue, Sep 16, 2008 at 10:32:49PM +0200, Jan Wagner wrote:
> > [Option 1-5] (Option 6 / SLES's 2.6.26 mentioned later in thread by Moritz)
>
> Please show it. SLES 11 ships 2.6.25.
You mean OpenSUSE 11 - SLES 11 doesn't exist yet. Howeve
On Wed, 2008-09-17 at 22:33 +0200, David Paleino wrote:
> On Thu, 11 Sep 2008 10:00:38 +0200, David Paleino wrote:
>
> > Hello *,
> > some time ago I filed a RFS [1] for DKMS [2]
>
> So, what's the final status of this thread?
> Should I continue working on the package? Should I drop it?
>
> I w
On Fri, 2008-10-10 at 09:14 +0300, Niko Tyni wrote:
> On Thu, Oct 09, 2008 at 10:38:30PM +0200, Franklin PIAT wrote:
> > On Thu, 2008-10-09 at 14:54 -0500, Matt Zagrabelny wrote:
> > > * Package name: libnet-mac-vendor-perl
> > > Description : Look up the vendor for a MAC
> >
> > I'm cur
On Sun, 2008-10-12 at 21:53 +0200, Laurent Guignard wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi mentors,
You actually wrote to -devel.
> I wrote a watch file like this :
>
> version=3
> opts=filenamemangle=s/dhcp_probe/dhcp-probe/ \
> http://www.net.princeton.edu/software/d
On Mon, 2008-10-20 at 19:22 +0200, Josselin Mouette wrote:
> Le lundi 20 octobre 2008 à 16:34 +0200, Robert Millan a écrit :
> > On Mon, Oct 20, 2008 at 04:21:24PM +0200, Josselin Mouette wrote:
> > > What if, instead of ranting everywhere, you actually contributed code to
> > > fix these bugs?
> >
On Mon, 2008-10-20 at 22:26 +0100, Mark Brown wrote:
> On Mon, Oct 20, 2008 at 12:22:25PM -0700, Thomas Bushnell BSG wrote:
> > On Mon, 2008-10-20 at 19:11 +0100, Mark Brown wrote:
> > > On Mon, Oct 20, 2008 at 10:55:00AM -0700, Thomas Bushnell BSG wrote:
>
> > > > We need the relevant maintainers
On Tue, 2008-10-21 at 11:35 +0200, Michal Čihař wrote:
> Hi
>
> Dne Tue, 21 Oct 2008 00:00:54 +0100
> Ben Hutchings <[EMAIL PROTECTED]> napsal(a):
>
> > The modified linux-2.6 and firmware-nonfree source packages, and the
> > linux-source-2.6.26 and firmware-*
On Tue, 2008-10-21 at 15:55 -0200, Alexandre Oliva wrote:
> Hi,
>
> Sorry if this breaks threading, I'm not on this list, I was merely
> referred to the discussion through the archives. If you respond to
> this e-mail, please address your replies directly to myself as well,
> so that I can respon
On Tue, 2008-10-21 at 11:00 +0300, Teemu Likonen wrote:
> Ben Finney (2008-10-21 17:37 +1100):
>
> > That's not the point being made: As I understand Manoj's point, it is
> > that tagging a bug ‘lenny-ignore’ is an active decision that a
> > particular bug, even if it represents a DFSG violation,
On Wed, 2008-10-22 at 11:38 +0200, Bastian Blank wrote:
> On Wed, Oct 22, 2008 at 10:54:41AM +0200, Thomas Weber wrote:
> > Am Mittwoch, den 22.10.2008, 08:36 +0200 schrieb Bastian Blank:
> > > On Wed, Oct 22, 2008 at 08:07:52AM +0200, Michal Čihař wrote:
> > > > At least ipw2100 drivers changed fi
On Thu, 2008-10-23 at 15:51 -0400, Lennart Sorensen wrote:
> On Tue, Oct 21, 2008 at 04:50:23PM -0500, William Pitcock wrote:
> > In the kernel itself, yes. Provided that:
> >
> > * the kernel framework for loading firmware is used for drivers
> > depending on non-free firmware, and
> > * that
On Sat, 2008-10-25 at 18:28 -0200, Alexandre Oliva wrote:
> Hi again,
>
> I've been watching the discussion and the separation of firmware from
> kernel sources with a lot of interest, but today it dawned on me that,
> even if this project is completed, it wouldn't quite address the issue
> of com
On Tue, 2008-10-28 at 17:50 +0100, [EMAIL PROTECTED] wrote:
> Dear colleague,
>
> Could you please remove my email address: [EMAIL PROTECTED] - or the
> short version [EMAIL PROTECTED] from all parts from of your web portal?
>
> In particular, I found it here:
> http://lists.debian.org/debian-dev
On Sun, 2008-10-26 at 20:17 -0700, Jeff Carr wrote:
[...]
> If you did synthesize it, you might not have even "seen" it if you put
> it on a cpld. Then you might have just thought you were "programming"
> the chip.
You have to synthesise *from* something, be that Verilog or VHDL or
Handel-C.
> No
On Mon, 2008-10-27 at 13:01 -0700, Jeff Carr wrote:
[...]
> In any case, all of this is theoretical; it's just doesn't make any
> sense to change the manufacturer firmware blob.
[...]
It can do. Firmware has bugs, and many hardware manufacturers have an
unfortunate habit of abandoning firmware af
On Mon, 2008-10-27 at 20:30 -0700, Jeff Carr wrote:
[...]
> For example, lets say you have a pci device. If you don't load the
> firmware blob, the pins will just remain in an uninitialized state.
> That is; the chip default. Programming in the firmware blob will tell
> the chip how to work as a pc
On Tue, 2008-10-28 at 18:01 +0100, David Weinehall wrote:
[...]
> Please try to explain to a hardware manufacturer that free their
> hardware will only work with free software if they store their firmware
> on an eeprom, and they'll laugh you in the face (or possibly send you
> off to an asylum).
On Wed, Oct 29, 2008 at 10:42:56PM +0100, Michelle Konzack wrote:
> Am 2008-10-29 00:39:40, schrieb Ben Hutchings:
> > How exactly do you propose to load the firmware, if not through a JTAG
> > port? Back in the world of production hardware which Debian runs on,
> > ASICs
On Sun, 2008-11-02 at 14:16 +0100, Gregor Jasny wrote:
> Hi,
>
> I'm the maintainer of libv4l which passed the new queue yesterday.
> Obviously the package build failed on non-Linux architectures [1]. How
> do I handle this situation? Should I list all supported architectures in
> the control fi
On Fri, 2008-11-07 at 18:27 +, David Given wrote:
> Josselin Mouette wrote:
> [...]
> > Or so you think. There are people who can read assembly and hex just as
> > easily as I read C sources. It would probably take only a few days of
> > testing for a hacker with the appropriate skills to remov
On Fri, 2008-11-07 at 20:28 +0100, Johannes Wiedersich wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Josselin Mouette wrote:
> > Being in favor of open-sourcing firmwares (including those controlling
> > critical security devices in cars) does not mean being in favor of
> > letting
On Sun, 2008-11-09 at 00:39 +0100, Peter Palfrader wrote:
> On Sat, 08 Nov 2008, Theodore Tso wrote:
>
> >Fortunately for us, at the
> > moment I am not aware of large numbers of highly popular laptops or
> > servers for which non-free firmware is necess
On Mon, 2008-11-10 at 16:25 -0600, Manoj Srivastava wrote:
[...]
> ,[ Proposal 2: allow Lenny to release with proprietary firmware ]
[...]
> | 4. We give priority to the timely release of Lenny over sorting every
> | bit out; for this reason, we will treat removal of sourceless
> | fir
On Tue, 2008-11-11 at 00:20 +0900, Paul Wise wrote:
> On Tue, Nov 11, 2008 at 12:11 AM, Stefano Zacchiroli <[EMAIL PROTECTED]>
> wrote:
>
> > - You state that screenshot will be released under the same term of
> > the screenshot-ed package, why so? It seems to me rather arbitrary
> > and makes
On Tue, 2008-11-11 at 01:22 -0600, Steve M. Robbins wrote:
> Hi,
>
> Is there a canonical list of symbols defined by each of the
> Debian architectures, e.g. do I test for Sparc using
> __sparc or __sparc__ ? How about m68k, hppa, etc?
>
> My first guess was that would be contained on http://po
On Tue, 2008-11-11 at 08:30 -0600, Manoj Srivastava wrote:
> On Mon, Nov 10 2008, Ben Hutchings wrote:
>
> > So far as I can see, the only significant difference between #5 and #2
> > (or #3) is the requirement that upstream distributes "under a license
> >
On Tue, 2008-11-18 at 01:33 +, Simon Phipps wrote:
> Try OpenGrok: http://src.opensolaris.org/source/
The documentation for portmap says that some code is derived from "the
RPCSRC 4.0 and the TIRPC source distributions". The two source files
labelled with Sun copyright are portmap.c and from
is that it is protesting perceived misuse of
d-d-a with deliberate misuse of d-d-a. Such hypocrisy is not very
constructive.
Ben.
--
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
slow sponsorship process.
Unless the uploaders are in some way trusted (and NMs are, by
definition, not yet trusted by the project as a whole) then the packages
should not be autobuilt (you can run arbitrary code on the buildds) or
in any way presented as trustworthy.
Ben.
--
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.
signature.asc
Description: This is a digitally signed message part
On Sat, Nov 29, 2008 at 05:56:39PM -0600, Raphael Geissert wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> [...]
> > Urgency: low
> > Maintainer: Debian PHP Maintainers <[EMAIL PROTECTED]>
> > Changed-By: Ben Hutchings <[EMAIL PROTECTED]>
> > Descri
On Sun, 2008-11-30 at 18:45 -0600, Raphael Geissert wrote:
> [I would appreciate if you respected the CoC]
>
> 2008/11/30 Ben Hutchings <[EMAIL PROTECTED]>:
> [...]
> >
> > php5 had an RC bug open with an obvious fix available for 3 weeks. The
>
> What looks
; >
> > Maybe another can be opened for moving the binary to /usr/sbin,
> > depending on what this discussion gives
>
> Why should the server be in roots path? Games should never be run as
> root.
[...]
This is just as true for many other network servers, but by co
e had very little testing. Some of the
testing showed serious bugs, which I believe I have now fixed, but
others may well still be present.
Again, for anyone who wants to test the latest versions of these patches
(which I have not mailed individually to the bugs, sorry), see
http://people.debian.
other than moving support for
> > these chips to non-free when the patches are applied. Any other delay is
> > self-imposed.
>
> Unfortunately you forgot to also mention this bug for instance:
>
> http://bugs.debian.org/494120
There's no reason to think that the
d. (For historical
reasons it used to be extra; it has now been upgraded to optional.)
Ben.
--
Ben Hutchings
Lowery's Law:
If it jams, force it. If it breaks, it needed replacing anyway.
signature.asc
Description: This is a digitally signed message part
IO. So I would suggest you stick with ethtool.
Ben.
--
Ben Hutchings
The world is coming to an end. Please log off.
signature.asc
Description: This is a digitally signed message part
character encodings.
I don't think we should be adding more programs to the archive that
can't handle multibyte encodings. I believe the default character
encoding for new installations is UTF-8.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part
grams
directly on the Start menu, with the option of explicitly "pinning" them
in place. This works pretty well, though there are some difficulties in
working out which are most commonly used (see the series of articles
beginning with
<http://blogs.msdn.com/oldnewthing/archive/200
s. "ondemand"
would be more useful. I don't know whether the correct scaling driver
is loaded automatically; I fear not. This might be a job for discover.
Ben.
--
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.
signature.asc
Description: This is a digitally signed message part
On Thu, 2007-08-09 at 18:37 -0300, Gustavo Franco wrote:
> On 8/9/07, Ben Hutchings <[EMAIL PROTECTED]> wrote:
> > On Wed, 2007-08-08 at 11:20 -0400, Tim Hull wrote:
> > >
> > > We already have this on the desktop, from what I can
> > >
age description is rather misleading. The current mod_xinerama
was written by Thomas Themel and so far as I know he is still
maintaining it. Not that there's very much of it to maintain - it's a
single short source file.
By the way, Gunnar, could you upload a new amd64 binary pa
nerama layout all the time and restart the WM to
> notice that. And it make it break.
No, you want your WM to subscribe to and handle Xrandr notifications (or
size change notifications for the root window), which Ion3 unfortunately
doesn't at present. Then there should be a hook in Ion3
desktop
environments become more demanding between sarge and etch? I thought
that GNOME had recently seen improvements in performance and memory
requirements, though this might have happened after version 2.14.
Ben.
--
Ben Hutchings
Humans are not rational beings; they are rationalising beings.
lients, you also need to use "xrestop" to find out about memory
used by the X server on the client's behalf. Unfortunately clients
don't really have names so it appears to make a best effort using a
mixture of window titles and process names.
Ben.
--
Ben Hutchings
Huma
I convert the symbols files with c++filt then both files are
> > identical.
>
> Different object/vtable layout, see
> http://www.codesourcery.com/cxx-abi/abi.html#mangling
Another difference: (u)int64_t are aliases for (unsigned) long long on
32-bit systems and are mangled as
PU wakeups when gksu
> is used (as that kills battery life).
>
> Is there any plans to work on supporting such issues in the stable
> release, either through -volatile or the release updates?
Only release-critical bugs are fixed in a stable release. You can get
non-critical fixes for som
where your getting this idea from.
Maybe he didn't install the menu package.
Ben.
--
Ben Hutchings
When you say `I wrote a program that crashed Windows', people just stare ...
and say `Hey, I got those with the system, *for free*'. - Linus Torvalds
signature.asc
Description: This is a digitally signed message part
ip2 (or to install it along with build-essential).
Ben.
--
Ben Hutchings
friends: People who know you well, but like you anyway.
signature.asc
Description: This is a digitally signed message part
On Mon, 2007-09-24 at 08:40 +1000, Hamish Moffatt wrote:
> On Sun, Sep 23, 2007 at 11:37:39PM +0100, Ben Hutchings wrote:
> > I wrote:
> > > Package: rt2500-source
> > > Version: 1:1.1.0-b4-4
> > > Severity: serious
> > >
> > &g
Package: wnpp
Severity: wishlist
Owner: Ben Hutchings <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: emusic-remote
Version : 1.0.0.1
Upstream Author : emusic.com
* URL : http://code.google.com/p/emusicremote/
* License
On Mon, 2007-10-01 at 14:38 -0700, Steve Langasek wrote:
> On Mon, Oct 01, 2007 at 09:18:22PM +0200, Michael Koch wrote:
> > On Mon, Oct 01, 2007 at 05:47:34PM +0200, Raphael Hertzog wrote:
> > > Hello,
>
> > > since library maintainers will soon have the possibilty to use
> > > symbol-based depen
On Tue, 2007-10-02 at 00:06 -0700, Steve Langasek wrote:
> On Tue, Oct 02, 2007 at 08:32:40AM +0200, Michael Koch wrote:
> > On Tue, Oct 02, 2007 at 12:21:31AM +0100, Ben Hutchings wrote:
> > > diff -u <(c++filt > > > > --- /dev/fd/63 2007-10-02 00:19:14.445
ugs in the makefiles, not in make. So
they can only be fixed there. (Well, there is a Solaris bug that
affects parallel builds using gmake over NFS, but that causes spurious
failures, not silently broken results.)
Ben.
--
Ben Hutchings
I haven't lost my mind; it's backed up on tape somewhere.
signature.asc
Description: This is a digitally signed message part
m "firmware" should apply only to software that is installed
in non-volatile memory such as ROM or flash, which Debian does not need
to distribute. What we're talking about here is software for peripheral
processors.
Ben.
--
Ben Hutchings
The program is absolutely right; therefore
1
153 dummy-linux 1
154 p54 1
155 sangoma-wanpipe 1
156 lazyfs1
157 rt73 1
158 martian-modem 1
Ben.
--
Ben Hutchings
A free society is on
Debian/Ubuntu packages but
> may also be used with others types.
> .
> It follows similar principles as others (Apt-Cacher, Apt-Proxy,
> Approx) and serves the same purpose:
So what benefit does it offer over those, and why can't you provide that
by improving one of them?
ay from the words of the book of this
prophecy, God shall take away his part out of the book of life, and out of the
holy city, and from the things which are written in this book.
Ben.
--
Ben Hutchings
Life is like a sewer:
what you get out of it depends on what you put into it.
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: Ben Hutchings <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: rt73-firmware
Version : 1.8
Upstream Author : Ralink Technology Corp
* URL : http://www.ralinktech.com/ralink/Home/S
/usr/bin/ld: /usr/lib/arb/lib: No such file: File format not recognized
>
> I obviousely missinterpreted the docs and wonder what might be the
> right approach.
You should use "-Wl,-rpath -Wl,/usr/lib/arb/lib" instead of
"-Lrpath /usr/lib/arb/lib".
Ben.
--
Ben Hut
Package: wnpp
Severity: wishlist
Owner: Ben Hutchings <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: particleman
Version : 20071109
Upstream Author : Tuomo Valkonen <[EMAIL PROTECTED]>
* URL : http://modeemi.fi/~tuomov/io
unt for the failure of some of my Perl packages, and
probably many others. This should be fixed in MakeMaker, not in the
packages that use it.
Ben.
--
Ben Hutchings
The most exhausting thing in life is being insincere. - Anne Morrow Lindberg
signature.asc
Description: This is a digitally signed message part
_CATALOG_FILES=/usr/share/sgml/declaration/xml.soc \
SP_CHARSET_FIXED=YES SP_ENCODING=XML nsgmls -s -wxml index.html
should work for XML. /usr/share/doc/sp/xml.htm has more information.
Ben.
--
Ben Hutchings
friends: People who know you well, but like you anyway.
signature.asc
Description: This is a digitally signed message part
gt;programmer error than a corrupted binary...
>
> Yes, but i386 and amd64 don't require aligned accesses.
They do for some SSE instructions. I don't know what the result of
using an unaligned address is though.
Ben.
--
Ben Hutchings
Theory and prac
Your computer has a hardware fault that causes data corruption - see
http://www.bitwizard.nl/sig11/ for some hints on troubleshooting (though
this is quite old)
Ben.
--
Ben Hutchings
Anthony's Law of Force: Don't force it, get a larger hammer.
signature.asc
Description: This is a
probably investigate how one of these packages is configured to
use STLport and the other doesn't.
Ben.
--
Ben Hutchings
If God had intended Man to program,
we'd have been born with serial I/O ports.
signature.asc
Description: This is a digitally signed message part
lacklist the ipv6 module. There are far too many
> programs breaking or doing stuff I do not want if it is loaded.
I trust you have filed bugs on these applications?
Ben.
--
Ben Hutchings
Reality is just a crutch for people who can't handle science fiction.
signature.asc
Description: Digital signature
ot debian-devel. Run
'reportbug linux-2.6'.
Ben.
--
Ben Hutchings
When you say `I wrote a program that crashed Windows', people just stare ...
and say `Hey, I got those with the system, *for free*'. - Linus Torvalds
signature.asc
Description: Digital signature
is more
> secure
> then KVM (or Xen) with QEMU.
>
> 2) I believe KVM needs CPU support, and this is not yet available on all
> modern computers.
It does require virtualisation extensions, but most x86 processors sold in
the last few years have them.
Ben.
--
Ben Hutchings
Teamwor
d to carry that patch without any upstream support (or sharing
with Novell, which eventually released SLES 11 with 2.6.27). As a
result, the xen-flavour kernels for lenny are very buggy, particularly
for domains with multiple vCPUs (though that *may* be fixed now).
Ben.
--
Ben Hutchings
The obvious m
ges do not
> match the regexp.
> Kernel people, should I change it?
>
> ver=$(echo $pkg | sed -nr
> "s/^.*linux-image-(2\.6\.[0-9]+)-[0-9]+-.*_.*_.*\.deb$/\1/p")
Please do. We won't use 'trunk' in an actual release but it will be
helpful to people using test
patch is for 2.6.27, there is
> > no sign of a patch for 2.6.32, nor any schedule like it happened
> > to be for Lenny).
> I expect that it will be released after the first beta of RHEL 6.
[...]
I believe there already has been a beta, just not a public one. RH
seems to be very
going to agree with Bastian here. Single-user systems won't need
this and system administrators can make their own choice.
There is some ongoing work on enhanced TCP cookies, but it will not be
available for squeeze.
Ben.
--
Ben Hutchings
Who are all these weirdos? - David Bowie, about L-Sp
On Sat, 2010-02-13 at 18:24 +0100, Marco d'Itri wrote:
> On Feb 13, Ben Hutchings wrote:
>
> > I'm going to agree with Bastian here. Single-user systems won't need
> > this and system administrators can make their own choice.
> I do not really disagree wi
son might be that it is a non-free package - but it is not clear to
> to me what I should do now.
There is not currently a full set of auto-builders for non-free. So far
as I know, your only options at the moment are to request removal of the
outdated binaries or build and upload for those arc
package alone adds enough entries to make a submenu unusable,
> maybe the problem is not in the menu layout but in the package.
Oh, sorry, maybe I should just drop half the package to avoid confusing
people.
Ben.
--
Ben Hutchings
Humour is the best antidote to reality.
signature.asc
Description: This is a digitally signed message part
s - commented out
> in sysctl.conf
> * Something everyone should have - reassign to the kernel
[...]
Thanks, Craig.
Ben.
--
Ben Hutchings
Make three consecutive correct guesses and you will be considered an expert.
signature.asc
Description: This is a digitally signed message part
iting
for a complete upload. Even if I switched to source+binary-all uploads,
some of our buildds are also on the slow end of an ADSL line and would
have the same problem.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part
portable even now.
[...]
> 5) Do we recommend that new installations of lenny or of squeeze avoid
> Xen for ease of upgrading to squeeze+1? If so, what should they use?
[...]
I would discourage use of the xen-flavour in lenny.
Ben.
--
Ben Hutchings
I'm always amazed by the number of
r earlier uploads, if true. In any
case, the proper way to request a new package is with 'reportbug wnpp'.
Someone already had the idea though they didn't get very far with it:
<http://bugs.debian.org/425456>.
Ben.
--
Ben Hutchings
Horngren's Observation:
d servers generally don't need it). It should also be
upgraded to 'optional' priority.
Ben.
--
Ben Hutchings
Q. Which is the greater problem in the world today, ignorance or apathy?
A. I don't know and I couldn't care less.
signature.asc
Description: This is a digitally signed message part
On Thu, 2010-03-04 at 00:01 -0800, Luis R. Rodriguez wrote:
> On Wed, Mar 3, 2010 at 9:05 PM, Ben Hutchings wrote:
[...]
> > I think there's a good case for
> > including it in the 'laptop' task, but not in the standard system
> > (desktops and servers generall
with the semantics of this command that hurt performance.
> * EDAC on the amd64 platform has had many fixes, allowing monitoring
> and control of EEC ram. Pre-2.6.33 kernels don't support EDAC at all
> on many common systems.
Might be possible to backport.
Ben.
--
Ben Hutchings
I
> wou...@merkel:/org/ftp.debian.org/queue/done$ du -sh .
> 7.1G
>
> They may not be visible on the mirrors, but they are there.
Not that you'll be able to verify most of them, since the keyring only
contains keys that are accepted for new uploads.
Ben.
--
Ben Hutchings
One of t
101 - 200 of 1223 matches
Mail list logo
