On Friday 17 June 2005 22:06, Steve Langasek <[EMAIL PROTECTED]> wrote:
> > But if someone can change the cache of data written by prelink then why
> > couldn't they also change the program that does the md5 checks to make it
> > always return a good result?
>
> They can, but I've never seen a root
On Sunday 19 June 2005 08:22, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] (Marco d'Itri) writes:
> If you don't want to accept mail from users, for whatever reason, you
> don't have to. But Debian requires that uploads have a valid email
> address: and that means one that ac
* Olaf van der Spek:
>> You should set the clock using NTP *before* starting any daemons.
>> Most daemons don't use monotonic clocks (I'm not even sure if Linux
>> supports them at the required level), and some of them fail in strange
>> ways if the system clock warps.
>
> Doesn't Linux or NTP sup
On Sunday 19 June 2005 08:24, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] (Marco d'Itri) writes:
> An email address with such blocking on it is therefore not suitable
> for the Maintainer: field of a Debian package.
What anti-spam measures do you consider acceptable for a De
On Saturday 18 June 2005 01:07, Pierre Habouzit <[EMAIL PROTECTED]> wrote:
> I perfectly understand what SMTP is, and I perfectly *don't* understand
> why having a 30 minutes delay or even a 2 or 3 hours delay in some
> conditions is tolerable.
Why is it tolerable to receive 200 spams in a day? O
On Sun, Jun 19, 2005 at 05:19:08PM +0100, Scott James Remnant wrote:
> > > A definitive example would be the (eventually abandoned) attempt by
> > > Ximian to provide debs for Helix GNOME.
> >
> > Didn't that have more to do with it being experimental, rather flakey,
> > and conflicting badly wit
On Saturday 18 June 2005 01:33, Pierre Habouzit <[EMAIL PROTECTED]> wrote:
> you didn't read one of my first posts : when the mail you receive
> comes from a big big big MX, and that they see a greylisted domain,
> since the time is sometimes 5 minutes, somtimes 10 and sometimes 20,
> they choose
On Thursday 16 June 2005 23:48, Kalle Kivimaa <[EMAIL PROTECTED]> wrote:
> I do _not_ want to have my debian.org mail forwarding go through a
> greylisting "service". I've had to deal with one too many user
> complaints due to greylisting. If it is a configurable service, then
> fine, other people
Le Lun 20 Juin 2005 09:58, Russell Coker a écrit :
> On Saturday 18 June 2005 01:33, Pierre Habouzit <[EMAIL PROTECTED]>
wrote:
> > you didn't read one of my first posts : when the mail you receive
> > comes from a big big big MX, and that they see a greylisted domain,
> > since the time is some
Le Lun 20 Juin 2005 09:51, Russell Coker a écrit :
> On Saturday 18 June 2005 01:07, Pierre Habouzit <[EMAIL PROTECTED]>
wrote:
> > I perfectly understand what SMTP is, and I perfectly *don't*
> > understand why having a 30 minutes delay or even a 2 or 3 hours
> > delay in some conditions is toler
Le Lun 20 Juin 2005 10:02, Russell Coker a écrit :
> On Thursday 16 June 2005 23:48, Kalle Kivimaa <[EMAIL PROTECTED]>
wrote:
> > I do _not_ want to have my debian.org mail forwarding go through a
> > greylisting "service". I've had to deal with one too many user
> > complaints due to greylisting.
Russell Coker <[EMAIL PROTECTED]> writes:
> Why would it be such a problem if you use a non-Debian email address for
> Debian correspondence? As far as I recall I have never used my Debian email
> address in the From: field of an email or in a Debian package maintainer
> field.
Like I said, it
On Monday 20 June 2005 18:09, Kalle Kivimaa <[EMAIL PROTECTED]> wrote:
> Russell Coker <[EMAIL PROTECTED]> writes:
> > Why would it be such a problem if you use a non-Debian email address for
> > Debian correspondence? As far as I recall I have never used my Debian
> > email address in the From: f
> "Florian" == Florian Weimer <[EMAIL PROTECTED]> writes:
Florian> You should set the clock using NTP *before* starting any
Florian> daemons.
...which of course is a problem if the daemons are required to setup
the network connection to the NTP server...
e.g. network tunnels and DNS
On Mon, Jun 20, 2005 at 05:58:11PM +1000, Russell Coker wrote:
> Do you have any evidence to support yout claim that big mail servers are
> configured to handle gray-listing servers differently from other mail
> servers?
Not quite the same thing as Pierre was describing but some mail server
sof
On Monday 20 June 2005 18:17, Pierre Habouzit <[EMAIL PROTECTED]> wrote:
> > Do you have any evidence to support yout claim that big mail servers
> > are configured to handle gray-listing servers differently from other
> > mail servers?
>
> I do. I know personnaly some admins of big MX (not necessa
On Monday 20 June 2005 18:20, Pierre Habouzit <[EMAIL PROTECTED]> wrote:
> I know that, but it does not (IMHO) justify the use of greylising for
> everybody by default. I prefer to receive spam (and I do a lot through
> my @debian.org address, despite the fact that it's quite recent) that
> is filt
Package: wnpp
Severity: wishlist
Owner: Pierre Chifflier <[EMAIL PROTECTED]>
* Package name: newpki-lib
Version : 2.0.0beta4
Upstream Author : Frederic Giudicelli <[EMAIL PROTECTED]>
* URL : http://www.newpki.org/
* License : GPL
Description : PKI based o
I think it's a great idea, but the criteria should be picked more
conceptually, i.e. with respect to the level of learning curve.
E.g. we could differentiate:
GUI or interactive console users
command line with necessary manual lookup for options
highly customizable software (like emacs and most of
On 6/18/05, Michael K. Edwards <[EMAIL PROTECTED]> wrote:
> In any case, Ubuntu packages aren't Debian packages any more than
> Mandrake packages are Red Hat packages.
If Ubuntu sees itself to Debian as Mandrake was to Red Hat, then that
certainly explains a lot.
> If you want binary
> compatibil
On 6/18/05, Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> For open source software as a rule, the most important interface level is
> the source code. [...]
>
> [...]
>
> The cost of guaranteeing ABI compatibility is high, and the benefit to free
> software is marginal. It is a problem for proprieta
On 6/18/05, Steve Langasek <[EMAIL PROTECTED]> wrote:
> Is Progeny interested in working with other Debian (+Ubuntu) folks to
> solve the fundamental limitations of the shlibs system that cause sarge and
> hoary to be incompatible due to a single-symbol difference, and that will
> cause similar bre
Pierre Habouzit <[EMAIL PROTECTED]> writes:
> I do. I know personnaly some admins of big MX (not necessarily ISPs,
> french schools/universities in my case) that have a special rule for
> domain that they know practicing greylisting, and that *force* the
> delay to be of 30 to 60 minutes. and they
On Sat, Jun 18, 2005 at 02:30:50PM -0700, Thomas Bushnell BSG wrote:
> Olaf van der Spek <[EMAIL PROTECTED]> writes:
> > Is realtime a requirement for bug reporting?
>
> Since delays could be weeks from graylisting--or worse--yes.
Uh, no. If properly configured, graylisting will not produce suc
* Stig Sandbeck Mathisen [Mon, Jun 20, 2005 at 01:07:22PM +0200]:
> Pierre Habouzit <[EMAIL PROTECTED]> writes:
> > I've written a little postfix POLICY daemon that does what I
> > explained here. It's called whitelister, and it's in the
> > repo. Though, it has not been (AFAIK) used in a big queu
On Jun 20, Russell Coker <[EMAIL PROTECTED]> wrote:
> I guess that this doesn't have to be an @debian.org address. I've been
> considering removing my @debian.org address, the only things that go to it
> are debian-private (which I can hopefully get directed to another address)
> and spam.
I r
hi,
i suggest a raphical insallation to debian, one is
soon coming ro gentoo.
Markus
Le lundi 20 juin 2005 à 14:59 +0300, Markus Åkerman a écrit :
> i suggest a raphical insallation to debian, one is soon coming ro
> gentoo.
I'm eager to see your patches for bringing this.
--
.''`. Josselin Mouette/\./\
: :' : [EMAIL PROTECTED]
`. `'
* Scott James Remnant
| A definitive example would be the (eventually abandoned) attempt by
| Ximian to provide debs for Helix GNOME.
At the same time, I've never had a problem Opera debs provided by
Opera Software.
--
Tollef Fog Heen,''`
On Mon, Jun 20, 2005 at 01:37:55AM +0200, Marco d'Itri wrote:
> On Jun 19, Christian Perrier <[EMAIL PROTECTED]> wrote:
> > It becomes obvious that maintaining the 2.4 compatibility may become
> > harder and harder. This is however a key point if we want to keep the
> > etch installer able to insta
On Mon, Jun 20, 2005 at 02:59:07PM +0300, Markus Åkerman wrote:
> i suggest a raphical insallation to debian, one is soon coming ro gentoo.
The appropriate forum for discussing this is
[EMAIL PROTECTED] Quite a bit of discussion about exactly
how to implement this has already taken place there, al
On Fri, 17 Jun 2005, Will Newton wrote:
Thanks for investigating this. It would be great if somebody could fix
this issue which is probably not much effort for a C++ programmer. If
it would compile nicely I would take the package (or would leave it for
somebody who cares for it inside Debian).
On 6/19/05, Scott James Remnant <[EMAIL PROTECTED]> wrote:
> On Sun, 2005-06-19 at 11:42 -0400, Joey Hess wrote:
> > Scott James Remnant wrote:
> > > Walking up to a "man on the street", if anything, you'll find Debian has
> > > a far worse reputation than RPM and RedHat-derived distributions. The
Eric Dorland writes:
> We may be their friends, but that shouldn't give us special privileges.
If what we are doing does not actually infringe their trademark we would
not be getting any special privileges.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubsc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Markus Åkerman <[EMAIL PROTECTED]> wrote:
> hi,
>
> i suggest a raphical insallation to debian, one is soon coming ro gentoo.
But *why*? I see little to no advantage over what we've currently got,
fine for a desktop install, but what on earth do you
Matthew Garrett wrote:
Lack of choice of venue imposes a burden on the licensor in case of
litigation - I see no reason why one is obviously free and the other
non-free.
No, lack of choice of venue generally imposes a burden on the plaintiff,
who may be either the licensor or the licensee.
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 of a Debian system. If the program is
On Mon, Jun 20, 2005 at 02:59:07PM +0300, Markus Åkerman wrote:
> hi,
>
> i suggest a raphical insallation to debian, one is soon coming ro gentoo.
This is being worked on, and might happen with etch.
Note, however, that it's never a good idea to just go and suggest
something to an open source p
On Mon, Jun 20, 2005 at 02:59:07PM +0300, Markus Åkerman wrote:
> i suggest a raphical insallation to debian, one is soon coming ro gentoo.
What does gentoo show you while it compiles your base system all
weekend? WebCollage porn perhaps..
Hamish
--
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMA
On 18-Jun-05, 17:24 (CDT), Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
>
> An email address with such blocking on it is therefore not suitable
> for the Maintainer: field of a Debian package.
Any spam filtering system is going to have *some* false positives. Are
you claiming that if I do *any
On Mon, Jun 20, 2005 at 02:29:21PM +0100, Brett Parker wrote:
> Markus Åkerman <[EMAIL PROTECTED]> wrote:
> > i suggest a raphical insallation to debian, one is soon coming ro gentoo.
>
> But *why*? I see little to no advantage over what we've currently got,
> fine for a desktop install, but what
On Mon, 20 Jun 2005, Brett Parker wrote:
But *why*?
Indian languages have conjunct, variable-length characters so it is
impossible to display them properly on the console. So some kind of
graphical solution is our only choice if we want to support about 1.7
billion people.
--
Jaldhar H.
Quoting Wouter Verhelst ([EMAIL PROTECTED]):
> On Mon, Jun 20, 2005 at 02:59:07PM +0300, Markus Åkerman wrote:
> > hi,
> >
> > i suggest a raphical insallation to debian, one is soon coming ro gentoo.
>
> This is being worked on, and might happen with etch.
>
> Note, however, that it's never a g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Colin Watson <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 20, 2005 at 02:29:21PM +0100, Brett Parker wrote:
> > Markus Åkerman <[EMAIL PROTECTED]> wrote:
> > > i suggest a raphical insallation to debian, one is soon coming ro gentoo.
> >
> > But *why*? I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jaldhar H. Vyas <[EMAIL PROTECTED]> wrote:
> On Mon, 20 Jun 2005, Brett Parker wrote:
>
> >But *why*?
>
> Indian languages have conjunct, variable-length characters so it is
> impossible to display them properly on the console. So some kind of
> g
On Mon, 20 Jun 2005, Brett Parker wrote:
Ahhh, thanks, didn't realise that. I thought that there were console
fonts available that covered it.
The one such effort I've seen required a huge and hackish kernel patch and
still looked like crap. GTK and Qt on the other hand have a few minor
di
I perfer a installer where have gcc onboard, so you can compile the modules
where not included. Booting afterwards the compiled kernel in a uml system
and install from this debian. That is a smoth thing with today have only
gentoo.
Ryven
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
Package: wnpp
Severity: wishlist
Owner: Pierre Chifflier <[EMAIL PROTECTED]>
* Package name: newpki-client
Version : 2.0.0beta4
Upstream Author : Frederic Giudicelli <[EMAIL PROTECTED]>
* URL : http://www.newpki.org/
* License : GPL
Description : PKI base
** 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
On Mon, 20 Jun 2005, Steve Greenland wrote:
> On 18-Jun-05, 17:24 (CDT), Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> >
> > An email address with such blocking on it is therefore not suitable
> > for the Maintainer: field of a Debian package.
>
> Any spam filtering system is going to have *som
Russell Coker <[EMAIL PROTECTED]> writes:
> You could help by listing the anti-spam measures that you consider to be
> acceptable. Rejecting every suggestion for an improvement is not helpful.
I am ok with anti-spam measures which enable a well-behaving false
positive sender to know they have r
On Sun, Jun 19, 2005 at 04:15:08AM +0300, Lars Wirzenius wrote:
> Frank Lichtenheld and others have brought up the idea of automatically
> testing installation, upgrading, and removal of packages. It struck me
> that it should be pretty simple to implement at least basic versions of
> this. The res
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> On Sat, Jun 18, 2005 at 02:30:50PM -0700, Thomas Bushnell BSG wrote:
>> Olaf van der Spek <[EMAIL PROTECTED]> writes:
>> > Is realtime a requirement for bug reporting?
>>
>> Since delays could be weeks from graylisting--or worse--yes.
>
> Uh, no. If
Steve Greenland <[EMAIL PROTECTED]> writes:
> On 18-Jun-05, 17:24 (CDT), Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
>>
>> An email address with such blocking on it is therefore not suitable
>> for the Maintainer: field of a Debian package.
>
> Any spam filtering system is going to have *some
* John Hasler ([EMAIL PROTECTED]) wrote:
> Eric Dorland writes:
> > We may be their friends, but that shouldn't give us special privileges.
>
> If what we are doing does not actually infringe their trademark we would
> not be getting any special privileges.
What we are doing already is against th
On Sat, Jun 18, 2005 at 11:08:28PM +0200, Ivo Timmermans wrote:
> Hi,
>
> I'm orphaning these packages:
>
> alsaplayer (bug #314841)
i will be interested in maintaining this one. i will propose
comaintainance on the bts entry.
cheers, piem
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Christian Perrier wrote:
Quoting Wouter Verhelst ([EMAIL PROTECTED]):
Note, however, that it's never a good idea to just go and suggest
something to an open source project; actually doing the work is far more
likely to achieve something.
And explaining why one thinks that a graphical instal
Package: wnpp
Severity: wishlist
Owner: Roger Leigh <[EMAIL PROTECTED]>
* Package name: schroot
Version : 0.1.0
Upstream Author : Roger Leigh <[EMAIL PROTECTED]>
* URL : http://people.debian.org/~rleigh/schroot/
* License : GPL
Description : Execute comman
Humberto Massa Guimarães writes:
> (*) I don't even know if US trademark law allows them to go that far...
The notion that we would be infringing their trademark by failing to remove
strings that they put in is ludicrous. It's equivalent to Ford demanding
that I remove all the Ford logos before s
I wrote:
> If what we are doing does not actually infringe their trademark we would
> not be getting any special privileges.
Eric Dorland writes:
> What we are doing already is against their trademark policy. We're being
> offered an agreement specific to Debian to bypass that. I would call that
>
On Fri, 2005-06-17 at 00:33 +0200, Santiago Vila wrote:
> On Fri, 17 Jun 2005, martin f krafft wrote:
>
> > If one is faced with the task to set the umask globally for all
> > users and shells, this turns out to be a job of redundancy: every
> > shell uses its own file in /etc, and you end up maki
also sprach Alban Browaeys <[EMAIL PROTECTED]> [2005.06.20.1911 +0200]:
> pam umask should be used ... though this was adde to debian without much
> integration. The setting in /etc/login.defs should be move to the end of
> this file (settings obsolete by pam) and all /etc/pam.d files upgraded.
>
Quoting Helmut Wollmersdorfer ([EMAIL PROTECTED]):
> A GUI can have better usability. E.g. some beginners don't know, how to
> mark an item in a list for selection in the current installer. O.k.,
Right. This has been reported quite often (actually more in tasksel
than the installer itself, tho
Quoting martin f krafft ([EMAIL PROTECTED]):
> > Do libpam-umask ought to be "base" ?
>
> The discussion is here: http://bugs.debian.org/314539
And enforcing the use of libpam-umask is actually the direction we're
taking..
First step probably : comment UMASK in login.defs in answer to
#314539
Quoting Otavio Salvador ([EMAIL PROTECTED]):
> Maybe we should change debconf to display a message when we hve
> multiselect templates explain how the user should do to mark an iten
> and how to continue.
This has been discussed, yep. Just like a possible "Help" button, but
we're quite stuck wit
On Mon, Jun 20, 2005 at 05:44:33AM -0500, Ian Murdock wrote:
> I don't know if you release this, but this is exactly what Red Hat
> says too. "RHEL is free, because we provide the source code.
> Binaries aren't important to free software." Well, they're pretty
> damned important to Red Hat, to the
Christian Perrier <[EMAIL PROTECTED]> writes:
> Quoting Helmut Wollmersdorfer ([EMAIL PROTECTED]):
>
>> A GUI can have better usability. E.g. some beginners don't know, how to
>> mark an item in a list for selection in the current installer. O.k.,
>
>
> Right. This has been reported quite often
On 6/20/05, Ian Murdock <[EMAIL PROTECTED]> wrote:
> On 6/18/05, Michael K. Edwards <[EMAIL PROTECTED]> wrote:
> > In any case, Ubuntu packages aren't Debian packages any more than
> > Mandrake packages are Red Hat packages.
>
> If Ubuntu sees itself to Debian as Mandrake was to Red Hat, then that
On Thu, 2005-06-16 at 12:27 -0400, Chris Gorman wrote:
Have you reinstalled with :
apt-get install --reinstall package ?
else does :
# rm ld.so.cache
# ldconfig
helps ?
You could also try :
ldconfig -vv to see if errors shows up.
Cheers
Alban
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wit
On Mon, Jun 20, 2005 at 08:48:05AM -0700, Thomas Bushnell BSG wrote:
> Wouter Verhelst <[EMAIL PROTECTED]> writes:
>
> > On Sat, Jun 18, 2005 at 02:30:50PM -0700, Thomas Bushnell BSG wrote:
> >> Since delays could be weeks from graylisting--or worse--yes.
> >
> > Uh, no. If properly configured,
I demand that Florian Weimer may or may not have written...
> * Olaf van der Spek:
>>> You should set the clock using NTP *before* starting any daemons. Most
>>> daemons don't use monotonic clocks (I'm not even sure if Linux supports
>>> them at the required level), and some of them fail in strang
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> That being said, even if you couldn't do that, there still are ways to
> avoid the problem: e.g., do graylisting based on the /24 of the sending
> host, rather than on the /32, and make the delay only valid for five
> minutes rather than an entire hour
Buenos noches!
Damn does Alice have a fine white body or what? This bitch came in with that
tight ass and she knew she was gonna get it torn up good and hard!
That large prick barely fit in her tight anal crevice!
Jasmine little white bitch has grown up with a rich daddy! =))
http://www.geoc
Hi,
> > I think this can not quite do it, since the chroot will need to be a
> > woody chroot but get at least partially upgraded in each test to allow
> > installation of the sarge and sid packages. It looks like piuparts is
> > otherwise close to the tool I need.
>
> Create a lvm logical volume
On Tue, 21 Jun 2005, Junichi Uekawa wrote:
> Hi,
>
> > > I think this can not quite do it, since the chroot will need to be a
> > > woody chroot but get at least partially upgraded in each test to allow
> > > installation of the sarge and sid packages. It looks like piuparts is
> > > otherwise clo
Junichi Uekawa <[EMAIL PROTECTED]> writes:
> Hi,
>
>> > I think this can not quite do it, since the chroot will need to be a
>> > woody chroot but get at least partially upgraded in each test to allow
>> > installation of the sarge and sid packages. It looks like piuparts is
>> > otherwise close t
On Mon, Jun 20, 2005 at 02:03:34PM -0700, Thomas Bushnell BSG wrote:
> Wouter Verhelst <[EMAIL PROTECTED]> writes:
>
> > That being said, even if you couldn't do that, there still are ways to
> > avoid the problem: e.g., do graylisting based on the /24 of the sending
> > host, rather than on the /
On Mon, Jun 20, 2005 at 05:58:11PM +1000, Russell Coker wrote:
> Rejecting every suggestion for an improvement is not helpful.
Yes, it is, if every suggestion for "improvement" is a poor one. Lack
of good ideas does not justify bad ones; not having any good ideas does
not invalidate or in any way
Darren Salt wrote:
I demand that Florian Weimer may or may not have written...
Gradually skewing the clock doesn't exactly work that well if the offset
exceeds a few minutes. You don't want to run with a wrong clock for hours
or even days.
Maybe ntp, ntpdate etc. should recommend adjtimex?
Pierre Habouzit debian.org> writes:
>
> Le Jeu 16 Juin 2005 14:33, Santiago Vila a écrit :
> > Now that we have released sarge, I would like to ask debian-admin and
> > the Project Leader to consider seriously doing something to reduce
> > the level of spam we have to receive, store, and filter
On Mon, Jun 20, 2005 at 07:22:08PM +0100, Darren Salt wrote:
> I demand that Florian Weimer may or may not have written...
>
> > * Olaf van der Spek:
> >>> You should set the clock using NTP *before* starting any daemons. Most
> >>> daemons don't use monotonic clocks (I'm not even sure if Linux su
On Tue, Jun 21, 2005 at 02:48:14AM +0200, Helmut Wollmersdorfer wrote:
> Darren Salt wrote:
> >I demand that Florian Weimer may or may not have written...
>
> >>Gradually skewing the clock doesn't exactly work that well if the offset
> >>exceeds a few minutes. You don't want to run with a wrong c
Ok, I've solved this for my system. I removed X and all associated
libraries and started with a system without /usr/X11R6. Then I
reinstalled from stable and I have a system working without the errors
mentioned below. If I get brave in the next little while I'll try sid,
but I need a working
* John Hasler ([EMAIL PROTECTED]) wrote:
> Humberto Massa Guimarães writes:
> > (*) I don't even know if US trademark law allows them to go that far...
>
> The notion that we would be infringing their trademark by failing to remove
> strings that they put in is ludicrous. It's equivalent to Ford
Anthony Towns wrote:
> GNU Interactive Tools hasn't seen an upstream update at all since 2001,
> and looking at the diffs since .18, doesn't seem to have had any
> significant changes since 1999. The Debian updates seem mostly to be
> updating the build system, rather than user-visible changes.
Hi,
The recent change from raidtools2 to mdadm left me out in the cold.
Previous package had commands like lsraid, raidhotadd, etc and used the
/etc/raiddtab.
Since the raidtools2 was removed, the mdadm was never fully configured.
There is no mdadm.conf for example which would stop the raids from
* Michael K. Edwards ([EMAIL PROTECTED]) wrote:
> On 6/19/05, Eric Dorland <[EMAIL PROTECTED]> wrote:
> > * Michael K. Edwards ([EMAIL PROTECTED]) wrote:
> > > I wouldn't say "accept" it, I would say "acknowledge" the safety zone
> > > offered unilaterally by the Mozilla Foundation, and as a courte
* John Hasler ([EMAIL PROTECTED]) wrote:
> I wrote:
> > If what we are doing does not actually infringe their trademark we would
> > not be getting any special privileges.
>
> Eric Dorland writes:
> > What we are doing already is against their trademark policy. We're being
> > offered an agreement
* Eric Dorland ([EMAIL PROTECTED]) wrote:
>
> I'd certainly
>
be interested in trying to develop some sort of policy for Debian
regarding trademarks. I'm not sure how much weight it could carry, but
at least if people like the ideas.
--
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber
89 matches
Mail list logo
