On 03/24/12 at 01:42pm, Antonio Trande wrote:
Hello.
With my Acer Aspire 6930G happen that after an indefinite time, the fan
starts to work permanently regardless of temperature.
In this moment, according to nvclock [1] the GPU temp is 43°C and the fan
is on; strangely because it starts to
review. Also, I figured it'd be a good idea to
kick around the 'QA as a sub-project' topic in a meeting.
This is a reminder of the upcoming QA meeting. Please add any topic
suggestions to the meeting wiki page:
https://fedoraproject.org/wiki/QA/Meetings/20120326
The current proposed agenda
On 25/03/12 13:54, Jos Vos wrote:
FWIW:
Django 1.4 has now been officially released.
I submitted an upgrade request in bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=806614
yes, thank you. We're aware of it. Please refer also to bug
https://bugzilla.redhat.com/show_bug.cgi?id=806463
- Original Message -
I booted the F17 beta ISO (x86_64, if it matters) on two laptops and
tried the provided memtest. In both cases it reported insane amounts
of
errors in test 7 after running successfully through tests 1..6. The
reported error addresses are in the 120 MB area.
I
On Fri, Mar 23, 2012 at 1:25 PM, Jon Ciesla limburg...@gmail.com
wrote:
On Fri, Mar 23, 2012 at 1:23 PM, Richard Shaw
hobbes1...@gmail.com wrote:
Darn... I was hoping that wouldn't bite me :) I'm assuming I can
ignore the error though? Or does it need to be fixed?
Fix. :(
Which
Hi,
they use a rather scary looking pile of development boards with very
poor I/O.
Buy a trimslice and run it with iSCSI. It's a very clean package, and
I can get 80 MB/sec to my file server's disks. That is neither
scary nor poor I/O.
http://www.delorie.com/arm/trimslice/iscsi.html
On Mon, Mar 26, 2012 at 9:41 AM, Gerd Hoffmann kra...@redhat.com wrote:
Hi,
they use a rather scary looking pile of development boards with very
poor I/O.
Buy a trimslice and run it with iSCSI. It's a very clean package, and
I can get 80 MB/sec to my file server's disks. That is neither
On Sun, Mar 25, 2012 at 11:41:18PM +0200, Kevin Kofler wrote:
Richard W.M. Jones wrote:
Perhaps, like Ubuntu's installer, the graphical part of Anaconda
should concentrate on doing the simple stuff, and leave everything
else to kickstart non-graphical installations.
I don't think that
On Mon, Mar 26, 2012 at 12:57:44AM +0200, Oron Peled wrote:
* IMO, it's important to have Debian packaging tools for Fedora so it
can be used as a more complete development platform:
- Currently, there's no problem building rpm's and yum repos on Debian
as a development platform,
2012/3/26 Jan Synacek jsyna...@redhat.com
On 03/24/12 at 01:42pm, Antonio Trande wrote:
Hello.
With my Acer Aspire 6930G happen that after an indefinite time, the fan
starts to work permanently regardless of temperature.
In this moment, according to nvclock [1] the GPU temp is 43°C
On 03/24/2012 10:09 PM, Chris Murphy wrote:
Fedora-17-Beta-x86_64-Live-Desktop.iso
http://fedoraproject.org/wiki/FirewallD suggests I should have firewall-config. The
configuration tool firewall-config is the main configuration tool for the firewall
daemon.
But I'm not finding
On 03/24/2012 10:09 PM, Chris Murphy wrote:
Fedora-17-Beta-x86_64-Live-Desktop.iso
http://fedoraproject.org/wiki/FirewallD suggests I should have firewall-config. The
configuration tool firewall-config is the main configuration tool for the firewall
daemon.
But I'm not finding
On 03/26/12 11:00, Peter Robinson wrote:
On Mon, Mar 26, 2012 at 9:41 AM, Gerd Hoffmann kra...@redhat.com wrote:
Hi,
they use a rather scary looking pile of development boards with very
poor I/O.
Buy a trimslice and run it with iSCSI. It's a very clean package, and
I can get 80 MB/sec to
On 03/26/2012 01:57 AM, Oron Peled wrote:
On Sunday, 25 בMarch 2012 20:01:37 Kalev Lember wrote:
For the past 17 months, each rawhide report has had broken dh-make deps.
The package was imported 21 Oct 2010 depending on a non-existing
debhelper package and has been broken ever since.
At the moment the GNOME updates in Fedora are a bit of chaotic affair.
They mostly work, but only because of people like mclasen who spend
hours and hours building packages and putting everything together
manually. For 3.3.92 I experimented doing a mega-update and trying to
get all the 3.3.92
On Mon, Mar 26, 2012 at 11:52 AM, Richard Hughes hughsi...@gmail.com wrote:
At the moment the GNOME updates in Fedora are a bit of chaotic affair.
They mostly work, but only because of people like mclasen who spend
hours and hours building packages and putting everything together
manually. For
Took a bit longer to get there (some initial issues with the alpha
needed fixing first), but rpm 4.9.90 has been in the rawhide buildroots
now for a few hours with no apparent issues. Knock wood.
As a reminder, at least the following packages will now need a rebuild
due to the soname bump:
On Mon, 2012-03-26 at 14:24 +0300, Panu Matilainen wrote:
As a reminder, at least the following packages will now need a rebuild
due to the soname bump:
jdieter deltarpm
Did I see that you took care of this one for me?
Jonathan
signature.asc
Description: This is a digitally
perl-Language-Prolog-Yaswi has broken dependencies in the F-17 tree:
On x86_64:
perl-Language-Prolog-Yaswi-0.19-1.fc17.x86_64 requires
libswipl.so.5.10.5()(64bit)
On i386:
perl-Language-Prolog-Yaswi-0.19-1.fc17.i686 requires libswipl.so.5.10.5
Please resolve this as soon as
A file has been added to the lookaside cache for perl-String-ToIdentifier-EN:
fb99f7b8bb574bf650563e6e1fd198a2 String-ToIdentifier-EN-0.07.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit 24b6cb7d7cb3b49419abb559038e59c07f5d0f32
Author: Iain Arnell iarn...@gmail.com
Date: Mon Mar 26 05:34:48 2012 -0600
update to 0.07
.gitignore |1 +
perl-String-ToIdentifier-EN.spec |5 -
sources |2 +-
3 files changed,
Following is the list of topics that will be discussed in the FESCo
meeting today at 17:00UTC (1:00pm EST, 19:00 CEST) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic #699 Proposal to remove the
commit b16cf593384c95133c8c0383c6be9bcc42524a70
Author: Petr Písař ppi...@redhat.com
Date: Mon Mar 26 13:36:03 2012 +0200
Rebuild against RPM 4.10
perl-RPM-VersionCompare.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-RPM-VersionCompare.spec
Compose started at Mon Mar 26 08:15:04 UTC 2012
Broken deps for x86_64
--
[HippoDraw]
HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray
HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray
On 03/26/2012 02:30 PM, Jonathan Dieter wrote:
On Mon, 2012-03-26 at 14:24 +0300, Panu Matilainen wrote:
As a reminder, at least the following packages will now need a rebuild
due to the soname bump:
jdieter deltarpm
Did I see that you took care of this one for me?
Doh... Sorry I
On 26 March 2012 11:58, Peter Robinson pbrobin...@gmail.com wrote:
It would be nice if the rawhide stream was built at the same time as
well as not doing so has the effect of people trying to work with
rawhide as well get random failures and in the process of building
F-17 and rawhide on ARM a
On Mon, Mar 26, 2012 at 12:26:47PM +0200, Gerd Hoffmann wrote:
Another possible way would be to boot directly from iscsi like you can
do on x86 with an sanboot-enabled iPXE rom. I have no idea whenever
u-boot can handle that though.
No. The U-boot supplied on the Trim-Slice is very
On Mon, 2012-03-26 at 14:48 +0300, Panu Matilainen wrote:
On 03/26/2012 02:30 PM, Jonathan Dieter wrote:
On Mon, 2012-03-26 at 14:24 +0300, Panu Matilainen wrote:
As a reminder, at least the following packages will now need a rebuild
due to the soname bump:
jdieter deltarpm
On Sat, Mar 24, 2012 at 2:14 PM, Ricardo Argüello
rica...@fedoraproject.org wrote:
On Sat, Mar 24, 2012 at 11:18 AM, Jerry James loganje...@gmail.com wrote:
On Sat, Mar 24, 2012 at 9:46 AM, Ricardo Argüello
rica...@fedoraproject.org wrote:
Hi,
I need to do a buildroot override for
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: RPM2 can't be built with new rpm-4.10
https://bugzilla.redhat.com/show_bug.cgi?id=806884
Summary: RPM2 can't be built with new rpm-4.10
Product:
Hi,
I am using the latest F16 kernel: 3.3.0-4.fc16.i686.PAE and am having
problems with a MicroSD card connected to a USB card reader. This has
been working fine until recently (at least in F14 on the same hardware).
The problem is that umount does not appear to be working correctly.
I have an
On 03/26/2012 02:05 PM, Terry Barnaby wrote:
Hi,
I am using the latest F16 kernel: 3.3.0-4.fc16.i686.PAE and am having
problems with a MicroSD card connected to a USB card reader. This has
been working fine until recently (at least in F14 on the same hardware).
The problem is that umount
I filled a bugreport moths ago, but actually I cannot get the id number,
maybe later I can try again
Il giorno 26/mar/2012 15:05, Terry Barnaby ter...@beam.ltd.uk ha
scritto:
Hi,
I am using the latest F16 kernel: 3.3.0-4.fc16.i686.PAE and am having
problems with a MicroSD card connected to a
Summary of changes:
9c97ff7... Spec clean-up (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
Please join us on irc.freenode.net in #fedora-meeting-1 for this
important meeting. Will the Beefy Miracle live up to the latter half of
its name? Attend this meeting and find out! :)
Wednesday, March 28, 2012 @21:00 UTC (17:00 EDT/14:00 PDT)
Before each public release Development, QA and
Richard Hughes wrote:
At the moment the GNOME updates in Fedora are a bit of chaotic affair.
They mostly work, but only because of people like mclasen who spend
hours and hours building packages and putting everything together
manually. For 3.3.92 I experimented doing a mega-update and trying
On Mon, 2012-03-26 at 11:58 +0100, Peter Robinson wrote:
.
It would be nice if the rawhide stream was built at the same time as
well as not doing so has the effect of people trying to work with
rawhide as well get random failures and in the process of building
F-17 and rawhide on ARM a non
Trying to build gforth with gcc 4.7 fails currently. The forth engine is
build but it fails its included tests. The problem is that every newline
the forth engine writes is replaced with 0x00 as seen in following diff:
010: 6566 696e 6564 2047 4458 2020 594f 5520 efined GDX YOU
020:
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=806922
--- Comment #2 from Petr Pisar ppi...@redhat.com 2012-03-26 10:39:01 EDT ---
Upgrading gcc and rpm-build did not help. Running
mod_python upstream has been inactive for five years, since Graham
Dumpleton went to work on mod_wsgi. IMO it is long past time to retire
mod_python in Fedora. But the following packages still depend on it:
Source : glump-0.9.11-10.fc17.src.rpm
Source : koji-1.6.0-3.fc17.src.rpm
Le lundi 26 mars 2012 à 16:04 +0100, Joe Orton a écrit :
mod_python upstream has been inactive for five years, since Graham
Dumpleton went to work on mod_wsgi. IMO it is long past time to retire
mod_python in Fedora. But the following packages still depend on it:
Source :
i notice this since upgraded to Fedora 16 on mostly all
virtual machines while i have never seeen this with F15
how to track down and for which component file a bugreport?
EXT4-fs (sda1): mounted filesystem without journal. Opts: noacl,nouser_xattr
systemd-fsck[607]: /var/log: Der Zeitpunkt des
On Mon, Mar 26, 2012 at 8:16 AM, Reindl Harald h.rei...@thelounge.net wrote:
i notice this since upgraded to Fedora 16 on mostly all
virtual machines while i have never seeen this with F15
how to track down and for which component file a bugreport?
On Mon, Mar 26, 2012 at 9:29 AM, Jef Spaleta jspal...@gmail.com wrote:
On Mon, Mar 26, 2012 at 8:16 AM, Reindl Harald h.rei...@thelounge.net wrote:
i notice this since upgraded to Fedora 16 on mostly all
virtual machines while i have never seeen this with F15
how to track down and for which
On Mon, Mar 26, 2012 at 6:16 PM, Reindl Harald h.rei...@thelounge.net wrote:
i notice this since upgraded to Fedora 16 on mostly all
virtual machines while i have never seeen this with F15
how to track down and for which component file a bugreport?
EXT4-fs (sda1): mounted filesystem without
Any particular reason why you boot the thing via tftp? I'd expect
just having /boot on the sd card (which you need for boot anyway) is
easier, especially when it comes to kernel updates.
I wanted the minimum on the sdcard (it just has the tftboot script)
because our build farm only has one
On 3/26/12 11:16 AM, Reindl Harald wrote:
i notice this since upgraded to Fedora 16 on mostly all
virtual machines while i have never seeen this with F15
how to track down and for which component file a bugreport?
EXT4-fs (sda1): mounted filesystem without journal. Opts: noacl,nouser_xattr
On Mon, Mar 26, 2012 at 04:54:05PM +0200, Adrian Reber wrote:
Trying to build gforth with gcc 4.7 fails currently. The forth engine is
build but it fails its included tests. The problem is that every newline
the forth engine writes is replaced with 0x00 as seen in following diff:
010:
Which leads me to a rant about ARM. G RANT!! I didn't think
I'd ever love the BIOS, but compared to the alternatives (UEFI and a
million different ARM bootloaders) it's simple and effective.
This is getting way off-topic, but... most linux-capable ARM chips
support a BIOS in the pc
Am 26.03.2012 20:22, schrieb Jef Spaleta:
hmmm - which HWCLOCK clock?
we are speaking about VMware Machines on ESXi/vSphere
My best suggestion for you is to read the following document.
www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf
and follow the best practises outlined
On Mon, Mar 26, 2012 at 10:42 AM, Reindl Harald h.rei...@thelounge.net wrote:
the document above is hughe outdated
Oh well. Nevermind then. Good luck correcting your configs
-jef
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
commit d7f775a901ed75c709cc7cc4ff0a7693ba987ffa
Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr
Date: Mon Mar 26 21:14:49 2012 +0200
Update to 0.317
.gitignore|1 +
perl-App-Cmd.spec |6 +-
sources |2 +-
3 files changed, 7 insertions(+), 2
On Fri, Mar 23, 2012 at 06:39:25PM +0100, Michał Piotrowski wrote:
Do you know if the new version of httpd has major changes in modules
API? I'm trying to cobble together spec file for mod_spdy
https://github.com/eventhorizonpl/mod_spdy/blob/master/mod_spdy.spec
and I hope to finish it for F18
Am 26.03.2012 21:11, schrieb Jef Spaleta:
On Mon, Mar 26, 2012 at 10:42 AM, Reindl Harald h.rei...@thelounge.net
wrote:
the document above is hughe outdated
Oh well. Nevermind then. Good luck correcting your configs
as you see in this output the configs are correct
this 19 guests are
Richard W.M. Jones wrote:
Is this really true? What happens if, say, your program depends on
PCRE, which has different sonames on Debian/Ubuntu and Fedora (for
essentially the same library):
The same thing which happens if you build for, say, RHEL 6 on Fedora 16
using mock, pbuilder is the
On Mon, Mar 26, 2012 at 01:37:39PM -0400, DJ Delorie wrote:
Which leads me to a rant about ARM. G RANT!! I didn't think
I'd ever love the BIOS, but compared to the alternatives (UEFI and a
million different ARM bootloaders) it's simple and effective.
This is getting way off-topic,
Just an announcement - the Messaging SIG is starting regular IRC meetings on
Tuesdays at 16:00 UTC.
Wiki page for the SIG:
http://fedoraproject.org/wiki/Messaging_SIG
My work on a proposal and a python library:
https://github.com/ralphbean/fedmsg/blob/develop/doc/proposal.rst
--
devel mailing
Matthias Clasen wrote:
The trick is to not build for rawhide ever, until after the stable
release is out, and instead rely on inheritance. Since building
everything twice is just a terrible waste of effort, and makes this
whole mass building thing even more of a torture. But, of course, this
Given that the pc sense of BIOS includes having arguments returned in
x86 registers, I really don't think that's true.
ARM has registers too...
My point is, the ARM chips *do* support an on-board flash bootloader,
and there's no reason why that bootloader couldn't export a standard
ABI that
Rex Dieter wrote:
the kde-sig has similar pain-points doing mass updates. Having a list of
pkgs to build (seems done on google docs in your case already, good), and
having your own koji tag/target does seem to simplify matters a bunch.
Then it's relatively easy to compose a bodhi update from
The following is going to kill pretty much every packaged webapp unless they
are changed now:
https://httpd.apache.org/docs/2.4/upgrading.html#access
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Reindl Harald wrote:
i notice this since upgraded to Fedora 16 on mostly all
virtual machines while i have never seeen this with F15
When did you see that? Yesterday? Might that be related to DST (Daylight
Savings Time, or Dumb Sucker Time as I like to call it ;-) )?
Kevin Kofler
--
As requested during the FESCo meeting, I am going to try to summarize
some of the issues inherent in the way that Bodhi updates currently
work.
First, I'll try to explain the goals and constraints:
1) The stable 'fedora-updates' yum repository should NEVER exist in a
state where any package has
Performance:
dd if=/dev/zero ~56MB/s CPU 10%
dd if=/dev/urandom ~12MB/s CPU 99%
haveged ~54MB/s CPU 25%
The dd relative values are consistent with kernels in Fedora 16. However these
tests were done with 3.3.0-1. The questions are:
Is
Once upon a time, Nicolas Mailhot nicolas.mail...@laposte.net said:
The following is going to kill pretty much every packaged webapp unless they
are changed now:
https://httpd.apache.org/docs/2.4/upgrading.html#access
Did you read this part:
The old access control idioms should be
Stephen Gallagher wrote:
2) We could continue on the single update for multiple packages
approach, but revamp the karma system so that each SRPM gets its own
karma, rather than the update as a whole. Then, the whole update would
not be pushed via autokarma until all of the dependent packages
On 03/26/2012 06:05 AM, Terry Barnaby wrote:
Hi,
I am using the latest F16 kernel: 3.3.0-4.fc16.i686.PAE and am having
problems with a MicroSD card connected to a USB card reader. This has
been working fine until recently (at least in F14 on the same hardware).
The problem is that umount
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 26.03.2012 21:53, Stephen Gallagher wrote:
So now we have our first updates dependency issue. If we submit
libtevent as its own update, it is possible that it will achieve its
karma requirement before libtalloc does. It would then be pushed to
I don't really use it anymore (replaced it with Zotero) and don't
have time to maintain it, but it is still being developed upstream
(as of late 2011):
http://sourceforge.net/projects/bibus-biblio/
There is a 1.5.2 release available, see also:
https://bugzilla.redhat.com/show_bug.cgi?id=757675
Pkgdb link:
https://admin.fedoraproject.org/pkgdb/acls/name/bibus
I kept myself on as a co-maintainer, but it deserves a more
proactive main owner.
- Original Message -
I don't really use it anymore (replaced it with Zotero) and don't
have time to maintain it, but it is still being
On Mon, Mar 26, 2012 at 03:32:15PM -0400, DJ Delorie wrote:
Given that the pc sense of BIOS includes having arguments returned in
x86 registers, I really don't think that's true.
ARM has registers too...
My point is, the ARM chips *do* support an on-board flash bootloader,
and
On Mon, Mar 26, 2012 at 12:49:32PM +0100, Richard Hughes wrote:
On 26 March 2012 11:58, Peter Robinson pbrobin...@gmail.com wrote:
It would be nice if the rawhide stream was built at the same time as
well as not doing so has the effect of people trying to work with
rawhide as well get
On Monday, 26 בMarch 2012 11:32:10 Richard W.M. Jones wrote:
On Mon, Mar 26, 2012 at 12:57:44AM +0200, Oron Peled wrote:
- This means that a Debian/Ubuntu workstation can build both .deb
and RPM packages, and we cannot use Fedora for a similar role.
Is this really true? What
This discussion started on the board list yet I know a lot of developers have
an opinion on the topic.
The deadline for F18 name ideas is almost over but the discussion is still
valid. Join the board list and speak up! Fedora is supposed to be community
driven, take the wheel.
-- Bob
-
On 03/26/2012 08:56 PM, Chris Murphy wrote:
Performance:
dd if=/dev/zero ~56MB/s CPU 10%
dd if=/dev/urandom~12MB/s CPU 99%
haveged ~54MB/s CPU 25%
The dd relative values are consistent with kernels in Fedora 16. However
On Monday, 26 בMarch 2012 13:08:33 Jeroen van Meeuwen (Kolab Systems) wrote:
I'm still interested in making available the packages through Fedora
repositories proper, but I'm also, admittedly, not paying attention to
the review tickets. I have what I need (rubygem-passenger and many
others
I don't want it to sounds like I'm discouraging anyone from packaging
these. I'm a well-known packaging maximalist :-) If they even let
me do 'dpkg-deb -c ...' then there is some use for them.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v
On Mon, 2012-03-26 at 11:52 +0100, Richard Hughes wrote:
At the moment the GNOME updates in Fedora are a bit of chaotic affair.
They mostly work, but only because of people like mclasen who spend
hours and hours building packages and putting everything together
manually. For 3.3.92 I
On 03/26/2012 10:10 PM, Michał Piotrowski wrote:
2012/3/26 Nicolas Mailhot nicolas.mail...@laposte.net:
The following is going to kill pretty much every packaged webapp unless they
are changed now:
https://httpd.apache.org/docs/2.4/upgrading.html#access
IMHO mod_access_compat should be
On Mon, Mar 26, 2012 at 6:53 PM, Dennis Jacobfeuerborn
denni...@conversis.de wrote:
I disagree. Since this is a major update that gets introduced together with
a new Fedora version this opportunity should be used to make switches like
these.
In principle I agree with what you're saying, but
On 03/27/2012 03:54 AM, Ken Dreyer wrote:
On Mon, Mar 26, 2012 at 6:53 PM, Dennis Jacobfeuerborn
denni...@conversis.de wrote:
I disagree. Since this is a major update that gets introduced together with
a new Fedora version this opportunity should be used to make switches like
these.
In
On Mon, Mar 26, 2012 at 6:55 PM, Chris Murphy li...@colorremedies.com wrote:
So then the question is, if urandom is what's recommended, are faster
substitutes just as good? If they are just as good, then why aren't they the
first recommendation? And if this step is superfluous, then I'd
A file has been added to the lookaside cache for perl-Test-Unit-Lite:
eda35ad122e70050b6e5f966b53d3b9e Test-Unit-Lite-0.1201.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 3b12ef404c4cd2e039e487413873ae514f15ca65
Author: Paul Howarth p...@city-fan.org
Date: Mon Mar 26 09:38:43 2012 +0100
Update to 0.1201
- New upstream release 0.1201
- Repackaged with newer Module::Builder
perl-Test-Unit-Lite.spec | 13 ++---
sources
The lightweight tag 'perl-Test-Unit-Lite-0.12-12.fc18' was created pointing to:
3b12ef4... Update to 0.1201
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
A file has been added to the lookaside cache for perl-URI:
70f739be8ce28b8baba7c5920ffee4dc URI-1.60.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit c68518da8f9f3906e88bd184cc1248495a7207a6
Author: Paul Howarth p...@city-fan.org
Date: Mon Mar 26 10:07:31 2012 +0100
Update to 1.60
- New upstream release 1.60
- Do not reverse the order of new parameters
- Avoid test failure if the local hostname is 'foo' (CPAN
Summary of changes:
c68518d... Update to 1.60 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
The lightweight tag 'perl-URI-1.60-1.fc17' was created pointing to:
c68518d... Update to 1.60
--
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
The lightweight tag 'perl-URI-1.60-1.fc18' was created pointing to:
c68518d... Update to 1.60
--
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
A file has been added to the lookaside cache for perl-B-Utils:
5e6af42f436918253137d367b52478cd B-Utils-0.21.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 20a94a6d4ab89175fd731a120adaf51697b8c76e
Author: Iain Arnell iarn...@gmail.com
Date: Mon Mar 26 05:22:24 2012 -0600
update to 0.21
.gitignore|1 +
perl-B-Utils.spec |6 --
sources |2 +-
3 files changed, 6 insertions(+), 3 deletions(-)
---
diff
commit 9c97ff7e83379604d23898e66bfdd6f3d9751beb
Author: Paul Howarth p...@city-fan.org
Date: Mon Mar 26 14:13:57 2012 +0100
Spec clean-up
- BR: perl(base), perl(Exporter), perl(Scalar::Util), perl(Tie::RefHash) ≥
1.34
- Don't use macros for commands
- Drop %defattr,
The lightweight tag 'perl-Test-use-ok-0.02-13.el5' was created pointing to:
475c162... Spec clean-up
--
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
The lightweight tag 'perl-Tie-RefHash-Weak-0.09-10.fc17' was created pointing
to:
9c97ff7... Spec clean-up
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
The lightweight tag 'perl-Tie-RefHash-Weak-0.09-10.fc18' was created pointing
to:
9c97ff7... Spec clean-up
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Socket-2.000-2 does not build in ARM Koji
https://bugzilla.redhat.com/show_bug.cgi?id=806922
Summary: perl-Socket-2.000-2 does not build in ARM Koji
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=806922
--- Comment #1 from Petr Pisar ppi...@redhat.com 2012-03-26 10:24:05 EDT ---
The built root differences are
gcc: 4.7.0-0.20.fc17
A file has been added to the lookaside cache for perl-Sane:
ac2a8fdeefd5f492adb4ee43eccaaad8 Sane-0.04.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 8809744f56b6faac4b44c9b0d7ef05fcade9df22
Author: Bernard Johnson bjohn...@symetrix.com
Date: Mon Mar 26 08:40:39 2012 -0600
v 0.04
.gitignore |1 +
perl-Sane.spec |7 +--
sources|2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git
1 - 100 of 126 matches
Mail list logo