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
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
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
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
grades if the ABI does change?
>
> Would someone care to explain to the rest of the project?
Once we are finished with major changes to 2.6.32 (such as the libata
transition) the ABI version will change from 'trunk' to '1' and we will
then try to avoid unnecessary ABI cha
On Wed, 2009-12-23 at 01:51 +0100, Frans Pop wrote:
> Ben Hutchings wrote:
> > Currently you can install kernel images from unstable or backports
> > without any extra dependencies. I'm not aware of any significant
> > breakage though some packages may rely on deprecate
On Tue, 2009-12-22 at 19:39 +0100, Kurt Roeckx wrote:
> On Sun, Dec 20, 2009 at 04:50:22PM +0000, Ben Hutchings wrote:
> > On Sun, 2009-12-20 at 17:22 +0100, Kurt Roeckx wrote:
> > > Hi,
> > >
> > > Now that we have a 2.6.32 kernel in unstable, can you up
On Mon, 2009-12-21 at 09:24 +0800, Paul Wise wrote:
> On Mon, Dec 21, 2009 at 12:50 AM, Ben Hutchings wrote:
>
> >> > OSS
> >> > ---
> >> >
> >> > This has been a deprecated kernel interface for some time and will be
> >> > di
to build a kernel.
> >
> > We will be rationalising this to two methods, an upstream merged "make
> > deb-pkg" target and the linux-2.6 Debian source.
Done.
> > We will also be rationalising the kernel postinst and co-ordinating
> > our efforts with
#x27;d be going
> out on a limb to suggest this will be of benefit to far more people than
> the number who'll need python scripts to use gdb. Am I?
>
> Really, what am I missing here?
What you're missing is that gdb's scripting facilities were pathetic,
and Python integr
On Sun, 2009-12-20 at 08:25 +1030, Ron wrote:
> On Sat, Dec 19, 2009 at 08:12:44PM +0000, Ben Hutchings wrote:
> > Why would you install gdb on a (non-development) system, rather than a
> > gdb stub?
>
> Maybe I'm missing something cool and obvious here, but in the part
f themselves a
> quite substantial and needless extra bloat. They are considerably larger
> than gdb is itself, and needing to put extra flash on a board, just to
> install python, which the board itself will never use, hits a much harder
> limit than an extra 4MB package in the archive wou
attitude isn't well suited for an Debian developer. Try
> be more helpful instead of sounding like a dick.
If this was the first bug report from jidanni, sure, but jidanni is a
regular bug reporter and really ought to have learned better by now.
Ben.
--
Ben Hutchings
Hoare's Law of Large Problems:
Inside every large problem is a small problem struggling to get out.
signature.asc
Description: This is a digitally signed message part
han it would have been in C.
> Is there something that you want to package that depends on this?
I do hope not; this should never be used in production. But it may yet
be useful in hardware development.
Ben.
--
Ben Hutchings
Logic doesn't apply to the real world. - Marvin Minsky
signature.asc
Description: This is a digitally signed message part
/dev/ttyUSB0 ATDT123456
Which I can trivially can do with stty and echo already, no?
Ben.
--
Ben Hutchings
Never put off till tomorrow what you can avoid all together.
signature.asc
Description: This is a digitally signed message part
ot to be kidding. Quite apart from the irony of a GPL'd
obfuscator, this won't really protect sensitive information, and will
only give its immediate users a false sense of security (just as DRM
does to publishers).
Ben.
--
Ben Hutchings
It is a miracle that curiosity survives formal education. - Albert Einstein
signature.asc
Description: This is a digitally signed message part
After all, it could make more sense to change
> > from hd* to UUIDs or labels instead of from hd* to sd*, to compensate
> > for the lack of stable naming of sd* device nodes.
>
> uuid, label, et.al do not work for VFAT or NTFS, do they?
Of course they do.
Ben.
--
Ben Hutchin
. libata presents ATA/ATAPI
drives as SCSI devices, so hard drive partitions will change
from /dev/hdX to /dev/sdX.
In preparation for this partition, /etc/fstab and the kernel parameters
in boot-loader configs should be changed to specify partitions by UUID
or label name so that they work with both
; on the net. Really bad
> > especial for those who need them most - newbees.
> > ALT-CTRL-F7 is somewhat of a standard.
> >
> It's already broken on fedora, at least. So if it's a standard, it's a
> dying one.
If Fedora jumps off a cliff (I wouldn't pu
On Tue, 2009-11-03 at 07:31 +0100, Florian Weimer wrote:
> * Ben Hutchings:
>
> > You can disagree all you like, but I believe that the FTP team will
> > currently reject any new packages that use source code from their build-
> > dependencies.
>
> Surely this is no
On Mon, 2009-11-02 at 02:34 +0100, Matthias Klose wrote:
> On 02.11.2009 00:00, Ben Hutchings wrote:
> > On Sun, 2009-11-01 at 23:14 +0100, Hector Oron wrote:
> >> Hello,
> >>
> >>I would like to do a little explanation on the ITP I have filled for
> &g
ns actually used as additional source
dependencies, and ensuring that these source dependencies are satisfied
within each release, you should not use this approach.
Ben.
--
Ben Hutchings
The generation of random numbers is too important to be left to chance.
t; each operation instead of checking errno later).
[...]
In general you cannot rely on checking errno because it is not defined
whether a successful operation clears it.
Ben.
--
Ben Hutchings
The generation of random numbers is too important to be left to chance.
can handle in a day is probably around 230K
22:28 < dondelelcaro> (there's about 1.5 hours left, and we're already at 197K)
Ben.
--
Ben Hutchings
I'm always amazed by the number of people who take up solipsism because
they heard someone else explain it. - E*Borg on alt.fan.pratchett
signature.asc
Description: This is a digitally signed message part
at least one of the
> architectures in Debian. :)
It *usually* does.
Ben.
--
Ben Hutchings
I'm always amazed by the number of people who take up solipsism because
they heard someone else explain it. - E*Borg on alt.fan.pratchett
signature.asc
Description: This is a digitally signed message part
el team then, because we do this all the
time. Or you could think through your suggestions.
Ben.
--
Ben Hutchings
It is easier to write an incorrect program than to understand a correct one.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of &qu
nd/or 1400x1050, not 1440x1050.
Add 800x480 and 1024x600 for the EeePC and similar netbooks.
There's a diagram of some of the common screen sizes at:
http://upload.wikimedia.org/wikipedia/en/e/e5/Vector_Video_Standards2.svg
Ben.
--
Ben Hutchings
The obvious mathematical breakthrough [to
ion, but I'm feeding those patches upstream as well), and we do not
carry out significant development of our own (at least, not in our Debian
roles).
Ben.
--
Ben Hutchings
Make three consecutive correct guesses and you will be considered an expert.
--
To UNSUBSCRIBE, email to debian-devel-
nstalled, 2 to remove and 0 not upgraded.
> Need to get 2,199kB of archives.
> After this operation, 4,820kB of additional disk space will be used.
> Do you want to continue [Y/n]?
>
> How to solve it?
[...]
dmsetup conflicts with devicekit-disks due to #545032 (closed, but
repor
On Thu, 2009-10-08 at 11:51 +1100, Russell Coker wrote:
> On Thu, 8 Oct 2009, Ben Hutchings wrote:
> > That package is currently called firmware-linux but will be renamed
> > shortly because we now also package the DFSG-free firmware from the
> > Linux tree as firmware-l
rmware-linux-nonfree doesn't seem to
> be available so I can't use my e100 Ethernet ports (which are essential for
> the test machine in question).
[...]
That package is currently called firmware-linux but will be renamed
shortly because we now also package the DFSG-free firmwar
On Wed, 2009-09-30 at 12:44 +0200, Niccolò Belli wrote:
> Il 30 settembre 2009 03.32, Ben Hutchings ha scritto:
> > It's in the Linux kernel already, but support for this particular model
> > appears to have been added after Linux 2.6.26.
>
> Uhm... are you sure? Can y
t be backported into lenny?
Maybe, if you file a wishlist bug against linux-2.6.
Ben.
--
Ben Hutchings
Who are all these weirdos? - David Bowie, about L-Space IRC channel #afp
signature.asc
Description: This is a digitally signed message part
On Mon, 2009-09-28 at 07:34 -0500, Gunnar Wolf wrote:
> Ben Hutchings dijo [Mon, Sep 28, 2009 at 04:14:45AM -0700]:
> > The "blog" at <http://www.rossbeazley.co.uk>, which is hosted in your IP
> > space, is a copy of Planet Debian <http://planet.debian.org>, ap
On Mon, 2009-09-28 at 04:14 -0700, Ben Hutchings wrote:
> The "blog" at <http://www.rossbeazley.co.uk>, which is hosted in your IP
> space, is a copy of Planet Debian <http://planet.debian.org>, apparently
> intended to gain keyword advertising revenue.
>
> Pl
e.decadent.org.uk/blog - latest entry copied as
http://www.rossbeazley.co.uk/ben-hutchings-debian-kernel-team-at-linux-plumbers-conference/open-source/).
Copyright in each of these blogs remains with their authors. While Planet
Debian has permission to copy each of them, the site owner (presumably R
INTAINERS file in the kernel source
tree. It is also packaged in the linux-doc-$version packages.
Ben.
--
Ben Hutchings
Who are all these weirdos? - David Bowie, about L-Space IRC channel #afp
signature.asc
Description: This is a digitally signed message part
the application
should not normally suggest all its plugins - some of them may be of
very limited interest, and it should not be necessary to change the
application package whenever a new plugin is packaged.
Ben.
--
Ben Hutchings
omment on this?
If the virtual package name is to be meaningful, there must be some definition
of what capabilities a dyndns-client provides to depending packages, e.g. a
specific command and options. Does that exist?
Ben.
--
Ben Hutchings
It is easier to change the specification to fit the progra
On Thu, 2009-07-16 at 21:24 +0200, Martin Zobel-Helas wrote:
> Hi,
>
> On Thu Jul 16, 2009 at 20:16:06 +0100, Ben Hutchings wrote:
> > On Thu, 2009-07-16 at 20:25 +0200, Sandro Tosi wrote:
> > > Hi all,
> > > today ries (aka ftp-master) was down due to a sche
hould we
> only relay on #debian-devel irc channel topic to know this?
[...]
This is what debian-infrastructure-announce is for (though
debian-devel-announce might be appropriate in some cases). But there
was no announcement in this case.
Ben.
--
Ben Hutchings
Unix is many things to many peop
e inheritance and good style of C++ programming :/ So this issue is
> important.
>
> So which way to choose: 2a or 2b or another?
[...]
Would it be possible to implement expansion to a regexp instead of to a
string that must exactly match?
Ben.
--
Ben Hutchings
73.46% of all statistics a
t a different symbol mangling, but different code.
> qreal is a typedef to either float or douxble wrapped in a ifdef.
This is *exactly* like the other cases, except it's not one of the
standard C++ or POSIX type aliases.
Ben.
--
Ben Hutchings
It is impossible to make anything foolproo
tance would be
represented by a back-reference ("S_" or "S" "_"), whereas on
others they would be different and the second would be represented
independently.
Ben.
--
Ben Hutchings
It is impossible to make anything foolproof because fools are so ingenious.
signature.asc
Description: This is a digitally signed message part
ux dom0 code is in the linux-2.6 source package (as patches in
the subdirectory debian/patches/features/all/xen/):
apt-get source linux-2.6
cd linux-2.6-*
debian/rules setup
Ben.
--
Ben Hutchings
Everything should be made as simple as possible, but not simpler.
restart daemons that's a bug in the package.
If invoke-rc.d is not leaving daemons alone in run-level 1 that's a bug
in it.
Ben.
--
Ben Hutchings
Logic doesn't apply to the real world. - Marvin Minsky
signature.asc
Description: This is a digitally signed message part
xing. When I wrote a program to search through Debian source
(without indexing) I recursively unpacked all tarballs. Note that there
is a tar implementation that includes some weird tarballs as test cases.
Ben.
--
Ben Hutchings
Teamwork is essential - it allows you to blame someone else.
signatu
fer.
> Should i look for a sponsor?
Yes, see <http://mentors.debian.net>.
> Can i become a debian maintainer?
See <http://wiki.debian.org/Maintainers>.
Ben.
--
Ben Hutchings
Teamwork is essential - it allows you to blame someone else.
signature.asc
Description: This is a digitally signed message part
rflow.com/> Q&A format
might be appropriate. I don't know whether the code for that site is
available.
Ben.
--
Ben Hutchings
No political challenge can be met by shopping. - George Monbiot
signature.asc
Description: This is a digitally signed message part
On Tue, 2009-04-28 at 03:09 +0100, Noah Slater wrote:
> On Tue, Apr 28, 2009 at 12:04:05PM +1000, Ben Finney wrote:
> > Those MUAs already *do* the right thing when a user presses “reply to
> > author” (sometimes just called “reply”): they reply to the author or,
> > if the author sets a ‘Reply-To’
On Sun, 2009-04-26 at 21:41 +0200, Robert Millan wrote:
> On Thu, Apr 23, 2009 at 11:36:50AM +0200, maximilian attems wrote:
> > no point in posting that to devel announce.
> > this work is pointless and has no review at all by the debian kernel team.
>
> Hi Max,
>
> At the risk of repeating myse
on tables even though these are plausible
preferred forms of modification.
> As with any other Debian package, the best approach for adoption is to
> get the patches adopted upstream so that everyone can benefit and we
> don't have to maintain local divergences.
Right, we're doi
On Thu, 2009-04-23 at 23:37 +1000, Ben Finney wrote:
> Ben Hutchings writes:
>
> > On Thu, 2009-04-23 at 20:32 +1000, Ben Finney wrote:
> > > I understand that this packages Linux Libre, which is somewhat
> > > different from the Debian ‘linux-image’ kernel. Wha
Robert Millan wrote:
[...]
> This is to announce that Debian packages of Linux-libre [2] are now available
> for Lenny users who want to use them:
>
> deb http://people.debian.org/~rmh/linux-libre lenny main
>
> Archive key is attached in this signed mail; it is also available from:
>
> ht
On Thu, 2009-04-23 at 18:13 +0800, Paul Wise wrote:
[...]
> linux-libre goes further and removes even the request_firmware calls
> for non-free firmware:
>
> http://static.fsf.org/nosvn/Alexandre_Olivia_-_Linux_Libre_-_LibrePlanet_2009.spx
> http://groups.fsf.org/index.php/Alexandre_Oliva_%28LP09%
On Thu, 2009-04-23 at 20:32 +1000, Ben Finney wrote:
> Robert Millan writes:
>
> > The decision to include non-free firmware in Lenny concerns the whole
> > project.
> >
> > Providing support for some of our users who would have otherwise been
> > excluded by this decision is, therefore, somethi
On Thu, 2009-04-16 at 01:04 +0200, Luca Boncompagni wrote:
> Package: general
> Severity: normal
>
> Hi,
> I try to open this as and udev bug (#524276) but Marco closed it because he
> think that this is not an udev bug.
>
> Yesterday, after upgarding my system (aptitude update && aptitude
> sa
On Fri, 2009-04-10 at 03:32 +0200, Marco d'Itri wrote:
> On Apr 10, "brian m. carlson" wrote:
>
> > I don't know about you, but I'd much prefer to modify any sort of
> > program, firmware or not, using C or assembly rather than editing the
> > binary directly. I suspect that this is the case for
r see the full text of the GPL (any version) at the top of a
source file? A reference to the licence is enough, so long as the
referenced file really is included. I would recommend to upstream that
they include a copyright statement (year and owner) in each file, though.
Ben.
--
Ben Hutchings
On Wed, 2009-03-18 at 14:20 +0100, Dominik Smatana wrote:
> Hello,
>
> there are missing licenses in some source files in upstream project
> I'm packaging for Debian.
>
> There is just license in the "main" source file.
>
> Is it fine?
>
> Or should I edit these files and add missing licenses (
ch audio sources does it work with
(looks like JACK)? If a GUI component, which toolkit does it work with?
> (Jkmeter is a horizontal or vertical bargraph level
> meter based on the ideas of mastering guru Bob Katz.
> See <http://www.digido.com/bob-katz/index.php> and
404
Ben.
--
Be
On Mon, 2009-03-16 at 22:25 +, Ben Hutchings wrote:
> On Mon, Mar 16, 2009 at 01:08:04PM +0100, Bjørn Mork wrote:
[...]
> > I fail to see the value of removing mii-tool. I'd rather see just the
> > non-working features removed in favour of an ethtool recommendati
I'm not the only one...
You can do this with ethtool now, and more cleanly:
link-speed 100
link-duplex full
> I fail to see the value of removing mii-tool. I'd rather see just the
> non-working features removed in favour of an ethtool recommendation.
It do
3
opts="filenamemangle=s/.*\?rev=(\d+).*/sgt-puzzles_$1.orig.tar.gz/,downloadurlmangl...@.*\?rev=(\d+)@http://www.chiark.greenend.org.uk/~sgtatham/puzzles/puzzles-r$1.tar.gz@";
\
http://svn.tartarus.org/sgt/puzzles/ /sgt\?rev=(\d+)\&view=rev
OK, so it's not exactly pretty...
Ben.
the information mii-tool
does (#511392). I hope to submit patches to the kernel and ethtool to
fix this, though.
Ben.
--
Ben Hutchings
Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer
signature.asc
Description: This is a digitally signed message part
I think such a policy should be implemented by the cron daemon or by a
common script, rather than by each package with a cron job.
Ben.
--
Ben Hutchings
Humour is the best antidote to reality.
signature.asc
Description: This is a digitally signed message part
On Tue, 2009-03-10 at 08:46 +0100, Marco d'Itri wrote:
> On Mar 10, Ben Hutchings wrote:
>
> > The firmware used for 3D acceleration in the r128 (ATI Rage 128), radeon
> > (ATI Radeon) and mga (Matrox G200/G400/G550) drivers is non-free and
> > will be moved from th
On Wed, 2009-02-25 at 16:28 -0500, Daniel Dickinson wrote:
> Hi,
>
> I'm looking at getting a video card, and I want to know what video card
> that has 3D acceleration to get. Normally I'd ask on -users but as the
> subject says I want to know what video cards will still have
> acceleration when
a user has to choose
between. If the package is redundant, this is a waste of their time.
Ben.
--
Ben Hutchings
Logic doesn't apply to the real world. - Marvin Minsky
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Sun, 2009-03-01 at 02:42 +0100, Carsten Hey wrote:
> Deborphan needs a way to detect shared libraries like the ones currently
> in section libs and distinguish them from packages which are technically
> shared libraries but can not assumed to be orphaned when no other
> package depends on them.
On Fri, 2009-02-27 at 21:24 +0100, Joerg Jaspert wrote:
> >> video
> > mplayer*
>
> That is already in.
>
> > vswitch*
>
> No hit for this match?!
Holger probably meant dvswitch. Which is in NEW, anyway.
Ben.
signature.asc
Description: This is a digitally signed message part
On Thu, 2009-02-26 at 08:31 +0100, Peter Palfrader wrote:
> On Wed, 25 Feb 2009, Roger Leigh wrote:
>
> > HAL is just querying the group database directly. Any process can of
> > course do this. But it's asking a different question, namely:
> > what groups is this user a member of in the group d
On Wed, 2009-02-25 at 09:28 +0100, Joerg Schilling wrote:
> >xcdroast is looking for cdrecord, which does no longer exist in Debian
> >Sid (apparently). And wodim does no longer provide a symlink as cdrecord
> >or something (apparently).
>
> >So: xcdroast does no longer work. Who is to blame (Bu
On Sun, 2009-02-08 at 10:46 +, Jörg Sommer wrote:
> Hi,
>
> I have the bug report #489917 that complains that Jed can't handle
> 64‐bit kernel structures. In this special case, the stat() return with
> EOVERFLOW Value too large to be stored in data type. Jed was compiled for
> a 32‐bit kernel
table/i386/release-notes/ch-upgrading.en.html#s-newkernel>,
<http://www.debian.org/releases/stable/i386/release-notes/ch-information.en.html#s-incompatible-2.4>.
Ben.
--
Ben Hutchings
friends: People who know you well, but like you 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
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
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
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.
; >
> > 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
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
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
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
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]
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
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-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 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 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 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 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 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 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 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 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 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 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 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 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 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
1001 - 1100 of 1216 matches
Mail list logo
