I doubt that people who do not wish to become legally bound to appear
at the the author's home court whenever he files a frivolous lawsuit
can be meaningfully described as a group of persons that can be
discriminated against. If everybody belongs to the group, is it
meaningfull to
Whereas the alternative may be that licensors are unable to afford the
enforcement of their license. Would you prefer to discriminate against
them?
YES. Please. The DFSG #5 says you should not discriminate the licensee;
the licensor is OK. Debian does, in an active basis, discriminate against
The DFSG are not holy writ, but how about if I phrase it as
discrimination against licensors without money?
DFSG #5: No Discrimination Against Persons or Groups
The license must not discriminate against any person or group of persons.
This implies, at least to me, that the _licensor_ is not
I might be slow, but can you explain why we need a license for this?
I do not need to license my books, but I do need to license my
software. Why should the wiki documents be treated more like software
than a book?
Yes, you do need a license to the content of your books. Only thing is,
when
Actually, I stand partially corrected as of:
Actually, in Norway, I got a limited right to copy it, a given right
to modify it, a limited right to distribute it, and a limited right to
distribute copies.
Down here (Brasil) -- and I suspect in the USofA too -- NO (or, better
saying, extremely
* Hamish Moffatt ::
I just packaged podracer last week, which is a derivative of
bashpodder.
Is there any benefit to having both?
The podracer license is MIT/BSD-style, so if the bashpodder license is
GPL, something's not quite right!
Does a 14-line bash script (*) contains enough
** Peter Palfrader ::
mysqld_get_param () {
/usr/sbin/mysqld --print-defaults |
sed -ne s/^.*--$1=\\([^ ]\\+\\).*\$/\\1/p
}
And harder to read. Making scripts more complex and harder to
read for some dubious efficiency is not a good idea in my opinion.
I respectfully
** Joe Smith ::
Actually perhaps software should be built outside of clean chroots. Why?
Because if there is a possibility that a dirty chroot will cause the package
to fail, there is a bug in some peice of software. It could prevent a user
from recompiling on his own system, which thusly
** Bastian Blank ::
You have a linux kernel ready, which allows chroot as normal user?
Please share it with us.
It's called QEMU :-)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
* Package name: mpfi
Version : 1.3.3
Upstream Authors: Nathalie Revol, Fabrice Rouillier (email ommited)
* URL :
http://perso.ens-lyon.fr/nathalie.revol/software.html
* License : LGPL 2.1 or later
Description : multiple precision floating-point
I would _NEVER_ recommend someone install Debian Unstable as a
desktop... Testing, yes, Stable even more so.
In my experience, sid breaks less than testing when used as a desktop.
OTOH, I avoid doing apt{-get,itude} upgrade... I generally enter the
interactive aptitude screen, press U, and
** Andreas Barth ::
* Thomas Bushnell BSG ([EMAIL PROTECTED]) [050804 18:48]:
Andreas Barth [EMAIL PROTECTED] writes:
* Miles Bader ([EMAIL PROTECTED]) [050804 13:54]:
Andreas Barth [EMAIL PROTECTED] writes:
Which is wholy irrelevant, because Debian's mailing
list policy
On Tue, 12 Jul 2005 11:15:42 +0200, Federico Di Gregorio wrote:
Boot-Up Manager is a graphical tool to allow easy configuration
of init services in user and system runlevels, as far as changing
Start/Stop services priority.
Consulting the documentation...
1. Activate a de-activated
** Eric Cooper ::
On Fri, Jun 24, 2005 at 09:52:34AM -0300, Margarita Manterola wrote:
So, if we had a new header to indicate that this is the
drop-in replacement of the old program, it could work, right?
[...]
Which should this new header be?
Substitutes:, Supersedes:, Takes-Over:,
** Anthony DeRobertis ::
Humberto Massa Guimarães wrote:
Well said. IMHO, no. DFSG #8 -- witch is part of the SC, IIRC --
forbids us to have rights that our users don't have.
No, it doesn't. It says:
The rights attached to the program must not depend on the
program's being part
What trademarks are you referring to? Already the Debian
packages don't use any of the trademarked images and logos?
If we don't use any trademarked images, logos, or phrases, what
exactly are we talking about here?
As I think this is a very nice question, could Eric or any other
person
Not really, because the DFSG is not supposed to apply to trademarks.
This is the center of Wouter's and Marco's argument, IMHO. But I don't see
anything in the DFSG restricting it to copyrights or excluding trademarks or
patents. So, it is my Humble Opinion that DFSG#8 applies broadly.
--
* Thijs ::
On Tue, June 14, 2005 08:00, Eric Dorland wrote:
Now, the Mozilla Foundation is willing to give us permission to
use the marks, but only to Debian specifically. To me, this
feels like a violation (at least in spirit) of DFSG #8.
However, in #4, an explicit exception is made
* Julien BLACHE ::
Matthew Garrett [EMAIL PROTECTED] wrote:
The Debian Way (tm) would be to drop mozilla, firefox and
thunderbird from Debian -- there's no reason what works with
the FSF can't work with the MoFo.
The downside to this approach is that the Mozilla Foundation
have no
* Marco ::
On Jun 14, Julien BLACHE [EMAIL PROTECTED] wrote:
We drop their products from Debian, they lose market share. We
drop
Really? Do you actually believe that debian users would switch to
Konqueror just because we stopped distributing Firefox in Debian?
Agreed.
Their trademark
* Towns ::
Eric Dorland wrote:
Now, the Mozilla Foundation is willing to give us permission to
use the marks, but only to Debian specifically. To me, this
feels like a violation (at least in spirit) of DFSG #8.
Our priorities are our users and free software
Does having the package
* Julien BLACHE ::
Humberto Massa Guimarães [EMAIL PROTECTED] wrote:
We drop their products from Debian, they lose market share. We
drop their trademarks, and *we* lose market share: eh, wtf,
Debian hasn't got firefox? mozilla? thunderbird? sunbird?
omgwtf $DISTRO has them!
Maybe my
* Cesar Martinez Izquierdo ::
El Martes 14 Junio 2005 16:50, Marco d'Itri escribió:
They don't care about free software. They don't care about
distributors/vendors.
This looks like a bold statement, and should be argumented a
bit more if you want people to believe you.
Moreover,
* Bartosz Fenski aka fEnIo ::
On Tue, Jun 14, 2005 at 09:39:09PM +0600, Sergey Fedoseev wrote:
There's only one rule. Architecture dependent files go to
binary package, and architecture independent to data package.
I consider some common procedures should exist anyway. For
example
Sergey Fedoseev [EMAIL PROTECTED]
no architecture dependent data in it (or such data is very
small).
Maybe you should tell us what program are you going to
package.
That would be a good idea.
I'm not going to package program...yet. There are many packages
already splitted.
* Matthew Garrett ::
Humberto Massa Guimarães [EMAIL PROTECTED] wrote:
Obviously, I'm assuming that we are redistributing Firefox under
the terms of the GPL because IIRC the MPL is not DFSG-free.
This is, uh, debated.
Is it? I seemed to recall that the MPL contained a choice-of-venue
** Cesar Martinez Izquierdo ::
No, I think we should NOT rename Firefox to save our *direct*
users from such burden. A lot of people would get greatly confused
with a different name for Firefox, even if you don't think so.
*Indirect* users such as derived distributions should check the
Maybe I can shed some light on this
** Manoj Srivastava ::
That common is common enough?
Not really. There is nothing to indicate that how you
fashioned your run levels would make sense for, say, me.
People whoi really want tailored run-levels often have
** Sebastian Ley ::
Am Dienstag, 14. Juni 2005 16:20 schrieb Humberto Massa Guimarães:
Does calling it firefox or thunderbird hurt free software?
At first, no. But it *does* hurt our users. Why? Because they are
confident that getting something from the Debian mirror, modifying
I didn't say anything about manpages, did I?
Your phrase was directly after Sergey's question of where should he put the
manpages.
Apropos, Sergey, your argument about manpages going in -data is sound, provided
-bin REALLY Depends: on -data.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
** Otavio Salvador ::
humberto == Humberto Massa Guimaraes
[EMAIL PROTECTED] writes:
humberto IMHO, there is a series of (serious) problems in such a
humberto plan, such as:
humberto * testing and unstable are not installable by
humberto non-tech-folk, all the time, really. There can
Yes, it's not nice, it's crap, but it's still entirely
possible within the
(pseudo-)legal framewark Debian gives itself.
Isn't Debian point to be less crap? Yeah, I even agree it's possible within
Debian's laws, but should it be done? I don't think so.
--
HTH,
Massa
--
To UNSUBSCRIBE,
Yes. Copyright and trademark are completely orthogonal.
Sorry John, but this is BS. The text of the GPL#6 says: You may not impose
*any* further
restrictions on the recipients' exercise of the rights granted herein. This
*does* include trademark restrictions.
But this is a moot point for the
** Manoj Srivastava ::
(4) It *does* generate an unnecessary difference between Debian and
*all* *other* distros, with no reasonable motive at all.
We differ on what we considered reasonable.
But not *one* reasonable motive for differing was cited in this whole thread.
So, right,
Our users have permission to modify it and further redistribute it *as
long as they change the name*. That's a limitation we're willing to
accept for ourselves - why should it not be free enough for our users?
If we are willing to accept it for ourselves, then we should accept it for
** Matthew Garrett ::
Humberto Massa Guimarães [EMAIL PROTECTED] wrote:
Is it? I seemed to recall that the MPL contained a
choice-of-venue clause, and that -legal deemed choice-of-venue
as non-free, because imposes a burden on the licensee in case of
litigation.
-legal decided
With this reasoning, firefox must go to non-free -- because everything
in main is guaranteed to be freely distributable by anyone, anywhere.
With modifications, inclusive.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I maintain a package (hdf5) which contains a pure C library and a C++
interface. However, I'm pretty sure the C++ library isn't used by
packages depending on it. In this case, is it necessary for
the library to be renamed?
What about third-party software that is not part of Debian and
Let's say we call it mozilla-firefox (assuming we are allowed to
in the first place) and downstream (making some modifications) is
not allowed to call it mozilla-firefox. If we call it
debian-firefox then downstream is still not allowed (under the
same conditions) to call it mozilla-firefox.
* Gabor ::
Hi,
On Sat, Jun 11, 2005 at 07:40:10PM +0200, Olaf van der Spek wrote:
Many shell apps/scripts output data in tables, for example ls
-l, ps aux, top, netstat, etc. At the moment, most of these
apps use fixed-width columns with a variable-width last-column.
This results in
* Olaf ::
On 6/13/05, Humberto Massa Guimarães [EMAIL PROTECTED]
wrote:
snikt
printf %-50.50s %d\n, $_, -s $_ for *.ab
in Perl. The domain is necessary anyway, ie, you have to know
Monad to understand the first, you have to know perl to grok the
second.
Except that in Perl you have
* Olaf ::
On 6/13/05, Humberto Massa Guimarães [EMAIL PROTECTED]
wrote:
Yes, and I withdraw :-) what I said about XML. But *any*
serialization / deserialization necessary for this scheme to
work would add (unnecessary) overhead. This and the fact that
you would
Well, if you can do
On 6/13/05, Humberto Massa Guimarães [EMAIL PROTECTED]
wrote:
Not necessarily. Just as you have tableout as an external
command (built-in or not) in Monad, you can have a Perl module
to print things in a tabular manner, expanding the column sizes
as needed (based on HTML::Format::Table
Matt wrote:
On Thu, Jun 09, 2005 at 01:13:16AM +0200, Javier Fernández-Sanguino Peña
wrote:
to find their own (sometimes flawed) solution to a very common problem.
Years using Linux: 10.
Idem here
Times I've absolutely needed an X-less boot when an XDM was installed: 0.
Mine: 30 or more.
Josselin:
Le jeudi 12 mai 2005 à 18:32 -0700, Thomas Bushnell BSG a écrit :
You said it: there is a cache. After the first access, the directory
will be in the cache. Making all of this a purely imaginary problem.
The whole directory is in the cache? I don't think so. Remember,
45 matches
Mail list logo