Re: tg3 firmware - was (Fw: [CASE#221365]: Closed - need firmware files)

2009-04-10 Thread Jeff Carr
On Fri, Apr 10, 2009 at 01:14, Neil Williams wrote: >> * Firmware is: >> * Derived from proprietary unpublished source code, > electrical equipment or hardware tools, not text editors. As such, not > all firmware can be expected to have any source code. In this case, as > we have a decla

Re: [DRAFT] resolving DFSG violations

2008-10-27 Thread Jeff Carr
On Mon, Oct 27, 2008 at 18:41, Ben Finney <[EMAIL PROTECTED]> wrote: > Whoever the copyright holder of that work is (I read your remark above > to mean that the hardware manufacturer is that copyright holder), > there must be a "preferred form of the work for making modifications > to it". What fo

Re: [DRAFT] resolving DFSG violations

2008-10-27 Thread Jeff Carr
On Mon, Oct 27, 2008 at 00:31, Ben Finney <[EMAIL PROTECTED]> wrote: > If we use the "preferred form of the work for making modifications to > it" definition of source code, what is the form that best meets that > definition? > > What form of the work do the copyright holders use to make changes t

Re: [DRAFT] resolving DFSG violations

2008-10-27 Thread Jeff Carr
On Mon, Oct 27, 2008 at 03:10, Neil Williams <[EMAIL PROTECTED]> wrote: > I just want to find out: Under what circumstances does the blob need to > be modified and who gets to do that modification? Probably only the hardware engineers. > Are these "chip manufacturer tools" physical tools/machine

Re: [DRAFT] resolving DFSG violations

2008-10-27 Thread Jeff Carr
On Mon, Oct 27, 2008 at 05:36, Mark Brown <[EMAIL PROTECTED]> wrote: >> similar tools to modify the blob (even if it is only useful to do so on >> a different board / with a different chipset)? > > Ish. Someone else should be able to use the same tools (barring > development environment issues) b

Re: [DRAFT] resolving DFSG violations

2008-10-27 Thread Jeff Carr
On Mon, Oct 27, 2008 at 11:26, Lennart Sorensen <[EMAIL PROTECTED]> wrote: > I would expect anything on opencores.org to be perfectly readable VHDL Hardly perfectly readable - I put up code there too :) > code, which is the prefered format for manipulating it. So what was > your point again? B

Re: [DRAFT] resolving DFSG violations

2008-10-27 Thread Jeff Carr
On Mon, Oct 27, 2008 at 11:35, Lennart Sorensen <[EMAIL PROTECTED]> wrote: > On Sun, Oct 26, 2008 at 06:38:53PM -0700, Jeff Carr wrote: >> Because that's how the hardware works. If you are making a widget and >> you need a fpga or hybrid chip of any sort, then you gener

Re: [DRAFT] resolving DFSG violations

2008-10-26 Thread Jeff Carr
On Sat, Oct 25, 2008 at 07:21, Manoj Srivastava <[EMAIL PROTECTED]> wrote: >Your argument boils down to: There is function that will never > be supported by free software. Annoying people by asking them to expose > their function by freeing the software just irritates them, so we > shou

Re: [DRAFT] resolving DFSG violations

2008-10-26 Thread Jeff Carr
On Sat, Oct 25, 2008 at 09:21, Frank Küster <[EMAIL PROTECTED]> wrote: > How can that be? (That is an ernest question) Because that's how the hardware works. If you are making a widget and you need a fpga or hybrid chip of any sort, then you generate a binary blob using the chip manufacturers too

Re: [DRAFT] resolving DFSG violations

2008-10-25 Thread Jeff Carr
On Fri, Oct 24, 2008 at 22:22, Manoj Srivastava <[EMAIL PROTECTED]> wrote: >It should not take us an indefinite time to release with > firmware blobs gone. I'll stake my reutation that the period involved > is not indefinite, and there is a upper boundary to it. > >Testing out th

Re: Bugs in default GNOME etch?

2007-01-17 Thread Jeff Carr
On 01/16/07 20:22, Steve Langasek wrote: > Thus their goal is to help win market share, That's an important goal. Have you heard this before: the fear is that not gaining significant market share will allow Microsoft to effectively render free software unusable by the average user. > not to he

Re: Icons and instructions for the FreeDesktop menu.

2007-01-17 Thread Jeff Carr
On 01/17/07 00:22, Loïc Minier wrote: > The Debian menu system is completely useless to me, and I expect to > most GNOME and KDE users. You've hit the nail on the head. That whole thing came about from earlier times. I wish you every luck in purging it from existence. -- To UNSUBSCRIBE, email

Re: agentcell.org 1.0 GPL'd & released today

2005-08-16 Thread Jeff Carr
On 08/15/2005 01:16 PM, Andreas Tille wrote: > On Mon, 15 Aug 2005, Jeff Carr wrote: > >> I hope a developer out there with access to commit packages can take the >> initiative to package up agentcell. The authors settled on releasing >> this software package und

agentcell.org 1.0 GPL'd & released today

2005-08-15 Thread Jeff Carr
I hope a developer out there with access to commit packages can take the initiative to package up agentcell. The authors settled on releasing this software package under the GPL. It's a great contribution to the scientific community. Just thought I'd pass on the word, Jeff -- To UNSUBSCRIBE, em

Re: transcode

2005-05-03 Thread Jeff Carr
Marco d'Itri wrote: On May 01, John Hasler <[EMAIL PROTECTED]> wrote: Transcode is not in Debian because the codecs are not DFSG-compliant. Do you mind explaining how you came to this conclusion? I hope this gets straighted out & resolved. Transcode is excellent software and is licensed under the

Re: mplayer 1.0pre7

2005-04-27 Thread Jeff Carr
David Nusinow wrote: On Mon, Apr 25, 2005 at 08:51:04PM +0200, Joerg Jaspert wrote: On 10270 March 1977, Petter Reinholdtsen wrote: The list used to be >200 packages long. It is now ~20 packages long. It was somewhere around 600. Showoff :-) (Thank you and the other ftpmasters for blasting throu

Re: mplayer 1.0pre7

2005-04-25 Thread Jeff Carr
A Mennucc wrote: hi mplayer 1.0pre7 is ready and packaged at http://tonelli.sns.it/pub/mplayer/sarge a. ps: still no news from ftpmasters... hope they at least will try to read http://people.debian.org/~mjr/mplayer.html FTP Assistants -- member Randall Donald (NEW processing) member Dan

Re: spca5xx -- Device driver for USB webcams based on the spca5xx chips

2005-04-21 Thread Jeff Carr
Christoph Hellwig wrote: On Wed, Apr 20, 2005 at 05:57:02PM -0700, Jeff Carr wrote: Could someone give us a simple rundown of how we would submit a patch to the debian kernel sources to add spca5xx support? The spca5xx driver adds support for a large number of USB cameras. Recently Carlos posted

spca5xx -- Device driver for USB webcams based on the spca5xx chips

2005-04-20 Thread Jeff Carr
Jurij Smakov wrote: Since it is becoming more and more a kernel topic, you might also want to move discussion to debian-kernel. Could someone give us a simple rundown of how we would submit a patch to the debian kernel sources to add spca5xx support? The spca5xx driver adds support for a large n

Re: Temporal Release Strategy

2005-04-20 Thread Jeff Carr
Miquel van Smoorenburg wrote: If almost everyone you know is a desktop user, Most everyone I know is an engineer :) then I can see your point. But no-one sane running production server systems is going to run sid. Well, I'd say no-one sane is running an unqualified/untested distribution. It doesn

Re: Temporal Release Strategy

2005-04-20 Thread Jeff Carr
Adrian Bunk wrote: Let me ask some questions: - How many thousand people can't continue working if the server isn't available? - How many million dollar does the customer lose every day the server is not available? - How many days without this server does it take until the company is bankrupt

Re: Temporal Release Strategy

2005-04-20 Thread Jeff Carr
Adam M wrote: ? I guess I don't understand enough about how the build process works for the packages in debian but that sounds funny to me. Or I just don't understand what you mean. To build security patches, you need the same libraries, compilers, etc... for the release so the built package has t

Re: libsilc package policy violations (bug #273871)

2005-04-20 Thread Jeff Carr
Steve Langasek wrote: 4) the package itself is not the right name 4) is an approximation, but not actually a correct description (it's the same incorrect approximation used by Policy itself). The problem is that the package name is not being changed when the library soname changes, which means tha

Re: Temporal Release Strategy

2005-04-20 Thread Jeff Carr
Adrian Bunk wrote: There are at least three different comparisons: Debian sid is comparable to e.g. RedHat Fedora or Gentoo (which of these three is best is a different discussion). Debian sid is for experienced computer users who always want the latest software and who can live with a bug here

Re: Temporal Release Strategy

2005-04-20 Thread Jeff Carr
Adam M wrote: Why? Why is there RHEL 2.0, 3.0.. Why not just RHEL 2005-01-01, 2005-01-02, etc..? Because redhat makes money selling releases. > The releases are there to provide interface stability. Everyone does this. Everyone being other distributions? I disagree. How many Fortune 500 custome

Re: libsilc package policy violations (bug #273871)

2005-04-20 Thread Jeff Carr
Robert McQueen wrote: Tamas SZERB wrote: once upon a time, I closed this bug. then the submitter reopened it, so currently I don't give it a f*ck. Our opinion are different, so if you feel any ambition to get the both sides together, feel free to volunteer. :) This package's violation of Debian po

Re: ITP: spca5xx -- Device driver for USB webcams based on the spca5xx chips

2005-04-20 Thread Jeff Carr
Carlos C Soto wrote: Great! I use this module and wold be great to have it on debian. I was thinking on put a RFP bug for it. -- Carlos C Soto :: eclipxe I agree. I just built it again today against 2.6.11-1-686-smp (after using it for several months against 2.6.10-1-686-smp). I talked to the dev

orbit/evolution/linux2.5 bug #168188

2002-11-26 Thread Jeff Carr
Unless I'm doing something wrong, I'm still having to rebuild orbit0 in sid to get evolution to work with a 2.5 kernel. The one line patch (in the bug report) to the orbit sources works for me. Anyway, my question is seems that sometimes(1) when I run apt-get update & apt-get upgrade it seems to re