Hello,
blitz-0.10 has updated its license terms.
It has changed from either LGPLv3+ or BSD
to either LGPLv3+ or BSD or Artistic 2.0
It was Artistic 1.0 febore, but as this is not allowed in Fedora, it
wasn't mentioned.
This new version will arrive at rawhide soon.
Regards, Sergio
--
devel
On Saturday, July 14, 2012, 7:25:15 PM, Eric Smith wrote:
Kevin Fenzi wrote:
See:
http://fedoraproject.org/wiki/Packaging:LicensingGuidelines#Binary_Firmware
Ralf Ertzinger wrote:
Question about that: The first requirement is that the file is
non-executable. Does that mean that Fedora
On Sat, 14 Jul 2012 16:19:23 +0200, Sam Varshavchik wrote:
It took me a while to figure out why my daemon kept breaking all the
time, when it couldn't stat its /proc/self/exe any more.
This is a bug of the daemon. While it is already suspicious it needs to mess
with /proc/self/exe stat works
Am 15.07.2012 15:45, schrieb Jan Kratochvil:
On Sat, 14 Jul 2012 16:19:23 +0200, Sam Varshavchik wrote:
It took me a while to figure out why my daemon kept breaking all the
time, when it couldn't stat its /proc/self/exe any more.
This is a bug of the daemon
On Sat, 14 Jul 2012 16:43:13
On Sun, 15 Jul 2012 15:50:39 +0200, Reindl Harald wrote:
only prelink is good with zero benefit?
Yes, without that zero benefit. prelink has provable startup performance
improvement and runtime memory savings.
i did not notice ever any benfit of prelink even by
starting large applications
Am 15.07.2012 19:31, schrieb Jan Kratochvil:
On Sun, 15 Jul 2012 15:50:39 +0200, Reindl Harald wrote:
only prelink is good with zero benefit?
Yes, without that zero benefit. prelink has provable startup performance
improvement and runtime memory savings.
not practically
i did not
On Sun, 15 Jul 2012 19:37:26 +0200, Reindl Harald wrote:
you must start openoffice damned often that the benfit beats out
the overhead of the /etc/cron.daily/prelink
When you prelink it nightly on AC and run it at least once on battery, the
saving has been done.
to beat the battery drain of
On Sun, Jul 15, 2012 at 9:58 AM, Jan Kratochvil
jan.kratoch...@redhat.com wrote:
That prelink is being run on battery I repeat is a bug of cron.
I had a script to disable such jobs automatically, I do it by hand nowadays.
Generally speaking do we have a cron-like service that knows how to
Jan Kratochvil writes:
On Sat, 14 Jul 2012 16:19:23 +0200, Sam Varshavchik wrote:
It took me a while to figure out why my daemon kept breaking all the
time, when it couldn't stat its /proc/self/exe any more.
This is a bug of the daemon. While it is already suspicious it needs to mess
with
Hi,
I've just pushed new Droid font packages to Fedora Rawhide.
http://koji.fedoraproject.org/koji/buildinfo?buildID=330644
Droid are complex font families with a difficult upstream and the
following caveats apply:
A. I used a few hundred MiBs of Android git checkout as source. The fonts
are
--Simone
Sent from my phone!
On Jul 15, 2012 10:42 PM, Nicolas Mailhot nicolas.mail...@laposte.net
wrote:
Hi,
I've just pushed new Droid font packages to Fedora Rawhide.
http://koji.fedoraproject.org/koji/buildinfo?buildID=330644
Droid are complex font families with a difficult upstream
Sam Varshavchik mr...@courier-mta.com writes:
It took me a while to figure out why my daemon kept breaking all the
time, when it couldn't stat its /proc/self/exe any more.
Perhaps it's just me, but why would the daemon stat /proc/self/exe? I
presume prelink writes a new file and renames into
Benny Amorsen writes:
Sam Varshavchik mr...@courier-mta.com writes:
It took me a while to figure out why my daemon kept breaking all the
time, when it couldn't stat its /proc/self/exe any more.
Perhaps it's just me, but why would the daemon stat /proc/self/exe? I
presume prelink writes a
Hi Dave,
Thanks for the quick answer!
On 15 July 2012 21:42, Nicolas Mailhot nicolas.mail...@laposte.net
wrote:
A. I used a few hundred MiBs of Android git checkout as source.
That's the canonical source for Droid, yes.
(The Roboto fonts in that repo has another canonical source,
On Sun, Jul 15, 2012 at 2:00 PM, Sam Varshavchik mr...@courier-mta.com wrote:
A means for authenticating a filesystem domain socket's peer. Receive the
peer's credentials, then check /proc/pid/exe and /proc/self/exe. If they're
same, the daemon is talking to another instance of itself.
The
On 07/15/2012 01:10 PM, Jef Spaleta wrote:
Generally speaking do we have a cron-like service that knows how to
taste for onbattery in a high level way? Or do we have to encode that
check into each script that fires from a cron-like service?
In /etc/cron.hourly/0anacron there is a test using
On 2012-07-15 15:00, Sam Varshavchik wrote:
Benny Amorsen writes:
Perhaps it's just me, but why would the daemon stat /proc/self/exe? I
presume prelink writes a new file and renames into place as a proper
Unix program should, which still leaves the original program intact on
disk until the last
Once upon a time, Sam Varshavchik mr...@courier-mta.com said:
A means for authenticating a filesystem domain socket's peer. Receive the
peer's credentials, then check /proc/pid/exe and /proc/self/exe. If they're
same, the daemon is talking to another instance of itself.
Is there anything
Jef Spaleta writes:
On Sun, Jul 15, 2012 at 2:00 PM, Sam Varshavchik mr...@courier-mta.com
wrote:
A means for authenticating a filesystem domain socket's peer. Receive the
peer's credentials, then check /proc/pid/exe and /proc/self/exe. If they're
same, the daemon is talking to another
Hi,
python-certifi has certificate bundle generated from mozilla. This package
was needed previously by python-requests. Now python-requests no longer
needs this package, it uses system wide cert bundle. I am retiring
python-certifi for good.
--
Arun S A G
http://zer0c00l.in/
--
devel mailing
Once upon a time, Sam Varshavchik mr...@courier-mta.com said:
I would expect that /proc/self/exe symlink gives the name of the running
executable. I don't think it's an unreasonable expectation.
There are lots of ways that can fail already; prelink is just one.
Running yum update can break it
Garrett Holmstrom writes:
On 2012-07-15 15:00, Sam Varshavchik wrote:
Benny Amorsen writes:
Perhaps it's just me, but why would the daemon stat /proc/self/exe? I
presume prelink writes a new file and renames into place as a proper
Unix program should, which still leaves the original program
Chris Adams writes:
Once upon a time, Sam Varshavchik mr...@courier-mta.com said:
A means for authenticating a filesystem domain socket's peer. Receive the
peer's credentials, then check /proc/pid/exe and /proc/self/exe. If they're
same, the daemon is talking to another instance of itself.
Chris Adams writes:
Once upon a time, Sam Varshavchik mr...@courier-mta.com said:
I would expect that /proc/self/exe symlink gives the name of the running
executable. I don't think it's an unreasonable expectation.
There are lots of ways that can fail already; prelink is just one.
Running
Once upon a time, Sam Varshavchik mr...@courier-mta.com said:
Can you explain how two completely different executables could possibly end
up having the same absolute pathname?
chroot for one.
--
Chris Adams cmad...@hiwaay.net
Systems and Network Administrator - HiWAAY Internet Services
I
Once upon a time, Sam Varshavchik mr...@courier-mta.com said:
Chris Adams writes:
Is there anything that actually does that and depends on the result?
You skipped this part. Can you name something that tries this? I bet
somebody can break it if so.
--
Chris Adams cmad...@hiwaay.net
Systems
Chris Adams writes:
Once upon a time, Sam Varshavchik mr...@courier-mta.com said:
Can you explain how two completely different executables could possibly end
up having the same absolute pathname?
chroot for one.
That would require root's environment, in order to set one up. A non-
On Mon, Jul 16, 2012 at 4:20 AM, Sam Varshavchik mr...@courier-mta.com wrote:
Chris Adams writes:
Once upon a time, Sam Varshavchik mr...@courier-mta.com said:
Chris Adams writes:
Is there anything that actually does that and depends on the result?
You skipped this part. Can you name
https://bugzilla.redhat.com/show_bug.cgi?id=840287
Bug ID: 840287
Keywords: FutureFeature, Triaged
QA Contact: extras...@fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC:
https://bugzilla.redhat.com/show_bug.cgi?id=840288
Bug ID: 840288
Keywords: FutureFeature, Triaged
QA Contact: extras...@fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC:
https://bugzilla.redhat.com/show_bug.cgi?id=840289
Bug ID: 840289
Keywords: FutureFeature, Triaged
QA Contact: extras...@fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC:
perl-PDL has broken dependencies in the rawhide tree:
On x86_64:
perl-PDL-2.4.10-1.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2)
On i386:
perl-PDL-2.4.10-1.fc17.i686 requires perl(:MODULE_COMPAT_5.14.2)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
perl-eperl has broken dependencies in the rawhide tree:
On x86_64:
perl-eperl-2.2.14-19.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2)
On i386:
perl-eperl-2.2.14-19.fc17.i686 requires perl(:MODULE_COMPAT_5.14.2)
Please resolve this as soon as possible.
--
Fedora Extras Perl
perl-Class-InsideOut has broken dependencies in the rawhide tree:
On x86_64:
perl-Class-InsideOut-1.10-6.fc17.noarch requires
perl(:MODULE_COMPAT_5.14.2)
On i386:
perl-Class-InsideOut-1.10-6.fc17.noarch requires
perl(:MODULE_COMPAT_5.14.2)
Please resolve this as soon as
perl-Unix-Statgrab has broken dependencies in the rawhide tree:
On x86_64:
perl-Unix-Statgrab-0.04-13.fc17.x86_64 requires
perl(:MODULE_COMPAT_5.14.2)
On i386:
perl-Unix-Statgrab-0.04-13.fc17.i686 requires
perl(:MODULE_COMPAT_5.14.2)
Please resolve this as soon as possible.
A file has been added to the lookaside cache for perl-Class-Load:
81fcbf9b7c4ec9795344b96eb26dcd06 Class-Load-0.19.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 0139052b56418d9eeb504344d2b2eaa2823dd6bb
Author: Paul Howarth p...@city-fan.org
Date: Sun Jul 15 22:06:16 2012 +0100
Version 0.19 re-released
- New upstream re-release of 0.19 by DROLSKY
- The load_class() subroutine now returns the class name on success
(CPAN
The lightweight tag 'perl-Class-Load-0.19-7.fc18' was created pointing to:
0139052... Version 0.19 re-released
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 10bea176d2c94c669aadb7693a66e64d9c48ad42
Author: Paul Howarth p...@city-fan.org
Date: Sun Jul 15 22:48:07 2012 +0100
Update to 0.20
- Update to 0.20
- Same as the most recent 0.19, but with a new version (CPAN RT#78389)
perl-Class-Load.spec |8 ++--
sources
The lightweight tag 'perl-Class-Load-0.20-1.fc18' was created pointing to:
10bea17... Update to 0.20
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
40 matches
Mail list logo
