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
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
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
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
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
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
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
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
; "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
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
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 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
/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
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,
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
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]
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]
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
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]
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]
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
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 ?
>
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 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
).
>
> 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
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
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
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]
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
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]
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]
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]
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
" ?
> >
> 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]
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]
-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]
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]
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]
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]
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
--
__, __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
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]
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]
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 [
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
>
> * 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]
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
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
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
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]
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
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
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]
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".
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]
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]
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]
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]
ork with for users.
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]
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]
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]
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]
"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]
ere must be a corresponding legitimate concern
that any backporting-of-the-security.d.o-type not only risks unnecessary
delays, but risks the quality of the outcome.
And, yes, I'll still be here mucking in with the day to day when it gets
going, whatever the outcome. If we have a system I can use, I can do more
that is (I hope) of use to others.
Regards,
Paddy
m backported to stable, been through volatile RM
Perhaps volatile-stable could feed through into stable-p-u ?
Couldn't upload access to all these come as a package:
You do one, you have to do the other ?
Enforced by the volatile RM ?
Hmm, Perhaps best not to call it volatile ...
Perha
e off
of a point that seems destined to be overloaded with potentially
conflicting requirements, by providing exactly what you ask for, as
simply and quickly as possible.
What do you think ?
Regards,
Paddy
>
> --
> Jesus Climent info:www.pumuki.o
On Thu, Oct 07, 2004 at 10:26:40PM +0200, Jesus Climent wrote:
> On Thu, Oct 07, 2004 at 08:59:22PM +0100, paddy wrote:
> >
> > How would one decide which features to backport, and which not?
>
> The ones that the maintainer of the package decides is the best for
> keepin
s.
>
> Thomas
>
But if there nothing of value there, why would we direct them there?
So they can work it out for themselves ?
Regards,
Paddy
Thomas,
On Thu, Oct 07, 2004 at 02:58:05PM -0700, Thomas Bushnell BSG wrote:
> paddy <[EMAIL PROTECTED]> writes:
>
> > On Thu, Oct 07, 2004 at 02:22:18PM -0700, Thomas Bushnell BSG wrote:
> > > If you want something which is simply unrestricted, you have that
> &g
ll can be improved (for
> >example, it will not check GPG signatures for you), however.
>
> It will also happily write to /usr which is IMO a no-no for user
> binaries.
Marc,
Where should it write to ?
Would /var/lib or /usr/local be right ?
Regards,
Paddy
maintained packaging, so I suppose this
interest is purely personal. Can anyone offer me any pointers?
Regards,
Paddy
pt in your conversation.
Doubtless, I will now go on to add to the damage ;)
On Thu, Oct 07, 2004 at 11:41:49PM +0100, paddy wrote:
> Thomas,
>
> On Thu, Oct 07, 2004 at 02:58:05PM -0700, Thomas Bushnell BSG wrote:
> > paddy <[EMAIL PROTECTED]> writes:
> >
> > >
ble,release,or-whatever-you-call-it}
as an all-at-once release model, rather than a rolling-when-its-ready
model more like security.d.o ?
Does anybody want to use a three month old clamav ?
(with up-to-date definitions of course)
Why?
Regards,
Paddy
>
>
> Cheers,
> Andi
> --
>
Andi,
On Fri, Oct 08, 2004 at 03:15:29PM +0200, Andreas Barth wrote:
> * paddy ([EMAIL PROTECTED]) [041008 15:10]:
> > What are the pros and cons for
> > volatile-{stable,release,or-whatever-you-call-it}
> > as an all-at-once release model, rather than a rolling-when-its-
t; upstream releases; merely including a new upstream release is not good
> enough.
Getting results is more important than any dogma about how it should be
done, and I suspect that repeated warnings against overlooking the
importance of hard work are very good at getting results.
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
ike to think that such a risk could be mitigated sufficiently to
enable the 'as-fast-as-possible' emphasis I have advocated, but I see that
good intentions alone cannot achieve that : substantial quantities of
'hard work' may eventually get me there.
Incidentally, Great work !
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
On Fri, Oct 08, 2004 at 04:44:05PM -0700, Thomas Bushnell BSG wrote:
> paddy <[EMAIL PROTECTED]> writes:
>
> > But, I can see the case, as I describe before, where achieving the function
> > of a package places great pressure on the time to package, so much so that
>
new data sets - the clamav suite
> inculdes an updater for it's data, and spamassassin is easy to add new
> rules to. The problem is updating the engine in a stable release.
Indeed, there is a consensus that data updates with the volatility
of, say, virus scanner sigs belong firmly out-of-band.
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
'm saying these things is that I think that volatile
and main archive, 'deepfreeze-or-whatever' or whatever comes along
will be at their best if they all work together, rather than being
seperate little islands.
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
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
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 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
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
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
; 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
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
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-
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
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
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
> >&
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 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
arification of this.
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
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
> > >
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
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 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&#
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
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
1 - 100 of 116 matches
Mail list logo
