Evolution 2.31.2-2 - lots of issues

2010-06-06 Thread Paul
Hi,

Is anyone else having issues with Ev 2.31.2-2?

Currently, it's refusing to expunge files (I've removed the usual
culprits, but still nada), it's refusing to preview emails and quite
enjoys crashing with a segmentation fault. If I double click on a
message, a window appears with nothing in it.

2.31.2-1 was slightly more stable, but still enjoyed not giving me a
preview in some folders.

Another annoying feature is that emails sent from me never show up, yet
if I check online repos of messages, they're there.

I'm checking here before putting them into the big red lizard incase
there is a nice simple fix.

Oddly enough though, even with all these problems it's more usable than
Outlook 2007...

TTFN

Paul
-- 
Biggles was quietly reading his favourite book when Algy burst through
the door. Distracted for a moment, Biggles surveyed what had happened
and turned a page. "Algy old man" he said, clearing his throat, "use the
handle next time..." - Taken from "Biggles combs his Hair"


signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rawhide report: 20100606 changes

2010-06-06 Thread Rawhide Report
Compose started at Sun Jun  6 08:15:04 UTC 2010

Broken deps for i386
--
almanah-0.7.3-1.fc14.i686 requires libedataserver-1.2.so.12
1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9
bugzilla-3.6-1.fc14.noarch requires 
perl(Bugzilla::Attachment::PatchReader)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Search::Quicksearch)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Extension)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::WebService::Server)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Keyword)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Util)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Field::Choice)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::FlagType)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Flag)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Whine::Query)
bugzilla-3.6-1.fc14.noarch requires 
perl(Bugzilla::Install::Requirements)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::WebService::Util)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Auth)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Mailer)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::JobQueue)
bugzilla-3.6-1.fc14.noarch requires 
perl(Bugzilla::WebService::Constants)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Search)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::JobQueue::Runner)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Error)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Update)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Milestone)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Field)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Component)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Comment)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Auth::Verify::Stack)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Token)
bugzilla-3.6-1.fc14.noarch requires 
perl(Bugzilla::WebService::Server::JSONRPC)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Version)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Attachment)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Install::CPAN)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Status)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Hook)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::DB)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Install::Util)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Install::Filesystem)
bugzilla-3.6-1.fc14.noarch requires 
perl(Bugzilla::WebService::Server::XMLRPC)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::User)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Template)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::BugMail)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Chart)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Install::Localconfig)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Product)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Whine::Schedule)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::CGI)
bugzilla-3.6-1.fc14.noarch requires 
perl(Bugzilla::Extension::Example::Util)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Install)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Migrate)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Bug)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Classification)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Auth::Login::Stack)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::DB::Schema::Mysql)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Group)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Config::Common)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Series)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::User::Setting)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Config)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Search::Saved)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Constants)
bugzilla-3.6-1.fc14.noarch requires 
perl(Bugzilla::Auth::Persist::Cookie)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::DB::Schema)
bugzilla-contrib-3.6-1.fc14.noarch requires 
perl(Bugzilla::Install::Filesystem)
bugzilla-contrib-3.6-1.fc14.noarch requires perl(Bugzilla::Util)
bugzilla-contrib-3.6-1.fc14.noarch requires perl(Bugzilla::User)
bugzilla-contrib-3.6-1.fc14.noarch requires perl(Bugzilla::DB)
bugzilla-contrib-3.6-1.fc14.noarch

Re: Evolution 2.31.2-2 - lots of issues

2010-06-06 Thread Peter Robinson
On Sun, Jun 6, 2010 at 11:17 AM, Paul  wrote:
> Hi,
>
> Is anyone else having issues with Ev 2.31.2-2?
>
> Currently, it's refusing to expunge files (I've removed the usual
> culprits, but still nada), it's refusing to preview emails and quite
> enjoys crashing with a segmentation fault. If I double click on a
> message, a window appears with nothing in it.
>
> 2.31.2-1 was slightly more stable, but still enjoyed not giving me a
> preview in some folders.
>
> Another annoying feature is that emails sent from me never show up, yet
> if I check online repos of messages, they're there.
>
> I'm checking here before putting them into the big red lizard incase
> there is a nice simple fix.

Evo is going through a lot of changes and cleanups to libcamel, the
mail component, at the moment. You might want to check upstream git
logs or bugzilla to see if its a known problem or has been fixed.

Peter
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Package maintainers -- want test results by mail?

2010-06-06 Thread Mat Booth
On 3 June 2010 07:44, Ville Skyttä  wrote:
> On Thursday 03 June 2010, Adam Williamson wrote:
>> On Wed, 2010-06-02 at 23:05 +0100, Mat Booth wrote:
>> > It doesn't even know all English words. In one review I did recently
>> > rpmlint flagged the word "decryption" as a spelling error. Which I
>> > didn't believe, so I looked it up. It's a valid noun form of the verb
>> > "decrypt" in the English dictionary I have here...
>>
>> OED agrees, 'decryption' is listed as a valid form under its entry for
>> decrypt.
>
> rpmlint uses python-enchant, and enchant in Fedora is configured to use
> myspell for English by default [0].  myspell means that enchant actually uses
> hunspell in Fedora under the hood, and thus the place to fix dictionary
> omissions/bugs for English for all software that ends up using hunspell
> (directly or via enchant), not only rpmlint, is currently the hunspell-en
> package.
>
> $ echo decryption | hunspell -d en_US
> Hunspell 1.2.8
> & decryption 4 0: encryption, deception, description, decoration
>
> [0] /usr/share/enchant/enchant.ordering


Thanks for the hint.

https://bugzilla.redhat.com/show_bug.cgi?id=600860


-- 
Mat Booth
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


initscripts-9.12-1.fc13 update not installable

2010-06-06 Thread Michel Alexandre Salim
The update conflicts with NetworkManager; there is a NetworkManager
build for F13 from a few days after initscripts was build that, for
some reason, was never pushed as an update:

http://koji.fedoraproject.org/koji/buildinfo?buildID=172856

Are these two updates supposed to go together? I downloaded all of
them and rpm --test seems to suggest they would install just fine.

-- 
Michel Alexandre Salim
Fedora Project Contributor: http://fedoraproject.org/

Email:  sali...@fedoraproject.org  | GPG key ID: 78884778
Jabber: hir...@jabber.ccc.de   | IRC: hir...@irc.freenode.net

()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Package maintainers -- want test results by mail?

2010-06-06 Thread Richard Fearn
Hi,

Thanks for this.

Just a couple of points:

The package name is converted to lower case. Should it be doing that?
For example, the jFormatString opt-in files are in
/srv/people/site/packages/j/jformatstring.

Also autoqa-optin doesn't validate the package name: I missed it out
at one point and ended up creating files in
/srv/people/site/packages/d/devel. I've cleared them up now :-)

Regards,

Rich
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: culmus-fonts packaging bug / Non-responsive maintainer

2010-06-06 Thread Nicolas Mailhot

Le mercredi 02 juin 2010 à 13:33 +0200, Michael Schwendt a écrit :
> On Wed, 02 Jun 2010 20:12:08 +0900, Mamoru wrote:
> 
> > > http://bugzilla.redhat.com/570819
> 
> > I will vote that this must be fixed in yum side (or fontconfig or rpm).
> 
> It could be that a policy is needed. Similar to
>   https://fedoraproject.org/wiki/Packaging:Guidelines#Non-ASCII_Filenames
> but for RPM Tags (Provides, Requires, Obsoletes, …).
> 
> As long as the encoding of those tags cannot be specified, it must be
> assumed that it is UTF-8.
> 
> > Also:
> > [tasa...@localhost ~]$ rpm -q vlgothic-p-fonts
> > vlgothic-p-fonts-20100416-3.fc14.noarch
> > [tasa...@localhost ~]$ rpm -q --provides vlgothic-p-fonts | grep "ゴシック"
> > font(vlpゴシック)
> 
> It doesn't cause the repo metadata parser to complain, so probably
> it's UTF-8.

Those tags are info extracted by fontconfig from font files, and
fontconfig is UTF-8-clean I think. Since fonts are created all over the
world some can (and do) export local names, that can not be restricted
to basic latin (and sometimes there is not basic latin name at all)

If you find a case where fontconfig output is not UTF-8 please open a
fontconfig bug. This output is not used only in rpm, and needs to be
safely encoded for apps to use it.

-- 
Nicolas Mailhot


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: -upstart subpackage vs tranditional initscripts

2010-06-06 Thread Nicolas Mailhot

Le mercredi 02 juin 2010 à 18:37 +0200, Lennart Poettering a écrit :

> Handling this with systemd is very easy: you can just drop in a file in
> /etc/init.d/foo *AND* /etc/systemd/system/foo.service from the same
> package. And then, if something that is not systemd is booted it will
> only see the init script. And if systemd is booted it will first look at
> the native service and ignore the init script if both exist. ALl that
> matters is that the "foo" part for both filenames is the same.

If systemd is supposed to do everything sysv can, only in a cleaner way,
could not systemd generate sysv scripts from its own definitions? That
way a packager that systemd-ized its package would only have to worry
about the systemd declaration, and something perfectly in sync would be
generated for people using other init systems.

I don't think it is reasonable to expect people to maintain multiple
init declarations manually. They will drift, have different bugs, etc.
If there is a need for the sysv declarations to stay a long time, they
need to be either the only ones, or be generated from the new-style
ones. 

-- 
Nicolas Mailhot


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Package maintainers -- want test results by mail?

2010-06-06 Thread Toshio Kuratomi
On Sun, Jun 06, 2010 at 03:27:33PM +0100, Richard Fearn wrote:
> Hi,
> 
> Thanks for this.
> 
> Just a couple of points:
> 
> The package name is converted to lower case. Should it be doing that?
> For example, the jFormatString opt-in files are in
> /srv/people/site/packages/j/jformatstring.
> 
As long as all the code paths are lowercasing before comparing it should be
fine for Fedora -- we have a policy not to have two packages with names that
are only differentiated by case.

-Toshio


pgpqNsiDBMboB.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Package Review Stats for last week ending 6th June

2010-06-06 Thread Rakesh Pandit
Top three FAS account holders who have completed reviewing "Package
review" components on bugzilla for last week ending 6th June were
Alexander Kurtakov, Stanislav Ochotnicky and Daiki Ueno.

Alexander Kurtakov : 11

https://bugzilla.redhat.com/show_bug.cgi?id=590679  xmltool
https://bugzilla.redhat.com/show_bug.cgi?id=598101  
maven-deploy-plugin
https://bugzilla.redhat.com/show_bug.cgi?id=598891  
maven-help-plugin
https://bugzilla.redhat.com/show_bug.cgi?id=598916  
maven-stage-plugin
https://bugzilla.redhat.com/show_bug.cgi?id=600154  
plexus-sec-dispatcher
https://bugzilla.redhat.com/show_bug.cgi?id=600238  
maven-dependency-plugin
https://bugzilla.redhat.com/show_bug.cgi?id=597978  maven-ant-plugin
https://bugzilla.redhat.com/show_bug.cgi?id=598402  maven-ejb-plugin
https://bugzilla.redhat.com/show_bug.cgi?id=598422  
maven-idea-plugin
https://bugzilla.redhat.com/show_bug.cgi?id=598471  maven-gpg-plugin
https://bugzilla.redhat.com/show_bug.cgi?id=598824  
maven-verifier-plugin


Stanislav Ochotnicky : 4

https://bugzilla.redhat.com/show_bug.cgi?id=592443  antlrworks
https://bugzilla.redhat.com/show_bug.cgi?id=598058  
maven-docck-plugin
https://bugzilla.redhat.com/show_bug.cgi?id=598361  maven-rar-plugin
https://bugzilla.redhat.com/show_bug.cgi?id=598376  maven-one-plugin


Daiki Ueno : 3

https://bugzilla.redhat.com/show_bug.cgi?id=596659  
ofl-sorts-mill-goudy-fonts
https://bugzilla.redhat.com/show_bug.cgi?id=596660  
crimson-text-fonts
https://bugzilla.redhat.com/show_bug.cgi?id=596661  molengo-fonts


Guido Grazioli : 2

https://bugzilla.redhat.com/show_bug.cgi?id=597937  
maven-changelog-plugin
https://bugzilla.redhat.com/show_bug.cgi?id=598929  
maven-remote-resources-plugin


Mat Booth : 2

https://bugzilla.redhat.com/show_bug.cgi?id=592208  
apache-commons-daemon
https://bugzilla.redhat.com/show_bug.cgi?id=590522  plexus-cipher


Parag AN(पराग) : 2

https://bugzilla.redhat.com/show_bug.cgi?id=597755  openmolar
https://bugzilla.redhat.com/show_bug.cgi?id=597967  emacs-ibus


Chen Lei : 1

https://bugzilla.redhat.com/show_bug.cgi?id=570731  ibus-handwrite


Chris Tyler : 1

https://bugzilla.redhat.com/show_bug.cgi?id=520569  uboot-tools


Dave Malcolm : 1

https://bugzilla.redhat.com/show_bug.cgi?id=591730  pyjamas


David Cantrell : 1

https://bugzilla.redhat.com/show_bug.cgi?id=591926  erlang-mochiweb


Jussi Lehtola : 1

https://bugzilla.redhat.com/show_bug.cgi?id=598902  PXZ


Mamoru Tasaka : 1

https://bugzilla.redhat.com/show_bug.cgi?id=598138  rubygem-rmail


Terje Røsten : 1

https://bugzilla.redhat.com/show_bug.cgi?id=596746  bzr-explorer


Ville Skyttä : 1

https://bugzilla.redhat.com/show_bug.cgi?id=594844  iec16022


Xavier Bachelot : 1

https://bugzilla.redhat.com/show_bug.cgi?id=562470  openvas-client


huwang : 1

https://bugzilla.redhat.com/show_bug.cgi?id=593959  
maven-assembly-plugin


Total reviews modified: 34
Merge Reviews: 0
Review Requests: 34

This report by generated by bzReviewReport.py.
The source is available at:
https://fedorahosted.org/triage/browser/scripts/bzReviewReport.py
Please submit patches or bug reports at: https://fedorahosted.org/triage/

-- 
Rakesh Pandit
https://fedoraproject.org/wiki/User:Rakesh
freedom, friends, features, first
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Package Review Stats for last week ending 6th June

2010-06-06 Thread sankarshan
On Mon, Jun 7, 2010 at 12:25 PM, Rakesh Pandit  wrote:
> Top three FAS account holders who have completed reviewing "Package
> review" components on bugzilla for last week ending 6th June were
> Alexander Kurtakov, Stanislav Ochotnicky and Daiki Ueno.

Thank you for extending the script to include package names as well.
Much appreciated.

-- 
sankarshan mukhopadhyay

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel