On Thu, 2013-05-16 at 00:33 -0400, Andre Robatino wrote:
NOTE: 32-bit DVD, and 64-bit Live Desktop and LXDE, are over their size
targets and will not fit on their target media (single layer DVD, 1 GB
USB, and 700 MiB CD, resp.).
Another note: there seems to be a very weird bug showing up with
Hi,
On 05/15/2013 05:33 PM, Sandro Mani wrote:
On 15.05.2013 17:24, Christopher Meng wrote:
I've noticed it
How to solve it?
See https://fedoraproject.org/wiki/Packaging:Conflicts#Library_Name_Conflicts
Erm, no the problem here is not a name conflict, but that
the library simple is
Dne 14.5.2013 20:46, Josh Boyer napsal(a):
Heck the community did not have the faintest idea which tickets they even
worked ( or did any work at all ) on until I literally request they adopted
the fesco model so we atleast could get a faint idea what was going to be
discussed on those
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=963561
--- Comment #2 from Fedora Update System upda...@fedoraproject.org ---
ctstream-7-1.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/ctstream-7-1.fc19
--
You are receiving this mail
Thanks.
Upstream decide to change its name.
I'll update the review request later.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hello,
there was a release of libical 1.0 recently [1], and I'd like to update
rawhide with it. It seems to be API compatible with 0.48, they only
bumped the soname version due to version jump to 1.0. Rex Dieter helped
me to fix a spec file to it (to use cmake), thus I plan to push the
On Thu, May 16, 2013 at 5:25 AM, Vít Ondruch vondr...@redhat.com wrote:
Dne 14.5.2013 20:46, Josh Boyer napsal(a):
Heck the community did not have the faintest idea which tickets they even
worked ( or did any work at all ) on until I literally request they
adopted
the fesco model so we
On Wed, 15.05.13 15:28, Orion Poplawski (or...@cora.nwra.com) wrote:
On 05/15/2013 03:26 PM, Bill Nottingham wrote:
Orion Poplawski (or...@cora.nwra.com) said:
On 05/15/2013 05:36 AM, Lennart Poettering wrote:
On Tue, 14.05.13 20:43, Adam Williamson (awill...@redhat.com) wrote:
Compose started at Thu May 16 08:15:03 UTC 2013
Broken deps for x86_64
--
[LuxRender]
LuxRender-blender-1.0-10.fc19.x86_64 requires blender(ABI) = 0:2.66
[blender]
1:fonts-blender-2.67-1.fc20.x86_64 requires blender =
Compose started at Thu May 16 09:15:02 UTC 2013
Broken deps for x86_64
--
[byzanz]
byzanz-0.3-0.5.fc17.x86_64 requires libpanel-applet-4.so.0()(64bit)
[deltacloud-core]
deltacloud-core-rhevm-1.1.3-1.fc19.noarch requires
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/14/2013 06:30 PM, Dan Williams wrote:
On Tue, 2013-05-14 at 15:51 -0600, Chris Murphy wrote:
This is not intended to be snarky, but I admit it could sound like it is.
When are long startup times for services considered to be bugs in their
On 05/16/2013 11:16 AM, Josh Boyer wrote:
On Thu, May 16, 2013 at 5:25 AM, Vít Ondruch vondr...@redhat.com wrote:
Dne 14.5.2013 20:46, Josh Boyer napsal(a):
Heck the community did not have the faintest idea which tickets they even
worked ( or did any work at all ) on until I literally request
On Thu, May 16, 2013 at 9:11 AM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
On 05/16/2013 11:16 AM, Josh Boyer wrote:
On Thu, May 16, 2013 at 5:25 AM, Vít Ondruch vondr...@redhat.com wrote:
Dne 14.5.2013 20:46, Josh Boyer napsal(a):
Heck the community did not have the faintest idea
On 05/16/2013 01:29 PM, Josh Boyer wrote:
Have you suggested an election for the FPC? Looking at Vit's links, I
see he asked for an open process and you immediately went to
disbanding the FPC.
Yes because I thought about it and came to the conclusion that it would
be more efficient to be
commit e7db6a22860ce234f21ebcf1c76dd9b5dad0fa3b
Author: Jose Pedro Oliveira j...@di.uminho.pt
Date: Thu May 16 16:29:25 2013 +0100
* No longer disable the 000-report-versions.t test
perl-NetPacket.spec |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
---
diff --git
On Thu, 2013-05-16 at 09:47 +0200, Hans de Goede wrote:
And then you can install both versions, so that you can use
both apps linked against the old and new version, but
only one -devel package, as there can be only 1 unversioned
symlink for ldd, so installing both + the -devel for the
Dne 16.5.2013 15:29, Josh Boyer napsal(a):
Anyway working with them does not make the process going any faster since to
me the FPC and it's concept is the bottleneck vs the open way of
ack/nack/patch approach where you would have more participants and eyes on
the guidelines changes including by
On 05/16/2013 07:10 AM, Daniel J Walsh wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/14/2013 06:30 PM, Dan Williams wrote:
On Tue, 2013-05-14 at 15:51 -0600, Chris Murphy wrote:
12.715s restorecond.service
I have no idea why restorecond would take this much time, and it really
On May 16, 2013, at 7:10 AM, Daniel J Walsh dwa...@redhat.com wrote:
12.715s restorecond.service
I have no idea why restorecond would take this much time, and it really should
not be enabled for most machines, with file name transitions.
Not sure why it is enabled. Could someone check
On 05/16/2013 03:09 PM, Vít Ondruch wrote:
I think that JBG built on my proposal. I am personally ambivalent to
disabling FPC. I can imagine that some process as proposed by JBG
would work, but I am afraid it is too big leap to be accepted by FPC
and probably by entire community as well.
On Thu, May 16, 2013 at 12:40 PM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
On 05/16/2013 03:09 PM, Vít Ondruch wrote:
I think that JBG built on my proposal. I am personally ambivalent to
disabling FPC. I can imagine that some process as proposed by JBG would
work, but I am afraid it
Hi
He doesn't seem to have been responding to bugs for years. I have
initiated the unresponsive maintainer process
https://bugzilla.redhat.com/show_bug.cgi?id=963890
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
These are the remaining items that I don't understand why they run at all, on
every boot.
There have been no crashes, so ext4 doesn't need fsck on every boot:
4.051s systemd-fsck-root.service
515ms
On Thu, 2013-05-16 at 12:20 -0600, Chris Murphy wrote:
These are the remaining items that I don't understand why they run at all, on
every boot.
There have been no crashes, so ext4 doesn't need fsck on every boot:
4.051s systemd-fsck-root.service
515ms
On Thu, 16.05.13 12:20, Chris Murphy (li...@colorremedies.com) wrote:
There have been no crashes, so ext4 doesn't need fsck on every boot:
4.051s systemd-fsck-root.service
515ms
In relation to the 'when startup delays become bugs' thread, it occurs
to me that perhaps not all packagers / devs know about one of the neater
systemd capabilities: conditional service activation. You can make
activation of your service conditional on a wide range of things,
including:
1. The
From: Adam Williamson awill...@redhat.com
How do I determine what component to file a bug against? I guess I
have to find the package that caused these .service files to be
installed?
Yes. 'rpm -qf /lib/systemd/system/foo.service'.
I'd actually suggest doing:
rpm -qif
On Thu, 16.05.13 09:28, Orion Poplawski (or...@cora.nwra.com) wrote:
On 05/16/2013 07:10 AM, Daniel J Walsh wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/14/2013 06:30 PM, Dan Williams wrote:
On Tue, 2013-05-14 at 15:51 -0600, Chris Murphy wrote:
12.715s restorecond.service
On Thu, 2013-05-16 at 14:44 -0400, john.flor...@dart.biz wrote:
From: Adam Williamson awill...@redhat.com
How do I determine what component to file a bug against? I guess I
have to find the package that caused these .service files to be
installed?
Yes. 'rpm -qf
On May 16, 2013, at 12:39 PM, Lennart Poettering mzerq...@0pointer.de wrote:
Hmm, on your machine, what does systemctl show -p WantedBy -p
RequiredBy systemd-udev-settle.service show? This will tell us which
package is actually responsible for pulling in
systemd-udev-settle.service.
On Thu, 2013-05-16 at 12:51 -0600, Chris Murphy wrote:
And I missed one other I don't understand, which is a top 3 offender:
9.855s accounts-daemon.service
# We pull this in by graphical.target instead of waiting for the bus
# activation, to speed things up a little: gdm uses this
On Thu, 16.05.13 12:51, Chris Murphy (li...@colorremedies.com) wrote:
On May 16, 2013, at 12:39 PM, Lennart Poettering mzerq...@0pointer.de wrote:
Hmm, on your machine, what does systemctl show -p WantedBy -p
RequiredBy systemd-udev-settle.service show? This will tell us which
On Thu, 2013-05-16 at 11:35 -0700, Adam Williamson wrote:
3. Make the whole service conditional on there being anything
in /sys/fs/pstore at all. In practice, just doing this would resolve the
problems and make 1 and 2 unnecessary (though still possibly desirable).
To do that, just add this
On Thu, 16.05.13 12:15, Adam Williamson (awill...@redhat.com) wrote:
On Thu, 2013-05-16 at 11:35 -0700, Adam Williamson wrote:
3. Make the whole service conditional on there being anything
in /sys/fs/pstore at all. In practice, just doing this would resolve the
problems and make 1 and 2
My top 6 of extreme long starting services are:
$ systemd-analyze blame
27.652s NetworkManager.service
27.072s chronyd.service
27.015s avahi-daemon.service
26.899s tuned.service
26.647s restorecond.service
23.512s lightdm.service
And I don't
On Thu, 2013-05-16 at 21:29 +0200, Heiko Adams wrote:
My top 6 of extreme long starting services are:
$ systemd-analyze blame
27.652s NetworkManager.service
27.072s chronyd.service
27.015s avahi-daemon.service
26.899s tuned.service
26.647s
Once upon a time, Heiko Adams heiko.ad...@gmail.com said:
My top 6 of extreme long starting services are:
$ systemd-analyze blame
27.652s NetworkManager.service
27.072s chronyd.service
27.015s avahi-daemon.service
26.899s tuned.service
26.647s
Am 16.05.2013 21:41, schrieb Chris Adams:
Once upon a time, Heiko Adams heiko.ad...@gmail.com said:
My top 6 of extreme long starting services are:
$ systemd-analyze blame
27.652s NetworkManager.service
27.072s chronyd.service
27.015s avahi-daemon.service
On May 16, 2013, at 12:57 PM, Adam Williamson awill...@redhat.com wrote:
On Thu, 2013-05-16 at 12:51 -0600, Chris Murphy wrote:
And I missed one other I don't understand, which is a top 3 offender:
9.855s accounts-daemon.service
# We pull this in by graphical.target instead of
On May 16, 2013, at 1:41 PM, Chris Adams li...@cmadams.net wrote:
Once upon a time, Heiko Adams heiko.ad...@gmail.com said:
My top 6 of extreme long starting services are:
$ systemd-analyze blame
27.652s NetworkManager.service
27.072s chronyd.service
27.015s
The GNU C Library update brake host name resolution via Multicast DNS[1].
This has long been present[2], so am I missing something in this respect?
# grep ^hosts /etc/nsswitch.conf
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
# rpm -qf /etc/nsswitch.conf
glibc-2.16-31.fc18.x86_64
On Thu, 2013-05-16 at 11:35 -0700, Adam Williamson wrote:
2. Move the 'wait for abrtd' stuff to under the 'cd /sys/fs/pstore
2/dev/null || exit 0' line. Then at least if /sys/fs/pstore doesn't
exist at all, we can exit without waiting for a second.
3. Make the whole service conditional on
On May 16, 2013, at 1:51 PM, Chris Murphy li...@colorremedies.com wrote:
I wonder if wireless connectivity is related? When I reboot with and without
a wired connection attached, I get the same result. But maybe wireless is
causing delays just by being configured, even if a wired
Lennart Poettering (mzerq...@0pointer.de) said:
RequiredBy=
WantedBy=dmraid-activation.service
I'm not using dmraid, or md raid, or any kind of raid at the moment. I also
have this entry, previously explained in this thread as probably not being
needed unless dmraid is being used,
On Thu, 2013-05-16 at 16:17 -0400, Bill Nottingham wrote:
Lennart Poettering (mzerq...@0pointer.de) said:
RequiredBy=
WantedBy=dmraid-activation.service
I'm not using dmraid, or md raid, or any kind of raid at the moment. I
also have this entry, previously explained in this
On 05/15/2013 08:53 PM, Richard Shaw wrote:
I already have an update for OpenImageIO ready...
How about I go ahead and commit it but let you kick off the build?
Thanks,
Richard
I didn't see any commits from you, so I've left it for you to rebuild.
--
Orion Poplawski
Technical Manager
On 05/15/2013 02:22 PM, Orion Poplawski wrote:
I will be updating hdf5 t0 1.8.11 in rawhide tomorrow. This will requires a
rebuild of packages built against it. I will try to get to all of those well.
cgnslib-3.1-5.r4.fc19.src.rpm
dmapd-0.0.51-1.fc20.src.rpm
Field3D-1.3.2-9.fc19.src.rpm
On 05/16/2013 08:17 PM, Bill Nottingham wrote:
We*could* drop all the assorted local storage tools from @standard and just
leave
them to be installed by anaconda if they're being used to create such
storage. They'd have to remain on the live image, though, and so this would
not help installs
On Thu, 2013-05-16 at 20:41 +, Jóhann B. Guðmundsson wrote:
On 05/16/2013 08:17 PM, Bill Nottingham wrote:
We *could* drop all the assorted local storage tools from @standard and
just leave
them to be installed by anaconda if they're being used to create such
storage. They'd have
On May 16, 2013, at 2:17 PM, Chris Murphy li...@colorremedies.com wrote:
OK well this isn't right. On every reboot, wireless is activated and
connected to. But the wired connection is disabled.
https://bugzilla.redhat.com/show_bug.cgi?id=963952
The most relevant line I'm finding is this:
On Thu, 2013-05-16 at 14:57 -0600, Chris Murphy wrote:
On May 16, 2013, at 2:17 PM, Chris Murphy li...@colorremedies.com wrote:
OK well this isn't right. On every reboot, wireless is activated and
connected to. But the wired connection is disabled.
Adam,
the groupinstall virtualization, and creating a VM with a NIC set to
bridged mode.
Maybe this refers to creating a macvtap bridge NIC.
Cheers.
On Thu, May 16, 2013 at 6:01 PM, Adam Williamson awill...@redhat.com wrote:
On Thu, 2013-05-16 at 14:57 -0600, Chris Murphy wrote:
On May
On May 16, 2013, at 3:05 PM, Reartes Guillermo rtgui...@gmail.com wrote:
Adam,
the groupinstall virtualization, and creating a VM with a NIC set to
bridged mode.
Maybe this refers to creating a macvtap bridge NIC.
For a handful of tests yesterday it was set to that. All day today it's
Hi,
I noticed that varnish service doesn't work after systemd update to version
201-2
varnish.service - Varnish a high-perfomance HTTP accelerator
Loaded: loaded (/usr/lib/systemd/system/varnish.service; enabled)
Active: failed (Result: exit-code) since czw 2013-05-16 23:12:50 CEST;
1min
On May 16, 2013, at 3:05 PM, Reartes Guillermo rtgui...@gmail.com wrote:
Adam,
the groupinstall virtualization, and creating a VM with a NIC set to
bridged mode.
Maybe this refers to creating a macvtap bridge NIC.
1: lo: LOOPBACK,UP,LOWER_UP mtu 65536 qdisc noqueue state UNKNOWN mode
On May 16, 2013, at 3:36 PM, Chris Murphy li...@colorremedies.com wrote:
Rebooted. I still have the problem. Wired connection is Off on each reboot.
This happens even if I regress to the 3.9.0 kernel that's used on the Live
media, which works on every boot. Flummoxed.
I found part of the
On May 16, 2013, at 1:51 PM, Chris Murphy li...@colorremedies.com wrote:
But maybe wireless is causing delays just by being configured, even if a
wired connection is available?
Not really. The one improvement is in NetworkManager-wait-online.service which
with a wired connection instead of
Hi, i just tried to compare my F17 system with F19 pre-release and found
something odd in my F17 system:
# uptime
19:08:26 up 2 days, 10 min, 5 users, load average: 0.18, 0.28, 0.31
# systemd-analyze time
Bootup is not yet finished. Please try again later.
A very funny message. :-)
What does
Is there some way I can find out what is going on with this job?
http://koji.fedoraproject.org/koji/taskinfo?taskID=5389211
The Rawhide version built in about half an hour, but this build (for
F-19) has been on the creating SRPM step pretty much all day. Thanks,
--
Jerry James
On Thu, 16 May 2013 16:36:36 -0600
Jerry James loganje...@gmail.com wrote:
Is there some way I can find out what is going on with this job?
http://koji.fedoraproject.org/koji/taskinfo?taskID=5389211
The Rawhide version built in about half an hour, but this build (for
F-19) has been on the
On Thu, 16.05.13 14:41, Chris Adams (li...@cmadams.net) wrote:
Once upon a time, Heiko Adams heiko.ad...@gmail.com said:
My top 6 of extreme long starting services are:
$ systemd-analyze blame
27.652s NetworkManager.service
27.072s chronyd.service
27.015s
On Thu, 16.05.13 13:44, Adam Williamson (awill...@redhat.com) wrote:
On Thu, 2013-05-16 at 20:41 +, Jóhann B. Guðmundsson wrote:
On 05/16/2013 08:17 PM, Bill Nottingham wrote:
We *could* drop all the assorted local storage tools from @standard and
just leave
them to be
Can you replace /usr/sbin/varnishd with echo and show the output for
both systemd versions? If Varnish is showing a usage guide, it's
probably a parameter/substitution issue.
On Thu, May 16, 2013 at 2:23 PM, Michał Piotrowski mkkp...@gmail.com wrote:
Hi,
I noticed that varnish service doesn't
On Thu, May 16, 2013 at 4:25 PM, David Strauss da...@davidstrauss.net wrote:
echo
Well, /usr/bin/echo.
--
David Strauss
| da...@davidstrauss.net
| +1 512 577 5827 [mobile]
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, 16.05.13 19:18, Reartes Guillermo (rtgui...@gmail.com) wrote:
Hi, i just tried to compare my F17 system with F19 pre-release and found
something odd in my F17 system:
# uptime
19:08:26 up 2 days, 10 min, 5 users, load average: 0.18, 0.28, 0.31
# systemd-analyze time
Bootup is
On Thu, May 16, 2013 at 4:53 PM, Kevin Fenzi ke...@scrye.com wrote:
Should be moving along now.
Already done, in fact. Thanks, Kevin!
We have seen this happen from time to time... kojid on the builder dies
so it stops processing the job it's working on.
Will try and track down the
On Thu, 16.05.13 16:17, Bill Nottingham (nott...@redhat.com) wrote:
Lennart Poettering (mzerq...@0pointer.de) said:
RequiredBy=
WantedBy=dmraid-activation.service
I'm not using dmraid, or md raid, or any kind of raid at the moment. I
also have this entry, previously explained
Hi,
Tanks for answering, i found something:
# systemctl --full list-jobs
JOB UNIT TYPESTATE
313
dev-disk-by\x2dpartuuid-9bbff442\x2d1f6e\x2d4c35\x2d9db9\x2d976448ed6032.swap
start running
314 dev-disk-by\x2did-wwn\x2d0x50014ee056bd218a\x2dpart3.swap
On Fri, 2013-05-17 at 01:21 +0200, Lennart Poettering wrote:
On Thu, 16.05.13 13:44, Adam Williamson (awill...@redhat.com) wrote:
On Thu, 2013-05-16 at 20:41 +, Jóhann B. Guðmundsson wrote:
On 05/16/2013 08:17 PM, Bill Nottingham wrote:
We *could* drop all the assorted local
在 2013-5-16 PM11:09，Colin Walters walt...@verbum.org写道：
[skip]
This software is developed under MAC and the author haven't use any Linux
distros at all. So he didn't notice the conflicts when he first released it.
Now the packager of Debian and FreeBSD has also found this problem, so
upstream
On Thu, May 16, 2013 at 5:01 PM, Adam Williamson awill...@redhat.com wrote:
On Thu, 2013-05-16 at 14:57 -0600, Chris Murphy wrote:
On May 16, 2013, at 2:17 PM, Chris Murphy li...@colorremedies.com wrote:
OK well this isn't right. On every reboot, wireless is activated and
connected to.
On Thu, May 9, 2013 at 12:12 AM, Rahul Sundaram methe...@gmail.com wrote:
Hi
On Thu, May 9, 2013 at 12:04 AM, Adam Williamson wrote:
Yes, I know that, thanks. I didn't ask for a lecture, but whether this
was actually written down in the guidelines somewhere.
It is not written down as
On Thu, 2013-05-16 at 22:48 -0400, Nico Kadel-Garcia wrote:
On Thu, May 9, 2013 at 12:12 AM, Rahul Sundaram methe...@gmail.com wrote:
Hi
On Thu, May 9, 2013 at 12:04 AM, Adam Williamson wrote:
Yes, I know that, thanks. I didn't ask for a lecture, but whether this
was actually
On Thu, 2013-05-16 at 21:47 -0400, Nico Kadel-Garcia wrote:
On Thu, May 16, 2013 at 5:01 PM, Adam Williamson awill...@redhat.com wrote:
On Thu, 2013-05-16 at 14:57 -0600, Chris Murphy wrote:
On May 16, 2013, at 2:17 PM, Chris Murphy li...@colorremedies.com wrote:
OK well this isn't
On Thu, 2013-05-16 at 15:44 -0600, Chris Murphy wrote:
On May 16, 2013, at 3:36 PM, Chris Murphy li...@colorremedies.com wrote:
Rebooted. I still have the problem. Wired connection is Off on each reboot.
This happens even if I regress to the 3.9.0 kernel that's used on the Live
media,
On Thu, 2013-05-16 at 23:49 -0500, Dan Williams wrote:
On Thu, 2013-05-16 at 15:44 -0600, Chris Murphy wrote:
On May 16, 2013, at 3:36 PM, Chris Murphy li...@colorremedies.com wrote:
Rebooted. I still have the problem. Wired connection is Off on each
reboot. This happens even if I
Am 17.05.2013 01:09, schrieb Lennart Poettering:
For the super slow run above I'd be quite interested to have a look at
the bootchart actually. (Heiko? Can you upload that?)
Lennart
https://www.dropbox.com/s/95dzgklajrgaz4n/bootchart-20130517-0756.svg
BTW: Is it correct that
On May 16, 2013, at 10:49 PM, Dan Williams d...@redhat.com wrote:
On Thu, 2013-05-16 at 15:44 -0600, Chris Murphy wrote:
On May 16, 2013, at 3:36 PM, Chris Murphy li...@colorremedies.com wrote:
Rebooted. I still have the problem. Wired connection is Off on each reboot.
This happens even
While we're dredging up old threads ;) .
On Fri, 10 May, 2013 at 12:29:16 GMT, Florian Weimer wrote:
There is some fairly horrible stuff, like std::copy:
http://en.cppreference.com/w/cpp/algorithm/copy
You can pass a std::vectorT::iterator (say, the result of begin()) as
the output
This is a weird bug I've seen 3 or 4 times since upgrading to F19, and
am having trouble pinning down.
Occasionally, after my session has been up for some time, runs of 'su'
start behaving oddly. After I enter the root password, it takes a long
time - longer than the delay that's always happened
Same here.
Either before entering or after entering is slow.
But not sure for what reason...
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=963561
Bug ID: 963561
Summary: ctstream-7 is available
Product: Fedora
Version: rawhide
Component: ctstream
Keywords: FutureFeature, Triaged
Severity: unspecified
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=963585
Bug ID: 963585
Summary: perl-App-cpanminus-1.6915 is available
Product: Fedora
Version: rawhide
Component: perl-App-cpanminus
Keywords: FutureFeature, Triaged
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=963586
Bug ID: 963586
Summary: perl-DBI-1.626 is available
Product: Fedora
Version: rawhide
Component: perl-DBI
Keywords: FutureFeature, Triaged
Severity:
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=963561
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
A file has been added to the lookaside cache for ctstream:
526c02f0b453fd901c41c1293f435921 ctstream-7
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit c553648e3fb44deb5d75a8b1e502fec329842d15
Author: Petr Písař ppi...@redhat.com
Date: Thu May 16 11:11:43 2013 +0200
Version 7 bump
.gitignore|1 +
ctstream.spec |9 ++---
sources |2 +-
3 files changed, 8 insertions(+), 4 deletions(-)
---
diff --git
Summary of changes:
c553648... Version 7 bump (*)
(*) 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
commit 199bf4f4bf1ba0449f6f2cb82dbe152f9cf84f72
Author: Petr Písař ppi...@redhat.com
Date: Thu May 16 11:11:43 2013 +0200
Version 7 bump
.gitignore|1 +
ctstream.spec |9 ++---
sources |2 +-
3 files changed, 8 insertions(+), 4 deletions(-)
---
diff --git
Summary of changes:
199bf4f... Version 7 bump (*)
(*) 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
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=963561
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=963561
--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
ctstream-7-1.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/ctstream-7-1.fc18
--
You are receiving this mail
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=963561
--- Comment #4 from Fedora Update System upda...@fedoraproject.org ---
ctstream-7-1.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/ctstream-7-1.fc17
--
You are receiving this mail
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=963585
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
A file has been added to the lookaside cache for perl-App-cpanminus:
8f8c8c91d1bce9c134c56698b43fec0c App-cpanminus-1.6915.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 76ba318df2bfaf6cee365bfe56a6139379a044bb
Author: Petr Písař ppi...@redhat.com
Date: Thu May 16 11:41:48 2013 +0200
1.6915 bump
.gitignore |1 +
perl-App-cpanminus.spec |9 +++--
sources |2 +-
3 files changed, 9 insertions(+), 3
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=963586
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=963585
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
commit 39f832a458e098c9e6edf6931903bfa19161d657
Author: Petr Písař ppi...@redhat.com
Date: Thu May 16 12:02:49 2013 +0200
1.626 bump
.gitignore|1 +
perl-DBI.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=963586
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
1 - 100 of 110 matches
Mail list logo
