20151113xiaodaige
moncler jackets
supra shoes
uggs outlet
louis vuitton handbags outlet
nfl jersey wholesale
hermes birkin bag
hermes outlet store
babyliss flat iron
giuseppe zanotti outlet
barbour jackets
coach outlet store
ysl outlet
tiffany and co
coach handbags outlet
pandora outlet
moncler
20151113xiaodaige
moncler jackets
supra shoes
uggs outlet
louis vuitton handbags outlet
nfl jersey wholesale
hermes birkin bag
hermes outlet store
babyliss flat iron
giuseppe zanotti outlet
barbour jackets
coach outlet store
ysl outlet
tiffany and co
coach handbags outlet
pandora outlet
moncler
> Wouldn't there actually be a problem if one wants to, let's say, sell
debian dvds?
Indeed.
> If non-free art is in the free repos or not makes a minor difference.
> As long as there is no nonfree _software_ in it..
One important thing to realize, as Calinou pointed out, is that a lot of
This is perhaps because, either the developers or packagers, don't make
a distinction between functional and non-functional data.
I personally think that functional data should have terms like
"font-${font_name}", "${package_name}-doc", "${package_name}-dev",
It's not because of packagers that this happens, it's because of us game
developers. Mostly because making a strong separation between software and
non-functional data can sometimes be very difficult or lead to esoteric
designs.
Actually, I would try to simplify things a little more:
* "${package_name}-${addon/extension/mod/plugin_name}" (considering only the
scripts and executables)
*
"${package_name}-${addon/extension/mod/plugin_name}-(graphics|models|musics|sunds)"
(for non-functional data related to the
> Debian will remain 100% free
Debian is a distribution of free *software*. The Debian project should not
concern itself with the issue of free culture, which is an entirely separate
issue -or at least it should not take such precedence that free software is
rejected due to dependency on non-free
exactly Onpon. Not in non-free but contrib.
I kind of agree that there shouldn't be some arbitrary distinction made for
inclusion of non-libre cultural works. What's the problem, anyway? So there
are some libre software games that aren't in the main repository because
they're not libre culture. (But mind, those games are in contrib,
Now we'll see how far this goes: For some reason, Alien Arena existed in
the Free Software Directory. Actually I was the one who sent to to be
reviewed (that is, I didn't approve it, but I was the one who sent it to
be evaluated). And, although I don't like the game that much, I remember
being
The game's engine is libre, the data is proprietary. Hence there is no place
for that game in the default Debian installation. And it should be that way.
I absolutely don't agree with you that non-free data should be included in
main. And mind that I am perfectly fine with and and use a lot
> There are differing views. The FSF is concerned whether the code and
> documentation are free, so depending on whether the docu is bundled, they
> might call it free.
Although I use Debian, I actually agree with the FSF line on this issue. It
makes sense that *tools* (software, etc.) be
Hi Iru!
There are differing views. The FSF is concerned whether the code and
documentation are free, so depending on whether the docu is bundled, they
might call it free.
Ironically the Debian project which distributes proprietary software requires
that also media be under free licenses
Hi,
I'm searching for a libre proxy switching plugin for my browser. I have
been using foxyproxy for a long time, but I don't know if it's libre. I
found foxyproxy on a Trisquel page:
http://trisquel.info/en/browser/addons/foxyproxy-standard-0
However, I read foxy's FAQ:
14 matches
Mail list logo
