Apache SpamAssassin 3.3.0-beta1 is now available for testing.
Downloads are available from:
http://people.apache.org/~wtogami/devel/
md5sum of archive files:
9b39e4e4fad09cfe9eff974f3d5a01ea Mail-SpamAssassin-3.3.0-beta1.tar.bz2
530fb1bd28977271f30b348bc2b68db1 Mail-SpamAssassin-3.3.0-beta1.
.
Please direct questions to fedora-devel-list.
Warren Togami
wtog...@redhat.com
___
Fedora-devel-announce mailing list
fedora-devel-annou...@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
--
fedora-devel-list mailing list
fedora-
sssd-0.6.1-2.fc12 skrooge-0.5.2-2.fc12 translate-toolkit-1.4.1-2.fc12
vhostmd-0.4-0.2.gitea2f772d.fc12 qtcurve-gtk2-0.69.0-1.fc12
qtcurve-kde4-0.69.0-1.fc12 gfs-ignacio-fonts-20090923-1.fc12
adf-tribun-fonts-1.13-1.fc12 gdl-0.9-0.7.rc3.fc12
Tagged these from the oldest bodhi requests. Need t
On 10/20/2009 07:36 PM, Jesse Keating wrote:
On Tue, 2009-10-20 at 16:33 -0400, Warren Togami wrote:
OTOH, people did put effort into filing bodhi tickets and writing update
notes there. Perhaps this means that everything with bodhi tickets is
already good enough for tagging. We should auto
On 10/20/2009 05:54 PM, Bruno Wolff III wrote:
On Tue, Oct 20, 2009 at 17:27:45 -0400,
Warren Togami wrote:
This is just a reminder about the tagging policy for packages built
for Fedora 12 past the development freeze.
So is there some more example guidance with this?
For example I have a
your build in the
Summary of the ticket. To save rel-eng's time it might be helpful to
mention a few other details like:
* How important is this?
* How much have you tested it?
* Is it on the critical path list?
Upcoming Deadlines
==
https://fedoraproject.org/wiki/Schedu
LiveCD boot has "liveimg" in cmdline. We could automatically skip
various parts of the bootup if parameter exists. I suppose there are no
drawbacks to this?
Warren Togami
wtog...@redhat.com
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.c
On 10/04/2009 04:45 PM, drago01 wrote:
On Sun, Oct 4, 2009 at 10:42 PM, Eric Springer wrote:
On Mon, Oct 5, 2009 at 5:05 AM, Adam Williamson wrote:
Quick follow-up on this issue: I heard that this part at least has been
done, and it certainly seems to have done the trick. Delta rebuild
speed
ps seem
to go away entirely for me.
Right-click on each folder, Properties, Synchronization, uncheck Select
this folder for offline use.
The indexer is annoying and I turned it off because after crunching away
for hours it had indexed only 5% of my mail.
Warren Togami
wtog...@redhat.com
On 09/23/2009 07:17 PM, Bill Nottingham wrote:
Andre Robatino (an...@bwh.harvard.edu) said:
If I understand correctly what the problem is - that successfully
xz-uncompressing a file requires being on the same endian arch as the
one it was compressed on - that's just wrong. It shouldn't be
platf
On 09/22/2009 05:06 AM, Paul Howarth wrote:
I'm not objecting to perl-Mail-SPF-Query being blocked from Rawhide and
marked as a dead package, given its maintainer's consent. I am, however,
curious as to just why you've singled out this particular package out of
the myriad of legacy code that's in
On 09/21/2009 05:06 PM, Warren Togami wrote:
Nope.
spampd.spec contains...
# This is "optional", but the spf checks get disabled if it's absent
Requires: perl(Mail::SPF::Query)
I'm updating this.
Warren
spampd was requiring perl(Mail::SPF::Query) for no good reason.
On 09/21/2009 04:36 PM, Steven Pritchard wrote:
On Mon, Sep 21, 2009 at 11:33:38AM -0400, Warren Togami wrote:
Should we obsolete and remove perl-Mail-SPF-Query? Apparently
perl-Mail-SPF obsoleted perl-Mail-SPF-Query ~3 years ago.
Honestly, I have no strong feelings on the matter. I
On 09/21/2009 11:41 AM, Paul Howarth wrote:
On 21/09/09 16:33, Warren Togami wrote:
Should we obsolete and remove perl-Mail-SPF-Query? Apparently
perl-Mail-SPF obsoleted perl-Mail-SPF-Query ~3 years ago.
Really? Says who? It certainly doesn't provide any implementation of
Mail::SPF::
Should we obsolete and remove perl-Mail-SPF-Query? Apparently
perl-Mail-SPF obsoleted perl-Mail-SPF-Query ~3 years ago.
spampd owned by thias is the only package according to repoquery that
requires perl(Mail::SPF::Query).
Warren Togami
wtog...@redhat.com
--
fedora-devel-list mailing list
On 09/12/2009 10:30 AM, Warren Togami wrote:
On 09/11/2009 04:17 PM, Justin Mason wrote:
Hmm - good idea. I'll put them up at a nightly URL to do that.
Did this go anywhere?
http://ruleqa.spamassassin.org/
Did this cause the nightlies to stop updating? I know they aren't very
us
m as I add more corpa to
the mix.
Warren Togami
wtog...@redhat.com
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On 09/04/2009 12:51 PM, Matthew Garrett wrote:
On Fri, Sep 04, 2009 at 10:53:19AM -0400, Jon Masters wrote:
The problem I have is that some folks want to include additional drivers
into their initrd. What are we going to recommend for this case? I know
one can still build a kernel-specific vers
On 09/02/2009 11:39 AM, Jerry James wrote:
On Wed, Sep 2, 2009 at 9:35 AM, Warren Togami wrote:
What is the correct behavior? Is this a bug that it changed?
Read up on the --follow-symlinks option to sed.
This is a new option it seems, meaning I can't rely on sed -i at all
anymore.
ln -s original.txt symlink.txt
[u...@newcaprica ~]$ sed -i 's/abc/123/' symlink.txt
[u...@newcaprica ~]$ cat original.txt
abc
[u...@newcaprica ~]$ cat symlink.txt
123
original.txt is not modified, symlink.txt is no longer a symlink.
symlink.txt now contains a modified version of original.txt as
* Voice chat with GoogleTalk (though this will probably need us to look
at our firewall rules for this to work out of the box) - bpepple
Is it really a pro when it works very poorly? You reportedly need to
install additional codecs to do video with Google Talk. Then there are
the terrible is
Somebody asked for my crappy script to generate a rawhide LiveCD that
can be scheduled in cron. This script sucks. Suggest improvements if
you want.
One big improvement that could be written is a rawhide timestamp
checker, so the script would run more often in cron and detect when the
rawhi
) and unwanted Spam. Please read NightlyMassCheck if you want to
help improve spamassassin's accuracy for everybody.
Reminder: If you use spamassassin, you should edit
/etc/cron.d/sa-update and enable nightly score updates.
Warren Togami
wtog...@redhat.com
--
fedora-devel-list mailing list
f
at one for eg) which we are aware of already, without needing
tracking bugs for them. Hopefully we can nail the obvious bugs&
false positives quickly.
Dave
Does kerneloops know how to report these?
Warren Togami
wtog...@redhat.com
--
fedora-devel-list mailing list
fedora-dev
ld be current hardware, even if older hardware is still
supported. The only *current* 32-bit x86 hardware is Atom. (And Nano, I
suppose.)
Nano is 64bit with virt.
BTW, anyone tested these yet with Fedora?
Warren Togami
wtog...@redhat.com
--
fedora-devel-list mailing list
fedora-devel-list@redhat.c
erhaps a significant % of the LTSP thin client hardware would be
impossible to upgrade beyond Fedora 11.
How serious of an effort would a second 32bit Fedora be?
Is that effort really worth a few extra % of performance for an arch
where people don't really care?
Warren Togami
wtog...@re
On 06/15/2009 06:15 PM, Bill Nottingham wrote:
Gregory Maxwell (gmaxw...@gmail.com) said:
'outside'. Please don't just dismiss these recent systems, they are a
real issue.
According to public smolt stats:
http://smolt.fedoraproject.org/static/stats/stats.html
only 0.38% of the userbas
With i586 being a priority, this might
help to improve processes in general for the other secondary archs? I
dunno.
Warren Togami
wtog...@redhat.com
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
thing: yum. Installing with 'yum
install name' no longer works, I must now instead explicitly specify the
arch, e.g. 'yum install name.i58'.
Does anyone know a fix for this?
setarch i386 chroot /path/to/i586root
Do this and yum will behave properly.
Warren Togami
wtog...@re
On 05/25/2009 05:07 PM, Richard W.M. Jones wrote:
On Mon, May 25, 2009 at 03:52:37PM +0200, Tomas Mraz wrote:
is anybody interested in maintaining vpnc in Fedora and EPEL? I'd like
to orphan it. I might stay as a comaintainer if you want.
It looks like Warren Togami has jumped in there
lugin package also
properly handles firefox-1.5.x.
Warren Togami
wtog...@redhat.com
might be useful in some cases where you don't have physical
access to the box. I personally don't use panic=X anymore after I
gained remote power cycling capability.
Warren Togami
wtog...@redhat.com
. PLEASE REPORT ONLY REGRESSIONS
Thank you,
Warren Togami
wtog...@redhat.com
is complaint is from a similar cause of this problem, if you
are referring to some behavior changing in rawhide.
Warren Togami
wtog...@redhat.com
ssue.
Thank you for using Fedora.
Warren Togami
wtog...@redhat.com
ies like
fedoraforum.org or fedora-list before escalating them to development
groups like this or bugzilla.
Thank you,
Warren Togami
wtog...@redhat.com
36 matches
Mail list logo
