age over 400 for a while, 25% idle time, 50% wait. The
only unusuall thing running was many exim4 and procmail processes
starting and completing quickly. My guess is spammers tried sending
so much spam at once that nothing got through.
--
Blars Blarson [EMAIL PROTECTED]
sages
to any and all addresses they find or make up. (There was one spammer
that figured out how to open bugs, and created three bugs before
stopping.)
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, fail
een cleaned
since the last time it received mail. In other words, don't worry
about duplicated reports.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard feature
/bugs.debian.org/cgi-bin/bugspam.cgi?bug=$bug";);
}
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard feature.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
has been going up, and I expect to
have less time available for it in the future.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard feature.
--
To UNSUBSCRIBE, email to
In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
>On Sun, 29 Oct 2006 16:02:41 -0800, Blars Blarson <[EMAIL PROTECTED]>
>wrote:
>>We have a SA rule for this run now, but sending such hints to
>>[EMAIL PROTECTED] will get them seen much faster than debian-dev
e, and I have reported all of
>them in the BTS' spam interface [1]
We have a SA rule for this run now, but sending such hints to
[EMAIL PROTECTED] will get them seen much faster than debian-devel that I'm
more than a week behind in reading.
--
Blars Blarson [EMAIL
on-trivial, the user may not have the ability to do so.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard feature.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wi
ny orders of
magnatude less than those caught by spamassassin.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard feature.
--
To UNSUBSCRIBE, email to [EMAIL PRO
ebian sparc folks may follow suit.
It does support 64-bit applications. However, in almost all cases
compiling for 64-bit just makes the application slower. Don't expect
all 64-bit mode support for sparc.
(amd64 is only faster in 64-bit mode because of all the poorly
designe
retitle 316195 O: cutter -- disconnect routed IP connections
severity 232058 grave
thanks
I'm not using this package, and it reportedly does not work with 2.6
kernels. It's been in RFA state for almost a year, with no takers.
(One NM contacted me, but never prepared a fixed package for
sponsorshi
gic.
Is "sa-learn --spam" considered "black shell magic"? Of course you
need to "sa-learn --ham" on some non-spam too. That's what I do with
nominated messages to the BTS, and messages with a certain range of
spamassassin scores.
bugs that have gotten messages with questionable
spamassassin scores.
Scripting using the BTS spam feature is pretty easy, I've done so to
process the email to [EMAIL PROTECTED] telling us about spam in a bug.
--
Blars Blarson [EMAIL PROTECTED]
In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
>On Tue, Dec 06, 2005 at 05:21:46PM -0800, Blars Blarson wrote:
>> I can do the analyzing, but what should I do with the results?
>> [EMAIL PROTECTED] seems to be a black hole. You'll need to find
>> som
dministrator to "make sure
you don't do that". (Who could abuse his power as part of other teams
to do that.) Been there, done that.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is no
to redo the build and give you the desired
info.
Best: rewrite your build script to put the desired info into the build log.
Instead of:
foo >/tmp/foo 2>&1
use:
if foo >/tmp/foo 2>&1 ; then : ; else cat /tmp/foo ; exit 1 ; fi
--
B
's
>problem that should be "handled centrally".
The buildd administrators have made it clear that's the way they want it.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not
am intfaces listed above for some
reason, put a 5 second sleep between the completion of one request and
sending the next. That spreads the load out and gives others a chance
to access the BTS.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.
e permissions to write to $TMP. But I've
>never run across that -- suid programs are pretty uncommon.
Some buildds use sudo rather than fakeroot. This could cause problems
for them... (like the /dev/null one being discussed on #debian-devel)
--
Blars Blarson [EMAIL PRO
In article <[EMAIL PROTECTED]> you write:
>On 11/3/05, Blars Blarson <[EMAIL PROTECTED]> wrote:
>
>> I submitted a patch to apt-move to do this to the Debian BTS.
>
>Does it also provide the "symbolic links only" functionality the
>parent
tual
>way, please tell me if something along the same lines exists).
I submitted a patch to apt-move to do this to the Debian BTS.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an optio
ailed or failed and succeeded.
If there is interest, I can do some rough documentation and cleanup.
I don't think it's worth putting in the Debian archives.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Micros
t-get build-dep $package
apt-get source $package
cd $package-ver
dpkg-buildpackage -us -uc
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard feature.
--
To UNSUBS
In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
>Blars Blarson <[EMAIL PROTECTED]> wrote:
>> In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
>>>I have also noticed tickets submitted to the bug facility that are
>>>spam. Can that
In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
>Blars Blarson wrote:
>> I've been working on the spam filtering for the BTS. We are getting
>> over 100,000 spams/day and about 50/day get through the filters.
>
>are these numbers available somewhere? (the
e an issue, especially if we upgrade to spamassassin 3.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard feature.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
filters are tuned, not if we do it or not.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard feature.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subje
to see the problem.
Either:
the message ID exists and is unique (normal case)
the message ID does not exist (bogus/malformed report)
the message ID exists and is not unique (chances are some if not all are spam)
--
Blars Blarson [EMAIL PROTECTED]
one non-spam per day. CBL is easy to get off of.)
Would it be acceptable to delay questionable messages for a human to
review? (Due to spam bursts, sometimes the BTS already takes 6 hours
or more to processes the message queue.)
--
Blars Blarson [EMAIL PROTECTED]
or answering my mail and sorry for taking Your time
>if I really omitted some part of documentation or so !
The version tracking stuff is new and may still have a few rough edges.
It is documented on http://www.debian.org/Bugs/
--
Blars Blarson [EMAIL PROTECTED]
additional buildd was turned
down. Offers of additional machines have been made as well, and an
"forklift" upgrade of the existing buildd is pending agreement of
debian-admin and the local admin.
--
Blars Blarson [EMAIL PROTECTED]
esses that spam thier spamtraps, and removes
listings automaticly after several days. They attempt not to list
mail servers. To be removed immediatly, just fill out their web form
with the IP address to be removed.
--
Blars Blarson [EMAIL PROTECTED]
d to filter at least as well. (Some spammers
only send to backup MX servers.)
See http://www.spamhaus.org/ and http://cbl.abuseat.org/ for more
information on the lists.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With
hose cases the
package maintainer should fix the architecutes line.)
I don't know the internals of the buildd process, but it appears your
patch would fix the problem.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With
In article <[EMAIL PROTECTED]> you write:
>On Tue, Jun 07, 2005 at 06:13:10AM -0700, Blars Blarson wrote:
>> In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] =
>writes:
>> >- sparc: one buildd which is not consistently able to keep up with the
>> > vol
On Tue, Jun 07, 2005 at 09:37:15PM -0400, Stephen Frost wrote:
> * Blars Blarson ([EMAIL PROTECTED]) wrote:
> > I've been watching the sparc buildd queues for the past 9 months or
> > so, filing most of the ftbfs bugs for sparc, and prodding the buildd
> > maintainer whe
se some redesign to put less work
on the buildd maintainers and scale better to more buildds.
>5) something else?
occasional.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a
who are either
apithetic about the architecture or activly hostile to it. The
proposal gives veto power over getting an architecture in Debian to
dozens of people, and all they need do to exersize it is to not fix a
non-release-critical bug. In addtion, the DSA, buildd, security, and
release teams all
ges by a Debian developer trying to help the
situation have been strongly discouraged. (Puting it mildly.)
Exactly what can an ordinary Debian Developer do to fix this
situation? How is it fair to blame the porters when the DSA and
buildd teams refuse offers of help?
--
buildd maintainer insisted I don't upload them. As a normal DD, I'm
not fighting this issue further without the backing of either the
technical committee (which refused to rule) or the DPL (the previous
one eventually sided with the buildd maintainer).
--
Blars Blarson
(The new address
is 140.211.166.43)
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard feature.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubsc
On Thu, Mar 24, 2005 at 10:12:35AM +0100, Jan Niehusmann wrote:
> On Thu, Mar 24, 2005 at 12:59:19AM -0800, Blars Blarson wrote:
> > Release candidate architecture:
> >
> > * testing managed by port release manager(s)
> > * testing consists of packages that built on the
is a difference on what is reasonable, the technical
committee will decide.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard feature.
--
To UNSUBSCRIBE, email to [
s mode
>> availability is a big plus, but not required from the OS point of view)
>
>Linux fails this. Even with forwarding disabled, it will accept packets
>for an address on interface A via interface B.
Enable rp_filter and it does reject such packets.
echo 1 >/proc/sys/net
t two buildd administrators
- systems located in at least two different facilities (different
cities and backbones if at all possible)
This allows the buildd administrator to take vacations, etc.
This allows for redundancy in case of fire, flood, earthquake etc.
--
Blars Blarson
the status. I've also heard discussions several
>months ago about using one of Ben's really fast machines.
>If we do need auric and if we need resources to fix the RAID, Debian
>can make funding available.
>
>> - kubrick: disk is dead
I've also volenteere
In article <[EMAIL PROTECTED]> you write:
>I have an e3500 to replace both auric and vore (and the raid), but I
>haven't gotten an ok from James to do so yet.
That would cut the number of sparc buildds down to one, when two are
required for RC archtectures under the new propo
itecture in the release architecture list.
(I also volenteered my own machine as a buildd, but that was refused.)
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard featu
In article <[EMAIL PROTECTED]> you write:
>The fact is that I am unable to send emails with my debian.org address.
>Does someone has some idea of how can I fix that?
ssh to people.debian.org and send the mail from there. (use mutt,
mailx, etc.)
--
Blars Blarson
.
Requesting a specific requeue works with a week or two delay at times.
I've been filing most of the ftbfs bugs for that architecture.
You may wish to see my question to the tecnical committe on this
matter.
--
Blars Blarson [EMAIL PROTECTED]
h
nterface.
The two may be combined.
A router may use proxy arp.
A machine may use the same ethernet address on multiple interfaces on
different physical networks. This tends not to work well with vlans.
(switches pretending to be multiple networks)
--
Blars Blarson [EMAIL PRO
faulty, you can return it for repair or refund.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard feature.
kinda like a news client.
hinfo optionally periodicly updates a couple of files using wget.
Never, once, weekly and monthy are the current options. (Daily would
be easy to add, but I considered it inappropriate for how often the
hinfo data changes.)
--
Blars Blarson [EMAIL PRO
e not given
away some of what I've given away, or picked up slightly better
machines for not much money. I may be given a few in the near future.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard feature.
updated since
woody.)
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard feature.
access to -private.]
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
"Text is a way we cheat time." -- Patrick Nielsen Hayden
before trusting it.
It should not trust symbolic links either. Otherwise it instanly promotes
everything that looks like a crontab into one.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
"Text is a way we cheat time." -- Patrick Nielsen Hayden
Does it seem ironic to others that documents titled "Request for
Comments" can't be quoted while making comments on them?
(This is a flame of the current IETF, which has goals contrary to the
people who originally designed the Internet.)
--
Blars Blarson [
much spam
as non-spam. Without the spam filters, I'd probably wind up not
reading email at all.
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
"Text is a way we cheat time." -- Patrick Nielsen Hayden
tive mail as well. (sendmail.mc changes available on
request.)
--
Blars Blarson [EMAIL PROTECTED]
http://www.blars.org/blars.html
"Text is a way we cheat time." -- Patrick Nielsen Hayden
g TCP sockets.
It will also need to cope with writing to /var/run on the root
partition, having /var mounted, and later processes not being able to
open the file since the /var/run directory on the root disk is
inaccessable.
--
Blars Blarson [EMAIL PROTECTED]
at a sysadmin needs
to change to use them just because they arn't recomended.
(See http://www.alternic.org/ for info on alternic. While I have my
problems with the way icann runs the DNS, alternic doesn't show signs
of being run better, just differently.)
--
Blars Blarson
The spamassasin maintainer doesn't think that there are settings
in /usr/share that can't be overridden by the settings in /etc
should be considered "serious". See bug #141125 and spamassassin
bug #188.
Currently, I edit the file in /usr/share to implement my site-wide
policies, but this will be
63 matches
Mail list logo
