On Sat, Jan 26, 2008 at 11:39:32PM +0100, Pierre Habouzit wrote:
>
> Another thing is that people have the old habit to see the source
> package be the preferred form of modification for a Debian package.
erm ...
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
"exploiting the case sensititivity of mailbox local-parts",
it being explictly covered in the passage I quoted, although
I would agree that perhaps Lars should be discouraged from
depending on this interpretation ... ;-)
On the other hand, relying on the case-insensitivity of the local-part is
explicitly broken, even if it works in practice :-)
I'm so glad we have standards to make these things clear ;-)
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ilbox MUST BE treated as case sensitive."
So, senders should use LIW@ but the MTA at the other end is free to accept
liw@ and Liw@ etc ...
;-)
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
istribute it.
>
> Much as I agree that it would be better if such authors would write
> these addresses properly, surely it is a simple matter of respect ?
>
> Sure, you *can* rewrite it, but why would you *want* to ?
(sorry, that was as clear as mud)
for what *concrete reasons* would you want to ?
such an author might much more readily be persuaded by real-world
uses than the abstract principle. so it might be good to list them.
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gt; associated documentation? If you don't want a particular e-mail address
> distributed, then don't distribute it.
Much as I agree that it would be better if such authors would write
these addresses properly, surely it is a simple matter of respect ?
Sure, you *can* rewrite it, but why would you *want* to ?
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
uch harder
to do than I had originally hoped :-(
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ork with for users.
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nd
directly, but *only* post it to the vendor, it is not free software,
and it sounds like this is the situation with RFCs.
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
it, see?
>
> Which we have always allowed in software, even. It falls under the "publish
> it with another name".
>
the requirement to publish in a specific manner is an additional
restriction. Granted there are software licenses like that, but are
they DFSG free ?
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kage and
> deploy rpms more or less trivially. Can this be done with debs?
a deb is little more than an ar archive, as much as rpm is a cpio archive :-)
if anything I though dpkg was further down the road of not executing
arbitrary progs at install time, dunno
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
p bugs
would still do the same job, but as a 'Gimp developer' instead. Thus,
the fixes would benefit everyone, not just Debian users."
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Aug 20, 2007 at 05:50:38PM -0400, [EMAIL PROTECTED] wrote:
> I had considered releasing an extra-light version as well but it
surely you mean "lite" ?
;-)
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
On Sat, Aug 18, 2007 at 07:29:55PM +0200, Gonsolo wrote:
> Hi!
>
> Would it be feasible to add something like a package cache to Debian?
apt-proxy ?
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t; > I'm running unstable on all my desktops.
> >
> > JB.
> >
>
> At all, xmms are an oldest package, because this, an more-tested package
> and more-stable. In fact, xmms was the "default" player on linux, or the
> most popular long ago. It's
ls
> > that are fine to do it according to policy?
> To reduce complexity. Complexity is bad.
bear in mind that there is such a thing as too simple,
and that a lack of diversity can make your system fragile.
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
would it be practical to hook that kind of 'continuous integration'
into the wiki, so that changes that do not pass the test(s) cannot be
committed, but instead return an error ?
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ult compiler in unstable for all architectures and for all
> languages with the exception of Java (which will follow later).
> This message describes the plan to make this transition possible.
Could you say something about the state of play on arm and armel ?
Regards,
Paddy
--
To UNS
On Tue, Jun 12, 2007 at 09:53:32AM +0900, Miles Bader wrote:
>
> No one is actually confused.
>
> This "standard" doesn't actually solve a real problem.
unit confusion can be very serious, eg: the mars orbiter
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL P
em, either because it introduces or uncovers bugs, or because it
changes something a script or third-party app relies on.
Perhaps an automatic security update system could make use of additional
info (local or remote exploit, etc) to offer more control over the
balance of risks.
Would such a sy
> * Package name: fenix0.92
That's a fab name for a piece of software, isn't it ?
I'm surprised it hasn't been used more often :-)
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ecurity bugs in Debian resulting from just such situations,
> where the maintainer is MIA and nobody is keeping tabs on upstream
> development. Of course, since the security team can't possibly monitor
> upstream development for every package (even just those which don't have
>
ons in an equally short timeframe.
>
> Of course, that begs the question why I seem to be the only one giving
> reasons that seem quite obvious to me, but then again...
It only needs one person to voice them, but thank you for doing so.
Regards,
Paddy
--
To UNSUBSCRIBE, email to [
ain. There's no
> reason to consider it a bug for packages to not be byte-for-byte identical
> between two builds, so why should anyone waste time trying to "fix" it?
As a check on whether a binary is in fact the binary that builds from
the source that purports to be from ?
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nism when it was appropriate ?
I'm not keen on bloating the control file, just interested in the
problem.
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
__, __TIME__);
>
> Also, running update-po will always change the header of a .po file to
> reflect the last time update-po was run. I don't think we can require
> that building a package twice in a row produces exactly the same .deb
> and/or .diff.gz.
granted there are thin
On Wed, May 09, 2007 at 04:36:52PM +, [EMAIL PROTECTED] wrote:
>
> > I can assume there are 1,000,000 Debian users worldwide. Does this
> > number sound big or small to you?
> >
and the numbers at http://counter.li.org/estimates.php may interest.
Regards,
Paddy
--
and then I saw this:
http://bbspot.com/News/2000/4/linux_distros.html
I laughed.
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e number.
of those, there are 247 people on #debian right now :-)
as well as numbers for things like mailing list subs.
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I want to edit them as a sequence of bytes written, as god intended, in
hexadecimal.
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-x86
= ===
.
.
.
might be interesting :-)
and might make a comfortable starting point for exploring whether there
is anything interesting to be found in there.
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
al-outcast-1.1,
security-risk-5.2)
suppressing small numbers that might identify particular individuals.
publishing finished comparisons, rather than rawer data.
For example, "MTA(s) installed".
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
" ?
> >
> Could we call it "co-maintainer" or something like that?
I understood that term to be already in use with a different meaning ?
or do you mean that an additional role is not required :-)
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e current maintainer?
> >Have it be as non-confrontational as possible by having it not indicate
> >any feeling about whether the package is currently maintained well,
> >just a willingness to help should the current maintainer be unable to
> >continue for some reaso
My home ISP demands I only send mail through their
> SMTP relay.
"Be liberal in what you accept, and conservative in what you send"
Nevertheless, sounds like your ISP's mail system may be broken.
Perhaps you should also try to persuade them to fix it.
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ur ranks, don't you think
> they/he/she would have stepped up already?
Let's hope the existing managers have some pretty thick skin ;-)
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
some working heuristic can be worked
> > out...
>
> Bad idea. This penalizes inremental work.
Talking of which ...
I've been wondering why the recent linux-2.6 (2.6.18.dfsg.1-10 ?) didn't
migrate ?
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tendency to be all or nothing.
(and of course, that's not a one-sided story: this isn't exactly the
most free-software-friendly hardware ever made, and it seems that there's
no such thing as a sun jre binary for linux ppc, although hopefully that
will be changing)
So, why shouldn&#x
p something similar for that platform(s).
> :-)
>
perhaps you should consider goodbye-fedora.org too ;-)
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
f the pages are still locked in memory (and do you unlock
the pages when the underlying file is removed ?)
Is there any guarantee that the various directories and inodes needed
(are they needed??) will be in memory ?
I have too many questions ...
Where can I get the code ? :-)
Regards,
Paddy
gt; So, for now I can only thank the project for such a solid system. In the
> future, when I will be wealthier, I hope to donate regularly.
Glad you're having an excellent experience! :-)
For extra points, go test the upgrade experience.
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL
).
>
> This means that instead of having a little cooperation from other developers
> anyone who wants to get a significant change included will have to fight
> hundreds of battles.
This is not a bug, it is a feature ;-)
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROT
ebian system, and we do not require that the texts of these licenses be
> Free. However, we promise that all such non-free legal texts will be placed
> in a few specific, well-documented locations, and nowhere else in the
> Debian system."
>
> This could probably be improved,
/ch-pkg_basics.en.html, 6.13 and 6.14
essentially, something like
apt-get build dep package
apt-get --build source package
where package is something like glibc_2.3.2-95.27
and assuming that package is in a repo in your /etc/apt/sources.list
and the build deps installable
Hope that helps.
Regards
On Fri, Jan 06, 2006 at 09:21:45AM -0600, Steve Greenland wrote:
> On 06-Jan-06, 08:28 (CST), paddy <[EMAIL PROTECTED]> wrote:
> > On Fri, Jan 06, 2006 at 07:43:07AM -0600, Steve Greenland wrote:
> > > Then the whole update-alternatives priority system is made pointle
On Fri, Jan 06, 2006 at 07:43:07AM -0600, Steve Greenland wrote:
> On 05-Jan-06, 14:20 (CST), paddy <[EMAIL PROTECTED]> wrote:
> >
> > Maybe I have the wrong end of the stick.
> >
> > I was thinking that if you wanted another possible behaviour:
> > s
On Wed, Jan 04, 2006 at 07:29:10AM -0600, Steve Greenland wrote:
> On 04-Jan-06, 05:08 (CST), paddy <[EMAIL PROTECTED]> wrote:
> > Time to add a policy-alternatives hook to update-alternatives ??
>
> Huh? If the admin manually sets an alternative with with
> update-a
; "nvi" instead of "vi", and the one person who can fix the alternatives if he
> > doesn't like them, is the admin...
>
> which also means he most likely wants to have the manually installed packet
> to grab the alternative link.
Time to add a policy-alternat
rong ownership of packages.
> * Abolishing package ownership completely.
It might be implied in one of the above, but what about:
* competitive maintenance
Sorry, I couldn't resist.
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
--
To UNSUBSCRIBE, em
On Tue, Dec 06, 2005 at 06:56:40PM +0530, DEEPAK PAWATE wrote:
> respected sir,
>
> can u please tell me from where i can get source code for ospf protocol.
>
> thanking you
>
>
> regards,
> deepak
please see http://lists.debian.org/debian-devel/2000/05/msg02043.ht
On Thu, Nov 24, 2005 at 06:45:58PM +, Ian Jackson wrote:
> So the best idea is indeed for
> downstream systems to have policies which are no more strict than
> upstream systems.
Would it be possible for master to make call-outs to chiark ?
would that solve the problem ?
Regar
ult
> from Google easily, we attempt to at least get the page containing the
> instructions towards the top of the list so it can be found more easily)
I though a robots.txt thingy on the list web archive is coming to the rescue ?
Regards,
Paddy
--
Perl 6 will give you the big kno
unsites of the world,
do indeed have this kind of hardware, I think you can get a starter
kit that's smaller ;)
> What other service could I give to the local or global Debian?
>
> Thanks for your time.
>
> .Alejandro
Regards,
Paddy
--
Perl 6 will give you the big knob. -- La
On Tue, Jul 05, 2005 at 06:44:16PM +0200, Marco d'Itri wrote:
> On Jul 05, paddy <[EMAIL PROTECTED]> wrote:
>
> > http://www.senderbase.org/?searchBy=ipaddress&sb=1&searchString=140.211.166.43&showRBL=1
> >
> > Is there a better way to do this ?
>
Hi,
spohr is listed on spamcop.
http://www.senderbase.org/?searchBy=ipaddress&sb=1&searchString=140.211.166.43&showRBL=1
Is there a better way to do this ?
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
forge.net
(disclaimer: I have no experience of the above, just google, mutt and an itchy
send finger :)
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
a package from
source and confirm that it matches a distributed binary package, then
I could share this information. (of course there are technical issues,
and some may see the whole idea as of questionable value, but hey ...)
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Jun 02, 2005 at 08:09:25PM -0500, Heyer Family wrote:
> Please remove me from call wave.
> Thanks
Please see http://wiki.debian.net/?DuelingBanjoes for instructions.
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
be a very minor bug? or is there other
value to obtained further down the road in this program of reform ?
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ue, Apr 12, 2005 at 01:40:25AM -0400, Milton Campis wrote:
> Dear Debian Devel,
repeat after me "wining lottery ticket, winning lottery ticket ..."
Regards,
Paddy
--
Careless talk costs lines
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
he Internet than removing URLs from packages one by
> one.
>
> I don't know how if there is any free software for this purpose,
> however, since keeping an up-to-date database of safe/unsafe sites is a
> lot of work and it might need to be done commercially.
dansguardian
Regar
hread is over.
>
> Maybe the real point here is that no one has come up with a spam control
> solution yet that involves killing spammers.
At least, I can't see one on sourceforge ... :)
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
On Wed, Oct 27, 2004 at 08:28:26AM +0200, martin f krafft wrote:
> also sprach paddy <[EMAIL PROTECTED]> [2004.10.26.2114 +0200]:
> > What software writes to /usr ?
>
> As noted in the OP, apt-spy, pciutils, and probably others.
My apologies, I only just got that post t
e the configuration files should not start with the
> > '.'
> > character.
> >
> > I have no idea if we comply, but this is a new requirement.
>
> I think we do. This is common sense anyway, most applications I've seen
> do it that way.
what about ~/Desktop and friends?
Regards,
Paddy
all installed files and directories must
comply with the Filesystem Hierarchy Standard (FHS) ...
(should 'hierarchy' have a capital, or perhaps 'Structure' not?)
What software writes to /usr ?
If you're refering to 9.1.2 that seems not too far from the FHS.
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
On Thu, Oct 14, 2004 at 04:29:37PM +0100, paddy wrote:
> Virus definition updates fit in the 'undesirable' category. Thats not
> to say some database can't be packaged. Here's a couple of references:
>
> [EMAIL PROTECTED]
> [EMAIL PROTECTED]
>
> (I
Marc,
On Sat, Oct 16, 2004 at 10:23:34PM +0200, Marc Haber wrote:
> On Fri, 15 Oct 2004 14:47:30 +0100, paddy <[EMAIL PROTECTED]> wrote:
> >While this solution may be preferable for some uses, I think what bothers
> >me is the lack of a simpler solution. Is there really com
al for an apache-integrated approach, which solves
> most of the issues above and appears to me to be very simple and
> transparent.
Not to mention very entertaining, many thanks!
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
Thomas,
On Sun, Oct 17, 2004 at 11:53:03PM -0700, Thomas Bushnell BSG wrote:
> paddy <[EMAIL PROTECTED]> writes:
>
> > 'stable even for users who are "misusing" the system.' sounds like it
> > could turn out to be a tall order, if it is intended to h
t then.
Andi,
I don't understand this. What is the harm (in new versions of libraries)?
> The main word is "above all, do no harm". The default action is to not
> add something.
Regards,
Paddy
On Thu, Oct 14, 2004 at 09:47:02PM +0200, Marc Haber wrote:
> On Mon, 11 Oct 2004 12:09:01 +0100, paddy <[EMAIL PROTECTED]> wrote:
> >On Sun, Oct 10, 2004 at 02:50:35PM +0200, Marc Haber wrote:
> >> The clean way would be to build .deb files from the downloaded
> >
On Thu, Oct 14, 2004 at 10:33:40AM -0700, Thomas Bushnell BSG wrote:
> paddy <[EMAIL PROTECTED]> writes:
>
> > I can see your point of view here. Ironically, I've been assuming,
> > purely on names, that you are more likely to be living in an english
> > spea
On Tue, Oct 12, 2004 at 10:26:34PM +0100, Henning Makholm wrote:
> Scripsit paddy <[EMAIL PROTECTED]>
> > On Tue, Oct 12, 2004 at 03:05:05PM +0100, Henning Makholm wrote:
>
> > > But isn't volatile.d.o supposed to *be* the out-of-band mechanism
> > > (wh
ute consensus on this convention. What sort
of support does it enjoy? What (if any) equivalent policies already
exist in debian?
While there may be disagreement on the specifics, the value of proposals
for exposing those disagreements and giving folk a chance to work things
out seems good. I see
On Wed, Oct 13, 2004 at 11:08:43PM +0200, Jesus Climent wrote:
> On Mon, Oct 11, 2004 at 02:32:01PM +0100, paddy wrote:
> >
> > Hmm, deja vu ;)
> >
> > What happens to packages that become orphaned?
>
> What happens with a package orphaned from stable?
As I
On Tue, Oct 12, 2004 at 09:44:30PM +0200, Sven Mueller wrote:
> paddy [u] wrote on 12/10/2004 18:14:
>
> >>If you put it that way, I have to agree with you. However, I would make
> >>one restriction:
> >>- packages in volatile have to keep their comman
w
> Mozilla and the like)
> Both might need security team support, which I would think is difficult
> for the later.
Depending on how big it is I imagine. Certainly, when staying close to
upstream versions, one hopes to have a relatively easy time applying
security f
On Tue, Oct 12, 2004 at 03:05:05PM +0100, Henning Makholm wrote:
> Scripsit paddy <[EMAIL PROTECTED]>
> > On Mon, Oct 11, 2004 at 07:22:15PM +0100, Henning Makholm wrote:
> > > Scripsit paddy <[EMAIL PROTECTED]>
>
> > > > To be fair, the issue is that
g in the non-existent backports.debian.org, not in
> > volatile.debian.org.
>
> paddy writes:
> > define 'breaks compatibilty'.
>
> > As long as it _is_ still the same package...
>
> If a package changes enough to require a new name it is a new package.
Does the con
name is just
an artifact of the upstream versioning and the packaging system. Basing
policy on an implementation detail that should be used for
technical reasons, simply for lack of doing the work to arrive at a
proper description, would be a mistake. (not that I'm accusing you of
doing that,
On Mon, Oct 11, 2004 at 04:30:36PM -0400, Stephen Gran wrote:
> This one time, at band camp, paddy said:
> > On Mon, Sep 13, 2004 at 12:45:34PM -0400, Stephen Gran wrote:
> > > This one time, at band camp, Martin Schulze said:
> > > > A while ago there was a discus
Andi,
On Mon, Oct 11, 2004 at 09:01:41PM +0200, Andreas Barth wrote:
> * paddy ([EMAIL PROTECTED]) [041011 21:00]:
> > Happily, Andi appears open-minded, but focused on the hard work of
> > doing the 'obviously right' things first.
>
> Well, I'm just
On Mon, Oct 11, 2004 at 07:22:15PM +0100, Henning Makholm wrote:
> Scripsit paddy <[EMAIL PROTECTED]>
> > On Mon, Oct 11, 2004 at 05:06:21PM +0100, Henning Makholm wrote:
>
> > > A backport of a new Mozilla release is something vastly
> > > different from new
On Mon, Oct 11, 2004 at 01:13:40PM -0500, John Hasler wrote:
> paddy writes:
> > Whatever the solution is to the mozilla problem, there does at least
> > appear to be consensus that there has been one.
>
> IMO Mozilla belongs in something like backports.debian.org.
It&#
urity
fixes are more important. The absence of security support seems
to be a great motivator for the appearance of mozilla in all this.
If there is a case for mozilla in volatile, it will need to be made
on it's own merits. I think that case is already hard enough to make.
I don't see any need to place obstacles in the way just in case.
And I'm concerned that those obstacles might ultimately get in the way
of packages _in_ volatile (when we have some).
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
On Mon, Oct 11, 2004 at 03:37:21PM +0200, Andreas Barth wrote:
> * paddy ([EMAIL PROTECTED]) [041011 15:35]:
> > On Mon, Oct 11, 2004 at 02:02:47PM +0200, Andreas Barth wrote:
> > > Of course we need to reserve the right to drop packages - but, doing
> > > that would sti
On Mon, Oct 11, 2004 at 02:02:47PM +0200, Andreas Barth wrote:
> * paddy ([EMAIL PROTECTED]) [041011 12:55]:
> > On Fri, Oct 08, 2004 at 05:51:48PM +0200, Andreas Barth wrote:
> > > - volatile is not "just another place" for backports, but should only
> > >
arification of this.
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
On Mon, Oct 11, 2004 at 11:42:57AM +0100, Matthew Garrett wrote:
> paddy <[EMAIL PROTECTED]> wrote:
> > On Mon, Oct 11, 2004 at 10:42:58AM +0100, Matthew Garrett wrote:
> >> I think those are arguments for making releases more quickly, rather
> >> than anything e
y to be just so.
Perhaps the question now should be: does volatile modify this?
(for example, does volatile count as support for this purpose).
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
On Sun, Oct 10, 2004 at 02:50:35PM +0200, Marc Haber wrote:
> On Fri, 8 Oct 2004 10:59:39 +0100, paddy <[EMAIL PROTECTED]> wrote:
> >On Wed, Sep 15, 2004 at 09:37:57AM +0200, Marc Haber wrote:
> >> It will also happily write to /usr which is IMO a no-no for user
> >&
from volatile that are, for whatever reason, unable to keep
up with the purpose. It would be sad if volatile ended up containing
useless packages!
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
ss, simply not useful. ;)
Most of us must encounter this, I think in terms of 'choose your poison'.
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
On Sun, Oct 10, 2004 at 11:32:06AM -0500, Steve Greenland wrote:
> On 09-Oct-04, 20:06 (CDT), Clemens Schwaighofer <[EMAIL PROTECTED]> wrote:
> > On 10/10/2004 07:38 AM, paddy wrote:
> > > I'm actually surprised it takes them that long.
> > > debian-
Here I go, replying to myself again ...
On Sat, Oct 09, 2004 at 10:48:15PM +0100, paddy wrote:
> clamav is a really good example of a very self-contained, at least in
> some setups. two pipes, no privs (someone corrrect me if I'm wrong).
> In the case of clamav, what i believe is a
; with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
yeah, obscurity vs security.
I'm actually surprised it takes them that long.
debian-devel must be way down the target list.
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
em. This means you start at the beginning of a list, and go
> towards the end.
I couldn't find it until after I'd read a desrcription of how to.
I'd given up in fact. Perhaps there is a usability problem here.
regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
n updated but not all similar frontends do.
> what is done for others that do not have 'freshclam'?
This is in flux, and part of the problem being discussed. See for
instance discussion of snort rules and oinkmaster, or nessus-plugins.
> what is the diff between
> stable.upda
On Sat, Oct 09, 2004 at 10:48:15PM +0100, paddy wrote:
> maybe there is a place for this, but my understanding is the evolution
> of data formats is coupled to changes in the scaning engine and backward
> compatibility is maintained upstream for as long as the upstream
> main
On Sat, Oct 09, 2004 at 03:54:11PM -0400, Kevin Mark wrote:
> On Sat, Oct 09, 2004 at 04:37:14PM +0100, paddy wrote:
> > On Sat, Oct 09, 2004 at 10:43:05AM -0400, Stephen Gran wrote:
> > > This one time, at band camp, Kevin Mark said:
> > > > On Sat, Oct 09, 2004
On Sat, Oct 09, 2004 at 05:13:49PM +0100, paddy wrote:
> Elsewhere
> in the thread makes the point that hardware drivers could come
> into the 'useless' category, and I know exactly what he means: I've been
> there.
And seconds after I pressed the send button I got th
1 - 100 of 116 matches
Mail list logo
