ncluding
lib/{modules,firmware} in the tarball, not lib.
A quick experiment under F16 (tar 1.26) supports this.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus
--
To
I put this manpage ? (7 ?)
> Note that I do not want to describe the API of the library.
[...]
I think section 7 is right for overview documentation like this.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
's
updated. Perhaps initramfs-tools should have a file trigger for it,
though.
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
On Thu, 2012-09-13 at 21:47 +, Amit wrote:
> Ben Hutchings decadent.org.uk> writes:
>
> [snip]
>
> > > 1. I am currently using dh_installmodules to install package.modprobe.
> > > However, I noticed that the automated debhelper commands in
> >
I cannot think of any examples right now, but I remember having this
> same conversation on debian-devel@ at least twice.
firmware-free (which doesn't even have the debian/rules target, but I'll
look into it if the sources ever do change).
Ben.
--
Ben Hutchings
Logic doesn't apply to the real world. - Marvin Minsky
signature.asc
Description: This is a digitally signed message part
On Mon, 2012-09-17 at 16:46 +, Amit wrote:
> Ben Hutchings decadent.org.uk> writes:
>
> > >
> > > Trying to load usbhid and passing a quirks parameter so that it ignores
> > > a specific device. Then, I have my own kernel module to control that
> &
ng a
native build.
(It should preferably be fixed upstream, to benefit users who build
from either Debian or upstream source on a 32/64 environment. But I
don't know a simple way to find the 'primary userland architecture'
that is
ces, and programs may expect to find information about
them under sysfs.
If you're concerned about leaking sensitive information to untrusted
processes then procfs is a far, far bigger problem (somewhat mitigated
by hidepid or pid namespaces).
Ben.
--
Ben Hutchings
Once a job is fouled up, a
On Fri, 2012-09-21 at 23:06 +0200, Adam Borowski wrote:
> On Fri, Sep 21, 2012 at 09:07:57PM +0100, Ben Hutchings wrote:
> > On Fri, Sep 21, 2012 at 08:26:24PM +0100, peter green wrote:
> > > Some time ago I found that a package (I think it was openjdk but I
> > > don
d to either (1) make it defer this to run-time or (2) force the
decision at build-time, and be conservative.
(In general, userland packages in testing/unstable should not depend on
kernel features that aren't in the official kernel packages in stable,
as this can cause breakage during upgrades.)
B
d some months ago [0], I'm planning to switch dpkg-deb default
> > compressor from gzip to xz, as there seemed to be consensus that was
>
>
--
Ben Hutchings
Make three consecutive correct guesses and you will be considered an expert.
--
To UNSUBSCRIBE, email to debian-dev
debian-devel is not the YouTube comment box. Please only post while
sober, and using complete English sentences.
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
ed in Ubuntu, but… there never was an
> evaluation of shells.
[...]
Because it's our very own tiny shell:
http://en.wikipedia.org/wiki/Debian_Almquist_shell
Ben.
--
Ben Hutchings
Make three consecutive correct guesses and you will be considered an expert.
signature.asc
Description: Th
reat success with
the GNU project. This is independent of the Hurd kernel.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus
--
To UNSUBSCRIBE, email to debian-devel-re
; Just pushing and pushing and pushing his opinions:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639230
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658208 (Thanks Thijs
> for handling the most of this bug.)
[...]
Yes, I think we can do without his bug reports.
Ben.
a bug the reponse will be 'why
did you ignore that?!'
We should be careful to give accurate diagnostic messages; otherwise we
will train users to ignore them. And that can certainly lead to data
loss.
Ben.
--
Ben Hutchings
Experience is what causes a person to make new mistakes instead of old ones.
signature.asc
Description: This is a digitally signed message part
see the messages.
(For what it's worth, I'm quite happy to receive notifications by mail
and I configure forwarding to a smarthost, but it's currently not as
easy as it should be to do that and make it secure.)
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring
ipt should run in
the same way it does now.
> Is there some material on wiki.d.o I can use (and if not can
> somebody prepare it)?
What is there to write?
Ben.
--
Ben Hutchings
We get into the habit of living before acquirin
On Thu, May 30, 2013 at 02:07:10PM -0700, Steve Langasek wrote:
> On Thu, May 30, 2013 at 10:00:40PM +0100, Ben Hutchings wrote:
> > On Thu, May 30, 2013 at 10:39:55PM +0200, Ondřej Surý wrote:
> > > Practical question: if I were to support systemd .service, upstart
> >
r a new thread.
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...@lists.debian.org
with a subject of "unsubscribe&q
SIX, you cannot assume this macro (or any such constant limit) is
defined, and must use sysconf(_SC_MQ_PRIO_MAX) at run-time if it is not.
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 Fri, May 31, 2013 at 05:10:31PM +0200, Ondřej Surý wrote:
> On Thu, May 30, 2013 at 11:00 PM, Ben Hutchings wrote:
>
> > > Is there some material on wiki.d.o I can use (and if not can
> > > somebody prepare it)?
> >
>
> What Tollef, you and Steve wrote.
&
for all the non-Linux kernels to be
supported through debian-ports, allowing porters to apply kernel-
specific workaround patches, drop unsupportable packages, and release
on their own schedule. There is a risk, of course, that this results
in continuing divergence if patches don't get fed
did I correctly enable validation of the smarthost's
server certificate? Not sure.)
Ben.
--
Ben Hutchings
You can't have everything. Where would you put it?
signature.asc
Description: This is a digitally signed message part
oice, but it was totally
unmanageable.
> How many window-user know that they could replace explorer.exe,
> Gina.dll? If you are really into "having a choice", then you must give
> the choice and not make it.
It is absolutely the responsibility of a distribution to choose good
ll they choose when
prompted to do so? Maybe they will go and do the research when they
reach that point in the installer, or maybe they will try a different
distribution whose installer JFDI.
Ben.
--
Ben Hutchings
We get into the habit of
This means
> > that this problem will bite us the next time another 32 bit arch comes,
> > so there's no excuse to use this as an argument against x32.
> >
> And I'd say there's no excuse to introduce new 32bit archs, so I'm
> hoping there won'
at,
> such as the mktime test from gnulib.
That is not software in practice, that is an incorrect test case.
Ben.
--
Ben Hutchings
Theory and practice are closer in theory than in practice.
- John Levine, moderator of comp.compilers
signature.asc
Description:
s no excuse to use this as an argument against x32.
>
> Would a better solution not have been to make long 64 bits? This is a
> perfectly reasonable thing to do on a 32 bit arch, it would avoid the above
> problem and since the widespread adoption of 64 bit systems most of the
> ca
non-free section?
This is fine for the non-free section.
Ben.
--
Ben Hutchings
Klipstein's 4th Law of Prototyping and Production:
A fail-safe circuit will destroy others.
signature.asc
Description: This is a digitally signed message part
ic downloader/viewer programs endorsed by
the operators of the service that they work with? If not, is there not
a risk of trademark infringement by including the service name in the
program and package names?
Ben.
--
Ben Hutchings
The generation of random numbers is too important to be left to
reason is compatibility with Windows on a dual-boot
system. But it will still get screwed up if Linux does the DST
adjustment.
EFI apparently records the current time zone offset of the RTC,
which would allow this to be fixed, but I don't think that Linux
pays any attention to that yet.
Ben.
--
Ben Hu
On Wed, Jun 19, 2013 at 09:39:11PM +0200, Bas Wijnen wrote:
> On Wed, Jun 19, 2013 at 07:56:26PM +0100, Ben Hutchings wrote:
> > On Wed, Jun 19, 2013 at 09:12:37AM -0700, Steve Langasek wrote:
> > [...]
> > > The *only* argument for using local time in the system clo
nse when you remember
> that the AGPLv3 is not compatable with the GPLv2
>
> I'm still against removing it from the archive.
But the new version should not build the default libdb-dev, as that is
likely to result in unintended GPLv2/v3 combinations that cannot be
distributed.
Ben.
ost all common licences except GPLv2 (though
that might not be true with the additional conditions of AGPLv3). If
anyone has made a decision to use GPLv2-only then I wouldn't expect them
to relicense for this. Therefore a BSD-licensed libdb is still needed.
Ben.
--
Ben Hutchings
Life
urd will remain, and
> Linux will be several years back of course. Anybody has an idea on how
> old Linux kernel will remain? Comments, ideas, any takers? Criticism I
> assume will be plenty. Maybe even FSF might help here.
>
> Have a nice day:)
You're slipping. Your trolling us
coordinator;
that's all. And they can be quite experimental, which is OK so long as
the project in general recognises that.
Neither do John or Marco speak for Debian, so nothing has been discarded
yet.
Ben.
--
Ben Hutchings
Humans are not rational beings; they are rationalising beings.
signature.asc
Description: This is a digitally signed message part
gt; could we save DSA some money?
I can't understand how you expect to save money on hardware by applying
'more Debian'.
Ben.
--
Ben Hutchings
Humans are not rational beings; they are rationalising beings.
signature.asc
Description: This is a digitally signed message part
rfectly valid question, and had their thread locked despite them not
> breaking any rules.
[...]
It's trolling, and I think you're trolling too.
Ben.
--
Ben Hutchings
All extremists should be taken out and shot.
signature.asc
Description: This is a digitally signed message part
either immediately close
remote connections after accepting them (e.g. using tcp-wrappers) or
bind to device 'lo'. Both or which are more complex to implement and
configure.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
mymodule.o
> KVERSION = $(shell uname -r)
> all:
> make -C /lib/modules/$(KVERSION)/build M-$(PWD) modules
[...]
You typed 'M-' instead of 'M='.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
On Wed, 2013-07-31 at 08:57 -0400, Jerry Stuckle wrote:
> On 7/31/2013 4:39 AM, Ben Hutchings wrote:
> > On Tue, 2013-07-30 at 23:05 -0400, Jerry Stuckle wrote:
> >> Hi, all,
> >>
> >> I hope this is the right list.
> >>
> >> I'm trying
otherwise we would have hundreds of bug
reports of this already.
(My guess: you haven't installed the packages properly, for example you
made /usr/src a symlink.)
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus
signature.asc
Description: This is a digitally signed message part
hat's a different matter.
What makes you think these are stronger?
Ben.
--
Ben Hutchings
This sentence contradicts itself - no actually it doesn't.
signature.asc
Description: This is a digitally signed message part
i.
[...]
I strongly oppose installing, by default, any userland program that
takes over such low-level hardware control. (Yes, that includes X with
UMS. But that will have to be grandfathered for now.)
Ben.
--
Ben Hutchings
This sentence contradicts itself - no actually it doesn't.
ation between them, you must disable whatever
hypervisor interface the 'guest additions' are using. (I have no idea
whether that option exists.)
Ben.
--
Ben Hutchings
This sentence contradicts itself - no actually it doesn't.
signature.asc
Description: This is a digitally signed message part
ould probably better
> describe this.
I've never seen such a word in English. I don't *think* either
definition at <http://www.urbandictionary.com/define.php?term=moe>
fits...
Ben.
> > >* Followee, Follower list
> >
> >No such word.
>
--
Ben Hutchings
This sentence contradicts itself - no actually it doesn't.
signature.asc
Description: This is a digitally signed message part
On Wed, 2013-08-07 at 01:54 +0800, Chow Loong Jin wrote:
> On Tue, Aug 06, 2013 at 04:56:51PM +0200, Ben Hutchings wrote:
> > On Tue, 2013-08-06 at 12:46 +0800, Chow Loong Jin wrote:
> > > On Tue, Aug 06, 2013 at 11:59:29AM +1200, Chris Bannister wrote:
> > > > On M
On Tue, 2013-08-06 at 23:24 +0200, Paul Wise wrote:
> On Tue, Aug 6, 2013 at 4:50 PM, Ben Hutchings wrote:
>
> > I strongly oppose installing, by default, any userland program that
> > takes over such low-level hardware control.
>
> Considering that Linux (on my machi
On Thu, 2013-08-08 at 22:21 +0200, Wouter Verhelst wrote:
> On 05-08-13 02:16, Ben Hutchings wrote:
> > On Sun, 2013-08-04 at 16:45 +0200, Wouter Verhelst wrote:
> >> On 03-08-13 13:45, Ondřej Surý wrote:
> >>> I think it's useless to upgrade to SHA512 (or SHA-
split procps into
essential and non-essential binary packages. Aside from pidof, I bet
there are lots of scripts using pkill, pgrep, /bin/kill and ps without
the necessary dependency now. (I saw one using ps just the other day:
#719126.)
Ben.
--
Ben Hutchings
I say we take off; nuk
On Fri, 2013-08-09 at 14:21 +0200, Bastien ROUCARIES wrote:
>
> Le 9 août 2013 13:39, "Ben Hutchings" a écrit :
> >
> > On Fri, 2013-08-09 at 21:10 +1000, Craig Small wrote:
> > > Besides my Debian duties I am also upstream for procps. I have
> been in
;metapackages' disables this
behaviour - its dependencies will not be treated as auto-installed and
auto-removable (since apt version 0.7.26~exp6).
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, 2013-08-19 at 23:48 -0400, Michael Gilbert wrote:
[...]
> Plus, Ben Hutchings is putting together a plan to add support for
> newer hardware in stable releases:
> http://lists.debian.org/debian-boot/2013/08/msg00090.html
>
> Presumably, continuing to support newer hardwa
SUSE developers on
backports of the latest in-tree driver to their 'enterprise'
distributions.
Ubuntu uses a combination of driver backports and newer kernel versions
in LTS releases.
Ben.
--
Ben Hutchings
The obvious mathematical breakthrough [to break modern encryption] would be
uishes globally and locally
administered addresses.
While you would possibly to buy your own OUI and make global assignments
to your VMs, I seriously doubt you are doing that. Don't steal address
space.
Ben.
--
Ben Hutchings
Never put off till tomorrow what you can avoid all together.
signature.asc
Description: This is a digitally signed message part
arch:all binaries for
linux, because upstream bandwidth from home is crap. You might want to
treat an arch:amd64 upload of linux from me as suspicious.
Ben.
--
Ben Hutchings
Never put off till tomorrow what you can avoid all together.
signature.asc
Description: This is a digitally signed message part
On Mon, 2013-08-26 at 01:22 +0200, Thomas Goirand wrote:
> On 08/24/2013 03:53 PM, Ben Hutchings wrote:
> > There is a very clear standard that distinguishes globally and locally
> > administered addresses.
> >
> > While you would possibly to buy your own OUI and mak
n current stable
(backporting can be difficult, and some just don't care), let alone
another 3 years of LTS.
Ben.
--
Ben Hutchings
All extremists should be taken out and shot.
signature.asc
Description: This is a digitally signed message part
it doesn't
have an incompatible licence.)
> Recent kernels are needed only for race-free deduplication, "cp --reflink"
> works in oldstable.
Please don't suggest using the squeeze or wheezy version of btrfs in
production.
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
e command-line interfaces.
> - Other packages need update their configuration scripts to use /etc/resume.
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
On Sat, 2013-08-31 at 22:22 +0200, Adam Borowski wrote:
> On Sat, Aug 31, 2013 at 12:44:21AM +0100, Ben Hutchings wrote:
> > > Funny that you ask. What's the usual competitor for ZFS?
> > > btrfs is included in stock kernels, doesn't take massive amounts of
e of TL
> to those who think they can handle it.
>
> I will not carry 30+ transitional packages.
How much do those packages weigh, Norbert? Are TeX transitional
packages particularly heavy?
I really don't know why you think TeX is exempt from the usual
requirements to support clean u
e new udev policy isn't any better for Thomas's use case, though.
He seems to want to take his chances with kernel probing order...
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
dh_clean debian/substvars gamedesc.txt version2.def
(I'm not claiming this is a good example).
Ben.
--
Ben Hutchings
The two most common things in the universe are hydrogen and stupidity.
signature.asc
Description: This is a digitally signed message part
On Wed, 2013-09-18 at 14:49 +0100, Ian Jackson wrote:
> Ben Hutchings writes ("Re: Status of dgit (good for NMUs and fast-forwarding
> Debian branches)"):
> > Example from sgt-puzzles:
> >
> > override_dh_auto_clean:
> > ! [ -f Makefile ] || $(MAK
age. But I believe the FTP team's concerns are about *reachable*
objects that may be copyright violations. It is hard enough to check
this for one version.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
a64 and other big updates.
>
> So please, keep ia64 in the bandwagon ;-)
But I don't think ia64 is well-supported even in wheezy. The kernel
doesn't boot on some common machines and no-one seems to be able to fix
it.
Ben.
--
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source
signature.asc
Description: This is a digitally signed message part
e that library implementers should care about run-time regressions
even for buggy applications. However, in this case, failing to clear
the buffer may undermine the static analysis of buffer size (I haven't
thought too carefully about whether that's the case).
Given that it's a reasonably
ame a real package, which was replaced between etch
and lenny by linux-libc-dev. There is one remaining reverse-dependency
(libkxl0-dev, #724639) which would need to be fixed first.
Any objections?
Ben.
--
Ben Hutchings
Humans are not rational beings; they are rationalising beings.
signatur
workaround
> is to disable acceleration. Truly a case of "bad breath is better than
> no breath".
This sounds like a good reason to remove it, unless both vesa and fbdev
also fail on this hardware.
Ben.
--
Ben Hutchings
The world is coming to an end. Please log off.
signature.asc
Description: This is a digitally signed message part
sure about other
> powerpc worlds.
I don't think Debian development should be driven by retro-computing.
I'm not saying we should drop support for perfectly usable machines,
but most of those 32-bit Macs are soon going to be too slow or too
broken for practical use (if they aren't
linux-kernel) may be best.
Ben.
--
Ben Hutchings
Never put off till tomorrow what you can avoid all together.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.d
'Physical Address Extension' do you not understand?
Ben.
--
Ben Hutchings
No political challenge can be met by shopping. - George Monbiot
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian
sequences of the different syntaxes. Don't invite bikeshedding.
If the dpkg maintainers refuse to make a decision then you should go to
the technical committee. Hopefully that will not be necessary.
Ben.
--
Ben Hutchings
Reality is just a crutch for people who can't handle science fi
hat responsibility.
> If it is true, it is the thing we need to be prepared for, and so far
> I haven't seen any official information.
>
>
> This might also be relevant
> here:
> http://www.linux.com/news/featured-blogs/200-libby-clark/733595-all-about-the-linux-kernel
it for Linux 3.12 in Debian, as we
can't enable CONFIG_USER_NS before then, and I don't know whether the
vzctl package is ready to work with mainline kernels.
Ben.
--
Ben Hutchings
Teamwork is essential - it allows you to blame someone else.
--
To UNSUBSCRIBE, email to debian-devel-re
d
> be ready for jessie.
>
> Until then if you do not trust containers then the best choice is to
> use openvz with Parallel's 2.6.32 kernel.
Right, and wheezy userland should generally work with that kernel.
(It's not something that I've tested, though.)
Ben.
--
Ben H
On Thu, 2013-10-24 at 22:16 +0800, Thomas Goirand wrote:
> On 10/24/2013 06:46 PM, Ben Hutchings wrote:
> > On Thu, 2013-10-24 at 11:59 +0200, Adam Borowski wrote:
> >> On Thu, Oct 24, 2013 at 09:11:30AM +0100, Jonathan Dowland wrote:
> >>> On Thu, Oct 24, 2013 at 0
On Thu, 2013-10-24 at 15:41 -0700, Mark Symonds wrote:
> No, no, no… drop GNOME.
>
> Useless anyway.
1. Don't top-post.
2. Assume good faith.
3. This list is for discussion of Debian development, not for random
opinions.
Ben.
--
Ben Hutchings
Teamwork is essential - it allow
e was a discussion of these problems at the Kernel Summit on
Thursday and I hope to see a more detailed report in LWN within the next
few days.
Ben.
--
Ben Hutchings
Editing code like this is akin to sticking plasters on the bleeding stump
of a severed limb. - me, 29 June 1999
signature.asc
Description: This is a digitally signed message part
gt; that outcome.
[...]
I do. I think non-Linux ports make more sense as derivative
distributions. This gives them the freedom to drop packages that aren't
worth porting, work around Linux-isms as necessary, improve integration
with their own kernel, and release on their own schedule - rather
han a
container. The new process is in the same user namespace and inherits
most capabilities. It can optionally run in a new network namespace.
Ben.
> If you use lxc-start instead of systemd-nspawn, does your Fedora image work?
> Last I knew, the answer was "no".
--
Ben Hutchings
If
ense scheme, with (a) the original license, and (b)
> $whatever-they-want.
[...]
Yes, but that says nothing about the rest of the program that it's a
part of, nor that they will continue to distribute the Contribution.
Since the contributor, retaining copyright, can give that license to
anyone an
t; practically no different from MODULES=most. Considering that my sid is
> full-disk encrypted, there is something odd, here.
I think you're mistaken about those last few. MODULES=most still
results in a ~10 MB initramfs on x86.
Ben.
--
Ben Hutchings
Quantity is no substitute for quality, but it's the only one we've got.
signature.asc
Description: This is a digitally signed message part
igurable from the desktop, and fix the MUAs to use the MTA - *not* to
> get rid of the MTA.
The MTA has to be able to get error reports back to the MUA, so we need
the MUA to support local mail too. Now the user has an MTA and two
accounts in the MUA, when all he wanted was a single account. How
even the home user can do something immediately.
The user generally can't even read the warning in time to make a
decision; the system must handle OOM or over-temperature quickly.
However, the user should be notified about that decision, if possible.
Ben.
--
Ben H
emand
that a desktop metapackage should support it.
Ben.
> [1]. Many thanks to new udev which makes the usb0 interface work out of the
> box, including hotplugging.
--
Ben Hutchings
73.46% of all statistics are made up.
signature.asc
Description: This is a digitally signed message part
dministration, try debian-user. If you want to learn about
Debian package maintenance, try debian-mentors.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus
--
To UNSUBSCRIB
On Thu, 2011-10-20 at 17:39 +, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
>
> > reassign 646019 cdimage.debian.org
WTF? Isn't this a kernel driver bug?
Ben.
--
Ben Hutchings
Unix is many things to many people,
but it's ne
(However, it does support partition UUIDs as used in GPT. You
can use root=PARTUUID= to select from those. But I doubt you're using a
GPT.)
Ben.
--
Ben Hutchings
Reality is just a crutch for people who can't handle science fiction.
signature.asc
Description: This is a digitally signed message part
On Tue, 2011-10-25 at 12:10 +0800, Paul Wise wrote:
[...]
> One example from the archive: firmware-free. Source code for the
> embedded software blobs is present but at least one of them no longer
> builds or never did.
[...]
I've been working on that specific case...
Ben.
--
appears that Broadcom never sent version 6.2.9.0 of
the bnx2x firmware there. It's also possible that the request was
dropped somewhere along the way.
Ben.
--
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source
signature.asc
Description: This is a digitally signed message part
On Mon, 2011-10-31 at 11:25 +0200, Dmitry Kravkov wrote:
> On Sun, 2011-10-30 at 08:06 -0700, Ben Hutchings wrote:
> > On Sun, 2011-10-30 at 10:49 +0100, Sébastien Riccio wrote:
> > > On 30.10.2011 10:42, Niels Thykier wrote:
>
> > Our upstream for (most of) firmware-no
valgrind package) can find the bug. Please do
not ask for further help on this list.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus
--
To UNSUBSCRIBE, email to
way to build them and add them manually on a debian unstable
> machine ?
I uploaded a new version today which includes the versions requested
by the bnx2x driver in Linux 3.0 and 3.1.
Sorting out the mess upstream will take a little longer...
Ben.
--
Ben Hutchings
We get into the habit of
(and hence Debian), no. (libexec isn't specified by the FHS.)
Is there any movement to fix this (by specifying /usr/libexec) now
that FHS is being updated?
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
ddrpc.rquotad
ld-elf.so.1 rpc.rstatd
Very little of that is related to GNU. Apparently it's for executables
that don't belong in the path (rarely used from interactive shells or
scripts).
Ben.
--
Ben Hutchings
We get into the hab
On Sun, 2011-11-06 at 01:09 +0100, Josselin Mouette wrote:
> Le vendredi 04 novembre 2011 à 21:21 +0000, Ben Hutchings a écrit :
> > It's not a GNU invention; I believe it derives from BSD.
>
> I stand corrected. That doesn’t make it have any more sense, though.
>
86 architecture includes an 'amd64' kernel flavour. Once you
run that, amd64 chroots work just fine.
Ben,
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus
--
To UNSUBSC
501 - 600 of 1207 matches
Mail list logo