his:
To: Realtek linux nic maintainers
To: Francois Romieu
Cc: net...@vger.kernel.org
They may also wish to open a Debian bug report and cc that.
Ben.
--
Ben Hutchings
You can't have everything. Where would you put it?
signature.asc
Description: This is a digitally signed message part
generally allow
use of /tmp to be overridden by $TMPDIR and should handle disk-full
errors gracefully.
Ben.
--
Ben Hutchings
The program is absolutely right; therefore, the computer must be wrong.
signature.asc
Description: This is a digitally signed message part
sk
> spinning and improve the performance.
That doesn't really help that much once the system is short of memory,
though.
> So... while is true that tmpfs is faster than using the disk for /tmp,
> it isn't such big deal.
>
>
> And IMHO I don't think th
io_write(tp, 0x1E, 0x0078);
> making this look very 'blobby'.
Those sequences are reconfiguring the PHY, but some of them also patch
the PHY firmware. Compare with the in-tree version which uses
request_firmware() for the latter.
Ben.
--
Ben Hutchings
Never attribute to conspiracy what can adequately be explained by stupidity.
signature.asc
Description: This is a digitally signed message part
me know ASAP.
> dd-list follows:
[...]
Please ask before scheduling a binNMU of linux-2.6. It takes a
substantial time to rebuild on some architectures and would be a waste
of time if there was a maintainer upload planned around the same time.
Ben.
--
Ben Hutchings
Never attribute to conspiracy w
ect further questions to the debian-user list or the
maintainers of 'discover'.
Ben.
--
Ben Hutchings
Never attribute to conspiracy what can adequately be explained by stupidity.
signature.asc
Description: This is a digitally signed message part
>
> Are you volunteering to try to explain this bug to Ulrich Drepper ?
Drepper isn't maintaining glibc any more (at least not as primary
maintainer).
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
on from libconfig8 to libconfig9.
>
> The maintainer is aware of the problem, and this has been tracked as
> wishlist bug #583528 since May 2010 [2].
>
> Is there enough time left to have this updated before the Wheezy freeze
> window?
Very likely, but release questions should be
Package: wnpp
Severity: wishlist
Owner: Ben Hutchings
* Package name: kup
Version : 0.2
Upstream Author : H. Peter Anvin
* URL : git://git.zytor.com/users/hpa/kup/kup.git
* License : GPLv2+
Programming Lang: Perl
Description : kernel.org upload tool
On Wed, 2011-11-16 at 06:53 +0100, Reinhard Tartler wrote:
> On Mi, Nov 16, 2011 at 00:05:58 (CET), Ben Hutchings wrote:
>
> > Package: wnpp
> > Severity: wishlist
> > Owner: Ben Hutchings
> >
> > * Package name: kup
> > Version :
http://cdimage.debian.org/cdimage/archive/ [older versions]
Ben.
--
Ben Hutchings
The world is coming to an end. Please log off.
signature.asc
Description: This is a digitally signed message part
On Thu, 2011-11-17 at 16:13 +0100, Goswin von Brederlow wrote:
> Adam Borowski writes:
>
> > On Thu, Nov 17, 2011 at 06:39:28AM +, Ben Hutchings wrote:
> >> On Thu, 2011-11-17 at 04:10 +, Cherukuri, Shravan Kumar wrote:
> >> > I have an image of Debian-50
his in stable point
> releases?
Just point to the bug report and stop stirring. I'm sorry this has
introduced a regression for these systems, but you have a workaround
and the backport enabled installation on many other systems.
Ben.
--
Ben Hutchings
We get into the habit of living before
Stop spamming debian-devel. Your questions should be directed to
debian-user. I don't suppose Goswin von Brederlow is personally
interested in your questions either.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thi
work controller. (It is possible
to use a newer installer to install stable, but that's much more
prone to break or to differ from the installation manual.)
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
ted until early 2009 (#511703),
suggesting that there were few users with such systems. Debian 7.0
'wheezy' should be released in late 2012 or early 2013 and in the
intervening 4 years the numbers of running systems with such a processor
will have declined still further.
Ben.
--
Ben Hutchings
On Sun, 2011-11-20 at 00:55 +0200, Timo Juhani Lindfors wrote:
> Ben Hutchings writes:
> > 5. AMD/NSC Geode GX1, Geode SC1100, Elan SC4xx and SC5xx
>
> Does this mean that "AMD Geode LX" as mentioned in
> http://pcengines.ch/alix.htm still works?
[...]
Yes, the late
On Sun, 2011-11-20 at 08:40 +0100, Raphael Hertzog wrote:
> On Sat, 19 Nov 2011, Ben Hutchings wrote:
> > Also possibly:
> > 6. DM&P/SiS Vortex86 and Vortex86SX. These supposedly have all
> >586-class features except an FPU, and we could probably keep FPU
> >
a good answer, though I don't believe dak is
ready to support partial architectures yet. We already have the ability
to install optimised libraries that are selected automatically by the
dynamic linker, but it would be preferable to have them also selected
automatically by APT.
Ben.
--
Be
On Sun, 2011-11-20 at 16:30 +0100, Kai Wasserbäch wrote:
> Dear Raphaël,
> Raphaël Hertzog schrieb am 20.11.2011 08:40:
> > On Sat, 19 Nov 2011, Ben Hutchings wrote:
> >> Also possibly:
> >> 6. DM&P/SiS Vortex86 and Vortex86SX. These supposedly have all
> &
On Sun, 2011-11-20 at 15:14 +0100, Marco d'Itri wrote:
> On Nov 19, Ben Hutchings wrote:
>
> > I think it is time to increase the minimum requirement to 586-class, if
> > not for wheezy then immediately after.
> I agree, it's time to weight the costs and be
On Sun, 2011-11-20 at 18:02 +, Philipp Kern wrote:
> On 2011-11-20, Ben Hutchings wrote:
> > As I said, I think they may still be supportable - the kernel config
> > allows selection of CONFIG_M586TSC and CONFIG_MATH_EMULATION, though
> > whether the result actually wo
ng the source, so haven't checked this.
/usr/lib/libxenstore.so.3.0.0: cmov
- The hypervisor itself requires a 686-class processor, so not a serious
problem.
Would it be worth adding a lintian check for instructions that may not
be supported (bearing in mind that a fair few packages will need t
On Sun, 2011-11-20 at 21:29 +0100, Kurt Roeckx wrote:
> On Sun, Nov 20, 2011 at 07:36:43PM +0000, Ben Hutchings wrote:
> >
> > So far as I'm aware, none of the above will be generated directly by
> > compilers (though they may be available through 'intrinsics
s including access time, which is
obviously liable to change. You can suppress time and ownership
information with the '-X' option.
Ben.
--
Ben Hutchings
Usenet is essentially a HUGE group of people passing notes in class.
- Rachel Kadel, `A Quick Guide to Newsgroup Etiquette'
signature.asc
Description: This is a digitally signed message part
On Sun, 2011-11-20 at 13:58 -0800, Steve Langasek wrote:
> Hi Ben,
>
> On Sun, Nov 20, 2011 at 08:48:08PM +0000, Ben Hutchings wrote:
>
> > Would it be worth adding a lintian check for instructions that may not
> > be supported (bearing in mind that a fair few packages w
On Sun, 2011-11-20 at 23:44 +0100, Cesare Leonardi wrote:
> On 20/11/2011 20:36, Ben Hutchings wrote:
> > If that is so, we should instead think forward to 686-class
> > with CMOV as a minimum for wheezy + 1. Use of CMOV instructions is an
> > important optimisation and
On Mon, 2011-11-21 at 21:09 +1100, Russell Coker wrote:
> On Mon, 21 Nov 2011, Ben Hutchings wrote:
> > > I think that would be a pity if Debian will not provide anymore a kernel
> > > for this old cpus.
> >
> > Maybe you think it's a waste to replace old P
s already know
The Debian installer is discussed on the debian-boot list.
Ben.
--
Ben Hutchings
Teamwork is essential - it allows you to blame someone else.
signature.asc
Description: This is a digitally signed message part
On Mon, Nov 21, 2011 at 04:44:03PM +0100, J.A. Bezemer wrote:
>
> On Sun, 20 Nov 2011, Ben Hutchings wrote:
> >On Sun, 2011-11-20 at 16:30 +0100, Kai Wasserbäch wrote:
> [..]
> >>Apart from that I wonder how many "embedded" x86 CPUs (instruction set <
>
features:
grep ' tsc msr.* cx8' /proc/cpuinfo
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus
--
To UNSUBSCRIBE, email to debian-devel-requ...@list
On Tue, Nov 22, 2011 at 04:47:20PM +, Ian Jackson wrote:
> Ben Hutchings writes ("Increasing minimum 'i386' processor"):
> > The 486-class processors that would no longer be supported are:
> > 1. All x86 processors with names including '486'
>
On Tue, Nov 22, 2011 at 04:47:21PM +0100, Jakub Wilk wrote:
> * Ben Hutchings , 2011-11-20, 20:48:
> >Use of CPUID is probably safe in practice since most 486 models do
> >implement it, though userland should really read /proc/cpuinfo.
> >The other uses may be conditional on a
her bet on a spammer using random "From:".
No, it's commentary on the rambling style and mostly irrelevant
content of messages from "John D. Hendrickson and Sara Darnell".
This entity claims to be required to send all its messages to the
same mailing list due
On Wed, 2011-11-23 at 00:44 +0100, Matthias Klose wrote:
> On 11/19/2011 11:42 PM, Ben Hutchings wrote:
> > The i386 architecture was the first in Linux and in Debian, but we have
> > long since dropped support for the original i386-compatible processors
> > and now requi
On Wed, 2011-12-07 at 09:43 +, David Goodenough wrote:
> On Wednesday 07 Dec 2011, Toni Mueller wrote:
> > On 11/21/2011 07:52 PM, Ben Hutchings wrote:
> > > Since we're theorising, rather than talking about actual users, my
> > > theory is that these are so
port by the kernel or initramfs packags.
Ben.
> There are quite good reasons why you wouldn't want to do thing that
> way though. We should at least do our best not to make things
> unreasonably difficult for people in this situation, even if we chose
> not to really 'support
9? Something else? Is
> anyone working on a migration scheme?
FreeBSD userland is largely a throwback to the 90s, so it's probably
just what you're looking for.
Plan 9 has precisely the unification you so hate.
Ben.
--
Ben Hutchings
Computers are not intelligent. They only think they are.
signature.asc
Description: This is a digitally signed message part
way, since it's not allowed by POSIX.
Indeed, for any system with an extensible VFS it makes a lot more sense
to implement only pathconf() than to specify a constant value that
covers all possible filesystems. But as you say there's a lot of
software that depends on that constant.
Ben.
--
Ben Hutchings
Computers are not intelligent. They only think they are.
signature.asc
Description: This is a digitally signed message part
On Fri, 2011-12-16 at 14:31 +0100, Adam Borowski wrote:
> On Fri, Dec 16, 2011 at 12:41:39AM +0000, Ben Hutchings wrote:
> > On Fri, 2011-12-16 at 00:15 +, brian m. carlson wrote:
> > > Hurd doesn't support PATH_MAX. So trying to allocate memory based on
> > >
#x27;t tried it
myself).
[...]
> It would be really helpful if someone would spell out the packages that
> have had to be twisted into a funny shape to fit into the current
> scheme, so that the long-term gains we are expecting were then revealed.
nfs-common. But it will probably end up with funny shaped bits in the
initramfs anyway.
Ben.
--
Ben Hutchings
Computers are not intelligent. They only think they are.
signature.asc
Description: This is a digitally signed message part
fs just to have /usr mounted early enough.
Your custom kernel with everything built in has absolutely no bearing on
what a *general-purpose distribution* has to do.
Ben.
--
Ben Hutchings
Humans are not rational beings; they are rationalising beings.
signature.asc
Description: This is a d
Take your arguments about Microsoft vs Linux to
comp.os.linux.advocacy, please.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus
--
To UNSUBSCRIBE, email to debian-devel
the future.
This is not the proper way to file a Request For Package. Start by
running reportbug (or reportbug-ng) and choose the 'wnpp' package.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
fa000)
libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xf73a)
libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xf739c000)
libz.so.1 => /usr/lib/libz.so.1 (0xf7388000)
libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xf7362000)
ty of iw to optional to
> match.
[...]
I see that this change is pending.
However, I would go further and suggest that iw should be standard, as
should crda and ethtool.
Ben.
--
Ben Hutchings
Beware of programmers who carry screwdrivers. - Leonard Brandwein
signature.asc
Description: This is a digitally signed message part
On Fri, 2011-12-30 at 15:16 +0100, Stefan Lippers-Hollmann wrote:
> Hi
>
> On Friday 30 December 2011, Ben Hutchings wrote:
> > On Sat, 2010-07-31 at 16:56 -0500, Jonathan Nieder wrote:
> > > Package: iw
> > > Version: 0.9.19-1
> > > Severity:
On Fri, 2011-12-30 at 06:56 -0800, Josh Triplett wrote:
> Ben Hutchings wrote:
> > On Sat, 2010-07-31 at 16:56 -0500, Jonathan Nieder wrote:
> > > Package: iw
> > > Version: 0.9.19-1
> > > Severity: important
> > > Justification: policy §2.5
> >
in Debian
then write to the debian-kernel (Linux), debian-bsd or debian-hurd list.
Ben.
--
Ben Hutchings
All the simple programs have been written, and all the good names taken.
signature.asc
Description: This is a digitally signed message part
re involved (installer, boot loaders, kernels). But release
goals are usually defined for issues that involve a large number of
packages, which is not the case for UEFI support.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
to support
free operating systems and user choice:
http://lwn.net/Articles/464819/
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus
--
To UNSUBSCRIBE, email to debian
B as part of their rootkit to insert
> malware under windows, and give Microsoft a nice headline about us lot
> of pinko-commies being the cause of their latest security problems.
[...]
Exactly. Indeed, I have heard that some Windows rootkits al
ta transition. Since drives that might formerly
> have been hd? are now sd?, there was a debconf question to ask to
> convert them all into UUIDs. Then it doesn't matter which driver (ide
> or libata or something else entirely) is being used.
...or whether you have a USB storage d
ble-proposed-updates) requesting a backport of this
driver.
Ben.
--
Ben Hutchings
Horngren's Observation:
Among economists, the real world is often a special case.
signature.asc
Description: This is a digitally signed message part
On Sun, 2012-01-29 at 20:57 +0100, Yves-Alexis Perez wrote:
> On dim., 2012-01-29 at 18:22 +0000, Ben Hutchings wrote:
> > Featuresets
> > ---
> >
> > The only featureset provided will be 'rt' (realtime), currently built
> > for amd64 only. I
On Mon, 2012-01-30 at 11:05 +0100, Yves-Alexis Perez wrote:
> (adding few CC:s to keep track on the bug)
>
> On dim., 2012-01-29 at 21:26 +0000, Ben Hutchings wrote:
> > On Sun, 2012-01-29 at 20:57 +0100, Yves-Alexis Perez wrote:
> > > On dim., 2012-01-29 at 18:22 +0
interested developers maintain an APT repository of kernel
packages for Debian using whichever version the OpenVZ project is
prepared to support. Maybe the Linux-VServer project can do that too.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
need to investigate and try
> that a bit.
>
> Ben, what would kernel team think of that?
I don't speak for the whole team, but I don't see that it solves any
problem. You would have to Build-Depend on exact versions of
linux-source, so that you know your external patches will ap
On Wed, Feb 01, 2012 at 06:41:43PM +0100, Yves-Alexis Perez wrote:
> On mer., 2012-02-01 at 14:32 +0000, Ben Hutchings wrote:
> > On Wed, 2012-02-01 at 10:51 +0100, Yves-Alexis Perez wrote:
> > > On mer., 2012-02-01 at 10:34 +0100, Wouter Verhelst wrote:
> > > > On W
from 2.6.32.y.
Also, many of the improvements to container support in mainline Linux
are coming from OpenVZ developers. It's just taking a long time to
implement that functionality in a way that's acceptable in mainline.
Ben.
--
Ben Hutchings
Lowery's Law:
If it
rking on user-space hardening.
> Well IMHO, at best, one should never need to rund anything from outside
> the Debian archives ;)
Wishing it so doesn't make it practically possible.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
And how about having /tmp in tmpfs, so that it is limited to a
fraction of the size of memory? No application should assume that it
can store working files of arbitrary size in /tmp.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
n squeeze is lack of the memory resource controller
in official packages.)
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus
--
To UNSUBSCRIBE, email to debia
ns aside), where it does not
> match then dpkg cannot deem that the files conflict without creating a
> checksum based on the decompressed content of the two files.
[...]
But it's worse than this: even if dpkg decompresses before comparing,
debsums won't (and mustn't, f
On Wed, 2012-02-08 at 07:57 +, Lars Wirzenius wrote:
> On Tue, Feb 07, 2012 at 10:49:23PM +0000, Ben Hutchings wrote:
> > But it's worse than this: even if dpkg decompresses before comparing,
> > debsums won't (and mustn't, for backward compatibility). So it'
at source
package build time so it's not binNMU-safe now. But this is fixable
so long as dpkg-parsechangelog makes binNMUs recognisable.)
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Alb
-upgrade, or upgrading the
> package manager before the dist-upgrade.
There is a similar issue with linux-image-*-amd64, which I would
definitely like to remove from i386 as soon as possible. We have
metapackages to help with this already, but we still need users to add
amd64 as a foreign archit
On Fri, 2012-02-10 at 13:00 +0100, Bernhard R. Link wrote:
> * Ben Hutchings [120209 20:45]:
> > There is a similar issue with linux-image-*-amd64, which I would
> > definitely like to remove from i386 as soon as possible. We have
> > metapackages to help with this alrea
ble for
overwriting other files if the attacker can try repeatedly.
(Note we may yet patch the kernel to stop most such attacks.)
Ben.
--
Ben Hutchings
The generation of random numbers is too important to be left to chance.
- Robert Coveyou
signature.asc
Description: This is a digitally signed message part
. It is kind of a prerequisite.
By the same argument you can't ever enable any foreign architecture.
This is nonsense.
Ben.
--
Ben Hutchings
The generation of random numbers is too important to be left to chance.
- Robert Coveyou
signature.asc
Description: This is a digitally signed message part
.]
A similar change has been implemented
<https://wiki.ubuntu.com/SecurityTeam/Roadmap/KernelHardening#Symlink_Protection>
and will probably be included in wheezy.
Ben.
--
Ben Hutchings
Beware of programmers who carry screwdrivers. - Leonard Brandwein
signature.asc
Description: This is a digitally signed message part
/Articles/393012/
>
> Of course LSMs don't yet stack so it cannot be combined with SELinux etc.
YAMA just does ptrace restriction at the moment. Symlink restrictions
will be done in the security core.
Ben.
--
Ben Hutchings
Beware of programmers who carry screwdrivers. - Leonard Brandwein
signature.asc
Description: This is a digitally signed message part
On Mon, Feb 13, 2012 at 04:30:47PM +0100, Goswin von Brederlow wrote:
> Ben Hutchings writes:
>
> > On Sat, 2012-02-11 at 17:33 +0100, Goswin von Brederlow wrote:
> >> Bastian Blank writes:
> >>
> >> > On Fri, Feb 10, 2012 a
nclude
> directory triggered the problem; ultimately though I think this is a bug in
> linux-libc-dev for using #include "" here.
"wontfix"
Ben.
> In any case it can usually be worked around by not using -I-.
>
> Cf. bug #637419.
--
Ben Hutchings
We get
On Tue, Feb 14, 2012 at 12:32:16PM -0800, Steve Langasek wrote:
> Hi Ben,
>
> On Tue, Feb 14, 2012 at 06:19:40PM +0000, Ben Hutchings wrote:
>
> > > Where we've run across similar problems with posix_types.h in the recent
> > > past, it has indeed been due
On Wed, 2012-02-15 at 04:32 +0100, Goswin von Brederlow wrote:
> Ben Hutchings writes:
[..]
> > Since dpkg will prefer to install packages from the native
> > architecture, I don't see any problem here. I suppose I'm biased by
> > having actually tested this.
>
nge; at least I don't know of a C architecture
ABI where replacing a void return type with int would be incompatible.
Getting back to OSS, it should not be built for Linux at all as Linux
already has perfectly good sound drivers. There is in fact a release
goal to stop using /dev/dsp on Linux. ALS
On Fri, Feb 17, 2012 at 07:12:10PM +0100, Samuel Thibault wrote:
> Ben Hutchings, le Fri 17 Feb 2012 18:08:59 +, a écrit :
> > Getting back to OSS, it should not be built for Linux at all as Linux
> > already has perfectly good sound drivers.
>
> See the ITP
>
>
On Fri, Feb 17, 2012 at 07:41:03PM +0100, Mike Hommey wrote:
> On Fri, Feb 17, 2012 at 06:08:59PM +0000, Ben Hutchings wrote:
> > On Fri, Feb 17, 2012 at 07:00:32PM +0100, Mike Hommey wrote:
> > > On Fri, Feb 17, 2012 at 06:40:28PM +0100, Samuel Thibault wrote:
> > > &
umentation/networking/netconsole.txt> or
serial console
<http://www.kernel.org/doc/Documentation/serial-console.txt> to capture
the kernel log on other system. This should provide some information
about what went wrong.
Ben.
--
Ben Hutchings
Every program is either trivial or
t is, in fact, been patched to
> deal
> with the bug Ben is referring to.
I know, but this could be a regression caused by the fix.
> http://patch-tracker.debian.org/patch/series/view/wicd/1.7.1-1/02-workaround_dhclient_bug.patch
>
> Reassigning back to general.
The list of packages u
nto how well that works in Debian.
Ben.
> So while shellscripts may have maintenance issues, I don’t think
> performance issues are a problem.
>
> Shade and sweet water!
>
> Stephan
>
--
Ben Hutchings
If at first you don't succeed, you're doing about average.
signature.asc
Description: This is a digitally signed message part
nt, 'it works everywhere' isn't really true
as there is a constant stream of bugs in init scripts and inherent
problems with the lack of real service control in sysvinit. That leaves
'we know the old stuff' (and 'it mostly works on kFreeBSD'). And Marco
is attacking
> stuck if one daemon hangs. I've had problems in the past when one daemon
> didn't start up and that prevented other daemons from starting due to the
> sequential processing of init scripts.
I think our current dependency-based boot system deals with that
problem. Login
stream is interested to merge any of
> these hacks.
No, Debian developers generally do not have the time to maintain such a
fork of an active upstream.
Ben.
--
Ben Hutchings
If at first you don't succeed, you're doing about average.
signature.asc
Description: This is a digitally signed message part
on many issues, and I don't really believe
in the value of copyright assignment. But I also recognise that the
FSF is bound by its non-profit status and broad membership in ways
that a for-profit company like Canonical is not.
Ben.
--
Ben Hutchings
We get into the habit of living befo
On Fri, 2012-02-24 at 18:18 -0800, Steve Langasek wrote:
> On Fri, Feb 24, 2012 at 07:58:21PM +0000, Ben Hutchings wrote:
> > > Also, the only practical way this differs from the situation with
> > > software from either the Free Software Foundation or the Apache
> > >
problem. Half the time on boot autofs fails to get the maps
> from NIS.
[...]
We use autofs and NIS at work, and I found that this was also unreliable
on Fedora 16 (using systemd). I would have to restart the autofs
service before logging in. A subsequent update seems to have made it
reliable again, but I didn't look at how they do this.
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
classic Nyan Cat animation. Nyancat can also be run as a standalone
> >program
> >in a local terminal if telnet functionality is not required.
>
> And what value does this bring to Debian?
Are such amusements only permitted as Easter eggs now? (apt-get moo?)
Ben.
--
Ben H
alification for architectures
<http://release.debian.org/wheezy/arch_policy.html> requires building
the vast majority of the archive (suggested borderline is 98%).
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
es not have a
> guaranteed future. It's somewhat controversial even amongst kernel
> hackers. Relying on it is, to put it mildly, short-sighted.
[...]
This is FUD. The Linux kernel developers are very concerned wit
On Tue, Feb 28, 2012 at 09:58:01PM +0100, Goswin von Brederlow wrote:
> Ben Hutchings writes:
>
> > On Tue, Feb 28, 2012 at 04:51:18PM +, Roger Leigh wrote:
> >> On Sat, Feb 25, 2012 at 12:17:43AM +0200, Uoti Urpala wrote:
> >> > Roger Leigh wrote:
> >&
and block the original bug with
each of the new bugs.
After a month or so you can try to resolve the blocking bugs that are
still open. Hopefully that doesn't leave you with too many difficult
decisions.
Ben.
--
Ben Hutchings
We get into t
7;at' package is installed, you should either:
+- Upgrade it to at least version 3.1.13-1 (or a backport of that)
+or:
+- Set sysctl fs.protected_hardlinks=0 (see /etc/sysctl.conf)
+
+ -- Ben Hutchings Fri, 02 Mar 2012 04:58:24 +
+
linux-latest-2.6 (26) unstable; urgency=low
*
On Fri, 2012-03-02 at 07:43 +, Lars Wirzenius wrote:
> On Fri, Mar 02, 2012 at 05:11:58AM +0000, Ben Hutchings wrote:
> > + * The new kernel version includes security restrictions on links, which
> > +are enabled by default. These are specified in
> > +Documenta
t these are the responsiblity of the developer
that established the repository. Maybe also require redirecting bug
reports, if the repository isn't maintained by or which the blessing of
the official package maintainer.
Ben.
--
Ben Hutchings
Every program is either trivial or else contains at least one bug
signature.asc
Description: This is a digitally signed message part
r some use cases, such as ZFS, jails, and more.
[...]
ZFS is interesting, yes. Linux device-mapper provides many of the
features but I recognise there can be a benefit from integrating these
into the filesystem iself. Any year now, btrfs may be mature enough
to use...
Do jails still provide featu
decrypted files to use and copy as they wish. So this is not copy
protection or access control, and password cracking therefore does not
seem to be forbidden by those laws. (But there may be other laws not
related to copyright that do forbid such tools.)
Ben.
--
Ben Hutchings
Quantity is no
On Thu, 2012-03-08 at 12:19 +0100, Vincent Lefevre wrote:
> Hi,
>
> On 2012-03-02 05:11:58 +0000, Ben Hutchings wrote:
> > I'm therefore intending to warn about this with the following NEWS
> > entry in the linux-image metapackages:
> >
&g
it, I will reconsider, if I will stay in
> Debian, because Debian is *not* a Linux-only distribution.
[...]
A recent change that can still be corrected.
Ben.
--
Ben Hutchings
Life would be so much easier if we could look at the source code.
signature.asc
Description: This is a digitally signed message part
601 - 700 of 1223 matches
Mail list logo
