s
and our priciples, letting stuff in that we promised not too. Hiding
problems our users (and we ourself) will be faced with in the future?
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t to redistribute is not convenience,
but if paper/print/bandwidth/storage costs are just convenience, why
not label a small fee (like at four digits) for copying as convenience,
too?
Freedom is always about convienience, a freedom you are not
realistically able to use is no freedom for you.
their titles. Section numbers or the equivalent are
not considered part of the section titles."
So a reference card is already quite complicated, a shortcut-cup is
practically impossible.
The 100 copies is only for front and back-cover texts and about
a machine-readable non-opaque copy.
A GR should wait - within reasonable time - until developers can have
the information they need for a informed decision. Changing something
important like this without some statement from the people directly
involved in this would otherwise look so rushed that at least my
caution would default me
he creation of a Debian Foundation, more sensitive to our eeds, with
> a constitution that precludes it interfering with our modus operandi
> or else it feels offended.
Thanks for making clear the GR is not about some issue or topic but
to drive some of your personal rants.
Bernhard
. Like "until etch
releases", so that people wanting non-free firmware have to do the
techical stuff and not the people wanting control over what their
computer do.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
g rule, as most
arguments I have heard about firmware is that the infrastructure is said
to be not yes ready.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nd this is a limitation we have to
make clear to people and not lock them into by claiming all is good
and well and it could be part of our free operating system.
Hochachtungsvoll,
Bernhard R. Link
[1] having no software at all increases the pain and makes it more
likely someone writes somethin
r a argument how this is in any way different
from any other driver for hardware. The only advantage of firmware is
that it does not hurt people with minority arches (But given Vancouver
that can not be a difference, because we do not care about arches not
used by everyone, do we) more than other peop
eeprom where
> it's a pain to replace with free firmware.
As I said. As long as noone cares for free firmwares, what difference
does it make? I the vendor opens the specs, there should be a free one
and not problems. If it does not open the specs the eeprom version has
the advant
t change (because it is too
wide accepted that firmware is somehow magically special), that is a
important thing to support. But I do not think it makes it neccessary to
put non-free stuff into main any more than the need for a flash player
absolutely needed to view any modern website...
Hochachtungsvoll,
Bernhard R. Link
--
mozilla-thunderbird: It cannot read mail, it cannot send mail. It is the
victory of dialup over the internet.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
oblem at all without the big problem you want to resolve.
Which might cause people to think the little problem needs fixing while
the big problem would have been no problem without the little one.
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
ing
patches to the bts works quite well. (Well, sometimes it needs a bit,
and it does not hurt to check the package with the patch included if
it is properly applied). Perhaps with the big packages as exception,
but those you excluded yourself...
Hochachtungsvoll,
Bernhard R. Link
--
To
and thus said he is capable enough to maintain this type of package.
Or does the advocate imply that the DM is capable of maintaining all
types of packages.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dden by closing them before I see them in the sponsored
section on my qa.debian.org/developer.php list).
At least for me the current proposal would make deciding to sponsor
something much harder.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
en "I dislike" and "I like the other side better").
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
icense to use the
Linux kernel at all being terminated (GPLv2 has no automatic
reinstallment of rights) if someone of the many copyright holders
brought it into a trial is much better?
Because that is the current state of affairs if there are things without
source in the Linux sourcecode...
Hochacht
ot help enough to work with only free
software. That there are still people not beeing able to control
what their computers do and beeing at propiatary software author's
mercy.
But closing our eyes against this shame and/or not accepting it,
will not make this shame go away. It will only make it growing.
MfG,
Bernhard R. Link
nd we've heard them over and over again.
Saying "lies" is not very nice, isn't it? I don't know what the other
people involved did, but I voted for keeping non-free. And one of my main
reasons is that I want main to be free of non-free.
MfG,
Bernhard R. Link
...)
In the event of such an mail, everything should be done to declassify it
immediately.
Such a point is such a list is a very bad joke, as it could be read
that:
- such a mail should not be published
- there are such mails
or even
- there are such mails still descriping something open 3 ye
ot help enough to work with only free
software. That there are still people not beeing able to control
what their computers do and beeing at propiatary software author's
mercy.
But closing our eyes against this shame and/or not accepting it,
will not make this shame go away. It will only make
changing the vote changes the output. And while the
current vote might be strange, the simplified vote only makes sense if
you want a very specific outcome, thus is much worse and extremly
undemocratic.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debi
als.
Just replacing with a "wait indefinitly for this" or "ignore everything at
all" is what I call un-democratic, when it is clear that the large
majority of people will prefer something else than those extremes.
Especially if it are not even all extremes, but just a limited nu
ble. Also,
the tally sheet may also be viewed after to voting is done (Note that while
the vote is in progress it is a dummy tally sheet).
But none of the links in there seems to work.
Thanks in advance and for your work,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-vote-requ...@lis
cracy introduced by
it. (Too many options might be bad, but better having too many but to
less, as the first suggestor throw out the water tank as he suggested
everyone should drink salt water and there is enough of it...)
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to
o: Better risk a suboptimal decision
and people supporting that to having decided an optimal solution that
cannot work due to lack of support or even no longer having people doing
the better solutions in charge as noone likes their decisions.
Hochachtungsvoll,
Bernhard R. Link
--
To UNS
nt to keep the
whole time?
> For many peripheral leafs and branches of our dependancy tree, let's innovate
> and distribute them through other channels, like official backports and even
> the new snapshot system that is being set up.
Welcome to the first circle of rpm hell...
lity and making things fit
for the future. I doubt without years of fixing bugs everywhere to make
things work on alpha (which could be seen to be mostly an architecture
born dead in a commercial sense quite early), introducing amd64 could
have been done thus smootly as it comparatibly was. And all
* Mickael Profeta [100415 00:43]:
>
> > - - -=-=-=-=-=- Don't Delete Anything Between These Lines
> > =-=-=-=-=-=-=-=- 7efb5344-bc61-46d2-b86c-3d1b144e1236
> > [ 2 ] Choice 1: Stefano Zacchiroli
> > [ 4 ] Choice 2: Wouter Verhelst
> > [ 3 ] Choice 3: Charles Plessy
> > [ 1 ] Choice 4: Margarit
d to access Debian
> infrastructure.
Does this imply a DD without direct upload access also does not have
access to the infrastructure?
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-vote-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contac
l is to tell DAM that we do not oppose
second-class Debian Developers with less privileges, so that they may add
second-class DDs in the hope that this will encourage more non-packagers to
become DDs (albeit then second class ones).
Did I guess that approximately right?
If not I'd like gett
* Bernhard R. Link [101005 11:55]:
> My best guess yet is that this proposal is to tell DAM that we do not oppose
> second-class Debian Developers with less privileges, so that they may add
> second-class DDs in the hope that this will encourage more non-packagers to
> become DDs
> Version: GnuPG v1.4.12 (GNU/Linux)
>
> iQEcBAEBCAAGBQJUP96EAAoJEOPjOSNItQ05JYcH/367UqEXLQ3BkWdm2nIGeNN2
> rAkdFTso+H3qckCIZnltbWuV+2cZmqXAFac627GoT2hvnu4KwrsiKgyu1PInVWPh
> 0XUt/8eeR95v2B9JYMuOSlxOOPLwgRZLpJ7vtd1pEU+Skrml0hoHFPCqbrFFathz
> K92Kv6HFd5v9vgc1nJir719wZ0zZe20ChSRc8wyMCaM68kddnmRJcpyWF7A3o2jD
> 9M4coOVlBQRt7kAu65LHV72OcjJbWq4qGeTIxBIExk1nWKNLRYEOHveF7nSaiLxk
> D4t0466fknL23SYukhpRSjAdcr6/3tHp7pbZGBHQfrszyb1pQvzL1oNGgBUn4dw=
> =eHpN
> -END PGP SIGNATURE-
I hearby seconded this proposal,
Bernhard R. Link
signature.asc
Description: Digital signature
nd we've heard them over and over again.
Saying "lies" is not very nice, isn't it? I don't know what the other
people involved did, but I voted for keeping non-free. And one of my main
reasons is that I want main to be free of non-free.
MfG,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t most
DDs want to only package their things in peace, and not interfer with
old discussions about long ago tested and found to be good tests.
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Sven Luther <[EMAIL PROTECTED]> [050308 18:12]:
> On Tue, Mar 08, 2005 at 05:31:08PM +0100, Bernhard R. Link wrote:
> > * Sven Luther <[EMAIL PROTECTED]> [050308 17:18]:
> > > Many DDs only want to package their package in peace, and not get dragged
> >
Thus we should
allow our users to use non-free software without using the non-free
section?
Or are you saying our users should not know they are using non-free
software, so they cannot get the idea they might want to use other
non-free software?
Or what are you trying to say?
Hochachtungsvoll,
37 matches
Mail list logo
