On 05/17/2013 07:29 AM, Adam Williamson wrote:
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
On Fri, 2013-05-17 at 08:14 +0200, Jan Synacek wrote:
On 05/17/2013 07:29 AM, Adam Williamson wrote:
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
NOTE: The 64-bit Live LXDE is over its size target (700 MiB) and will
not fit on a standard 700 MiB CD.
As per the Fedora 19 schedule [1], Fedora 19 Beta Release Candidate 2
(RC2) is now available for testing. Content information, including
changes, can be found at
Hi,
On 05/17/2013 01:21 AM, 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 storage tools
Hi,
On 05/17/2013 01:31 AM, Lennart Poettering wrote:
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
Dne 16.5.2013 18:40, Jóhann B. Guðmundsson napsal(a):
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
2013/5/17 Ondrej Vasik ova...@fedoraproject.org
commit ed5396d91e0032fa7cbfd6cb0bde3d7850aba790
Author: Ondřej Vašík ova...@redhat.com
Date: Fri May 17 09:21:51 2013 +0200
require glibc-devel to prevent broken links in coreutils info manual
(#959697)
I don't think having glibc-devel
- Original Message -
2013/5/17 Ondrej Vasik ova...@fedoraproject.org
commit ed5396d91e0032fa7cbfd6cb0bde3d7850aba790
Author: Ondřej Vašík ova...@redhat.com
Date: Fri May 17 09:21:51 2013 +0200
require glibc-devel to prevent broken links in coreutils info manual
(#959697)
2013/5/17 Ondrej Vasik ova...@redhat.com
- Original Message -
2013/5/17 Ondrej Vasik ova...@fedoraproject.org
commit ed5396d91e0032fa7cbfd6cb0bde3d7850aba790
Author: Ondřej Vašík ova...@redhat.com
Date: Fri May 17 09:21:51 2013 +0200
require glibc-devel to prevent
- Original Message -
2013/5/17 Ondrej Vasik ova...@redhat.com
- Original Message -
2013/5/17 Ondrej Vasik ova...@fedoraproject.org
commit ed5396d91e0032fa7cbfd6cb0bde3d7850aba790
Author: Ondřej Vašík ova...@redhat.com
Date: Fri May 17 09:21:51 2013 +0200
On Fri, May 17, 2013 at 04:25:43AM -0400, Ondrej Vasik wrote:
- Original Message -
2013/5/17 Ondrej Vasik ova...@redhat.com
- Original Message -
2013/5/17 Ondrej Vasik ova...@fedoraproject.org
commit ed5396d91e0032fa7cbfd6cb0bde3d7850aba790
Author: Ondřej
Hey all,
Starting today, as soon as rpm-4.11.0.1-5 hits the rawhide buildroots,
rpmbuild will filter out non-library ELF soname dependencies by
default. The soname dependencies are filtered by name: only soname
dependencies containing .so and starting with lib or ld will be
recorded into
On 05/16/2013 11:23 PM, Michał Piotrowski wrote:
I noticed that varnish service doesn't work after systemd update to
version 201-2
Please file a bug.
Michal
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi folks,
in order that BZ (https://bugzilla.redhat.com/show_bug.cgi?id=963113)
libpng library was bumped.
koji build: http://koji.fedoraproject.org/koji/taskinfo?taskID=5391511
$ rpm -qpl
/var/lib/mock/fedora-rawhide-x86_64/result/libpng-devel-1.6.2-1.fc20.x86_64.rpm
On Fri, May 17, 2013 at 04:25:43AM -0400, Ondrej Vasik wrote:
2013/5/17 Ondrej Vasik ova...@redhat.com
2013/5/17 Ondrej Vasik ova...@fedoraproject.org
commit ed5396d91e0032fa7cbfd6cb0bde3d7850aba790
Author: Ondřej Vašík ova...@redhat.com
Date: Fri May 17
On Fri, May 17, 2013 at 06:22:09AM -0400, Ondrej Vasik wrote:
On Fri, May 17, 2013 at 04:25:43AM -0400, Ondrej Vasik wrote:
2013/5/17 Ondrej Vasik ova...@redhat.com
2013/5/17 Ondrej Vasik ova...@fedoraproject.org
commit ed5396d91e0032fa7cbfd6cb0bde3d7850aba790
On Thu, 2013-05-16 at 22:29 -0700, Adam Williamson wrote:
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
On Fri, May 17, 2013 at 06:22:09AM -0400, Ondrej Vasik wrote:
On Fri, May 17, 2013 at 04:25:43AM -0400, Ondrej Vasik wrote:
2013/5/17 Ondrej Vasik ova...@redhat.com
2013/5/17 Ondrej Vasik ova...@fedoraproject.org
commit
Le mercredi 15 mai 2013 à 11:40 -0700, Adam Williamson a écrit :
On Wed, 2013-05-15 at 12:21 -0600, Pete Zaitcev wrote:
On Tue, 14 May 2013 20:03:41 -0500
Michael Catanzaro mike.catanz...@gmail.com wrote:
Well the open model has already been tried and proven in openSUSE, and
they're
On Fri, May 17, 2013 at 11:25:31AM +0100, Daniel P. Berrange wrote:
Well, I don't think glibc info doc has only developer-targetted info -
that's the issue - there are more things useful to regular experienced
users (like regexps info, locales info).
In that case, glibc maintainers need
2013-05-17 12:20, Petr Hracek skrev:
Hi folks,
in order that BZ (https://bugzilla.redhat.com/show_bug.cgi?id=963113)
libpng library was bumped.
[snip]
Please rebuild your packages with new libpng library
Here is the list:
[snip, 306 packages]
Hi Petr,
Very cool to get updated libpng!
Am 17.05.2013 12:35, schrieb Ondrej Vasik:
In that case, glibc maintainers need to re-consider their claim that it
is only material for developers put it in glibc-common or a glibc-docs
package instead of the -devel package
That's what the glibc maintainers proposed as longer term
2013-05-17 13:17, Kalev Lember skrev:
The issue is that once this is in, all the 306 packages above will have
broken dependencies. And it's not just simple rebuilds that are
required; we'd need _ordered_ rebuilds in dependency order: build deps
that require the old libpng can't be installed in
Hello,
I have just created Review request in BZ
https://bugzilla.redhat.com/show_bug.cgi?id=964161
libpng was untagged by koji.
Thank you in advance for help.
Best regards / S pozdravem
Petr Hracek
On 05/17/2013 01:38 PM, Kalev Lember wrote:
2013-05-17 13:17, Kalev Lember skrev:
The issue
Compose started at Fri May 17 08:15:02 UTC 2013
Broken deps for x86_64
--
[OpenImageIO]
OpenImageIO-1.1.3-7.fc20.i686 requires libhdf5_cpp.so.7
OpenImageIO-1.1.3-7.fc20.i686 requires libhdf5.so.7
On 05/17/2013 07:17 AM, Ben Boeckel wrote:
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
/95dzgklajrgaz4n/bootchart-20130517-0756.svg
BTW: Is it correct that /dev/mapper/VolGroup-lv_home can't be found with
systemd-bootchart?
Hmm, for some reason the whole thing is truncated...
There are intervals of 2s where the whole machine doesn't do anything
apparently...
Can you rerun
Compose started at Fri May 17 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
On Fri, 17.05.13 09:05, Hans de Goede (hdego...@redhat.com) wrote:
Hi,
On 05/17/2013 01:21 AM, 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
that?)
Lennart
https://www.dropbox.com/s/95dzgklajrgaz4n/bootchart-20130517-0756.svg
BTW: Is it correct that /dev/mapper/VolGroup-lv_home can't be found with
systemd-bootchart?
Hmm, for some reason the whole thing is truncated...
There are intervals of 2s where the whole machine doesn't do
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 /dev/mapper/VolGroup-lv_home can't be found with
systemd-bootchart?
Hmm, for some reason the whole thing
On Thu, May 16, 2013 at 22:29:53 -0700,
Adam Williamson awill...@redhat.com wrote:
So I'm kinda stuck, really. Has anyone else seen this? Any bright ideas
for debugging it? Thanks!
I might have. I just suspected disk stalls. I haven't worried about it
too much, because that was going to be
On Fri, May 17, 2013 at 06:35:57 -0400,
Ondrej Vasik ova...@redhat.com wrote:
Require glibc-devel in coreutils means + ~1M to default minimal installation size. Not
much, but not good practice, I agree. I may go with coreutils-infodoc (or something like
that) subpackage (keeping just basic
Once upon a time, Lennart Poettering mzerq...@0pointer.de said:
I also filed this bug against anaconda, so that for the non-livecd
installs we don't even get dmraid installed...
I know there's always a goal of shrinking the base install, but I'm
afraid we're going overboard. One nice thing
On Fri, May 17, 2013 at 12:20:03 +0200,
Petr Hracek phra...@redhat.com wrote:
Hi folks,
in order that BZ (https://bugzilla.redhat.com/show_bug.cgi?id=963113)
libpng library was bumped.
Was this just in rawhide? Every package you listed looked like it was
in f18. If you ran the list against
On Fri, May 17, 2013 at 08:43:36AM -0500, Chris Adams wrote:
By cutting out all the hardware support except for what is in the system
at install, it becomes more difficult (like Windows) to deal with any
problems, hardware upgrades, etc. down the road.
Agreed, but I think
On Fri, May 17, 2013 at 13:17:17 +0200,
Kalev Lember kalevlem...@gmail.com wrote:
2) Introduce a libpng15 compat package with the old soname, to satisfy
deps while the packages are being rebuilt. You'd need something
similar to:
https://bugzilla.redhat.com/show_bug.cgi?id=845110
On Fri, May 17, 2013 at 08:43:36 -0500,
Chris Adams li...@cmadams.net wrote:
By cutting out all the hardware support except for what is in the system
at install, it becomes more difficult (like Windows) to deal with any
problems, hardware upgrades, etc. down the road.
Note that the change
On Thu, May 16, 2013 at 11:29 PM, Adam Williamson awill...@redhat.com wrote:
So I'm kinda stuck, really. Has anyone else seen this? Any bright ideas
for debugging it? Thanks!
This sounds familiar:
https://bugzilla.redhat.com/show_bug.cgi?id=723287#c5. It is probably
a different problem, since
On Fri, May 17, 2013 at 8:30 AM, Jerry James loganje...@gmail.com wrote:
This sounds familiar:
https://bugzilla.redhat.com/show_bug.cgi?id=723287#c5. It is probably
a different problem, since you say it doesn't happen right away.
Still, if you boot with enforcing=0, does that help?
My reply
I'd like some scriptable way to unpack SRPMs up and including to the
%prep stage. Ideally, the results would end up in a directory I
specify, and intermediate directories which only contain a single
subdirectory are skipped. (The eventual goal is to run two such
directory tress through diff
Ok, got it done. I had to update the arm patch to get it to build.
Thanks,
Richard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, May 17, 2013 at 04:37:13PM +0200, Florian Weimer wrote:
I'd like some scriptable way to unpack SRPMs up and including to the
%prep stage. Ideally, the results would end up in a directory I
specify, and intermediate directories which only contain a single
subdirectory are skipped.
On Fri, 2013-05-17 at 09:07 +0200, Hans de Goede wrote:
Hi,
On 05/17/2013 01:31 AM, Lennart Poettering wrote:
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
Perhaps is not working because most of the new policy are deployed in
enforcing mode and not in permissive ? But permissive not was born
exactly for this ?
Best
2013/4/23, Kevin Kofler kevin.kof...@chello.at:
Adam Williamson wrote:
SELinux keeps having bugs *because* they progressively build
Am 17.05.2013 12:35, schrieb Ondrej Vasik:
In that case, glibc maintainers need to re-consider their claim that it
is only material for developers put it in glibc-common or a glibc-docs
package instead of the -devel package
That's what the glibc maintainers proposed as longer term
Am 17.05.2013 10:07, schrieb Nicolas Chauvet:
2013/5/17 Ondrej Vasik ova...@redhat.com mailto:ova...@redhat.com
My understanding is that libc*.info should be moved to the main glibc instead
as most info file belong to the main
package.
One that doesn't want to install the documentation can
On Fri, 17.05.13 10:18, David Lehman (dleh...@redhat.com) wrote:
On Fri, 2013-05-17 at 09:07 +0200, Hans de Goede wrote:
Hi,
On 05/17/2013 01:31 AM, Lennart Poettering wrote:
On Thu, 16.05.13 16:17, Bill Nottingham (nott...@redhat.com) wrote:
Lennart Poettering
On 05/17/2013 08:37 AM, Florian Weimer wrote:
I'd like some scriptable way to unpack SRPMs up and including to the %prep
stage. Ideally, the results would end up in a directory I specify, and
intermediate directories which only contain a single subdirectory are
skipped. (The eventual goal is
On 05/17/2013 09:59 AM, Orion Poplawski wrote:
On 05/17/2013 08:37 AM, Florian Weimer wrote:
I'd like some scriptable way to unpack SRPMs up and including to the %prep
stage. Ideally, the results would end up in a directory I specify, and
intermediate directories which only contain a single
On 05/17/2013 10:01 AM, Orion Poplawski wrote:
On 05/17/2013 09:59 AM, Orion Poplawski wrote:
On 05/17/2013 08:37 AM, Florian Weimer wrote:
I'd like some scriptable way to unpack SRPMs up and including to the %prep
stage. Ideally, the results would end up in a directory I specify, and
On Fri, 2013-05-17 at 17:45 +0200, Lennart Poettering wrote:
On Fri, 17.05.13 10:18, David Lehman (dleh...@redhat.com) wrote:
On Fri, 2013-05-17 at 09:07 +0200, Hans de Goede wrote:
Hi,
On 05/17/2013 01:31 AM, Lennart Poettering wrote:
On Thu, 16.05.13 16:17, Bill Nottingham
Summary of changes:
cacf630... update to 2.0802 (*)
(*) 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
Summary of changes:
cacf630... update to 2.0802 (*)
(*) 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
On 16.05.2013 21:29, 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 restorecond.service
On 16.05.2013 23:01, Adam Williamson wrote:
On Thu, 2013-05-16 at 14:57 -0600, Chris Murphy wrote:
…
This doesn't happen when booting from Live media, so something's
changed since then it seems. The only two things I can think of are
the groupinstall virtualization, and creating a VM with a
On Fri, 2013-05-17 at 08:34 -0600, Jerry James wrote:
On Fri, May 17, 2013 at 8:30 AM, Jerry James loganje...@gmail.com wrote:
This sounds familiar:
https://bugzilla.redhat.com/show_bug.cgi?id=723287#c5. It is probably
a different problem, since you say it doesn't happen right away.
On 17.05.2013 14:45, Lennart Poettering wrote:
There is something really fishy...
…
Yeah!
The week *end* has just begun! :)
poma
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, 2013-05-17 at 10:18 -0500, David Lehman wrote:
On Fri, 2013-05-17 at 09:07 +0200, Hans de Goede wrote:
Hi,
On 05/17/2013 01:31 AM, Lennart Poettering wrote:
On Thu, 16.05.13 16:17, Bill Nottingham (nott...@redhat.com) wrote:
Lennart Poettering (mzerq...@0pointer.de) said:
On Fri, 2013-05-17 at 08:58 -0500, Bruno Wolff III wrote:
On Fri, May 17, 2013 at 13:17:17 +0200,
Kalev Lember kalevlem...@gmail.com wrote:
2) Introduce a libpng15 compat package with the old soname, to satisfy
deps while the packages are being rebuilt. You'd need something
On Fri, 2013-05-17 at 16:37 +0200, Florian Weimer wrote:
I'd like some scriptable way to unpack SRPMs up and including to the
%prep stage. Ideally, the results would end up in a directory I
specify, and intermediate directories which only contain a single
subdirectory are skipped. (The
On 05/17/2013 09:36 PM, Adam Williamson wrote:
On Fri, 2013-05-17 at 16:37 +0200, Florian Weimer wrote:
I'd like some scriptable way to unpack SRPMs up and including to the
%prep stage. Ideally, the results would end up in a directory I
specify, and intermediate directories which only contain
On 05/16/2013 02:39 PM, Lennart Poettering wrote:
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
On 05/15/2013 05:09 PM, Rahul Sundaram wrote:
On 05/15/2013 04:39 PM, Przemek Klosowski wrote:
I was planning to upgrade to F19 soon, and I kind-of care about the data on
that system (I have backup, but corruption would not be welcome, just for the
lost time reason). Do people recommend
On May 17, 2013, at 2:38 PM, Ric Wheeler rwhee...@redhat.com wrote:
On 05/16/2013 02:39 PM, Lennart Poettering wrote:
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
So I'm writing a blog post on this topic ATM, and that really kinda
brought home how messy this design is at present.
Quick refresher for anyone who hasn't looked at it much yet: in F19,
anaconda can create user accounts, and 'firstboot' has been replaced
with two alternative tools,
On Fri, 2013-05-17 at 14:25 -0700, Adam Williamson wrote:
but still, it seems to be worth considering. Alternatively, we could
make i-s behave a lot more like g-i-s: it could dump its 'root password'
and 'date/time' spokes, and only run at all, and only to allow user
creation, if you didn't
Including mailing list for wider/more inputs.
I'm thinking of another approach. How about adding open-vm-tools
to standard group and open-vm-tools-desktop to base-x group?
Then, I will not have to modify so many installation environments
(patches attached). In future, we could make these
On Fri, 2013-05-17 at 14:44 -0700, Adam Williamson wrote:
On Fri, 2013-05-17 at 14:25 -0700, Adam Williamson wrote:
but still, it seems to be worth considering. Alternatively, we could
make i-s behave a lot more like g-i-s: it could dump its 'root password'
and 'date/time' spokes, and
On 5/17/13 3:38 PM, Ric Wheeler wrote:
On 05/16/2013 02:39 PM, Lennart Poettering wrote:
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
On 5/17/13 3:58 PM, Chris Murphy wrote:
On May 17, 2013, at 2:38 PM, Ric Wheeler rwhee...@redhat.com wrote:
On 05/16/2013 02:39 PM, Lennart Poettering wrote:
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
On May 17, 2013, at 3:56 PM, Eric Sandeen sand...@redhat.com wrote:
On 5/17/13 3:58 PM, Chris Murphy wrote:
Seems some extra complexity is needed anyway since the way to deal
with file system problems differs with the various fs's. XFS and
Btrfs fsck's are noops. XFS needs xfs_repair run,
On May 17, 2013, at 3:53 PM, Eric Sandeen sand...@redhat.com wrote:
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
On 5/17/13 5:29 PM, Chris Murphy wrote:
On May 17, 2013, at 3:56 PM, Eric Sandeen sand...@redhat.com wrote:
On 5/17/13 3:58 PM, Chris Murphy wrote:
Seems some extra complexity is needed anyway since the way to deal
with file system problems differs with the various fs's. XFS and
Btrfs
On 5/17/13 5:39 PM, Chris Murphy wrote:
On May 17, 2013, at 3:53 PM, Eric Sandeen sand...@redhat.com wrote:
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
Le jeudi 16 mai 2013 à 14:44 -0400, john.flor...@dart.biz a écrit :
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 17, 2013 6:43 AM, Chris Adams li...@cmadams.net wrote:
Once upon a time, Lennart Poettering mzerq...@0pointer.de said:
I also filed this bug against anaconda, so that for the non-livecd
installs we don't even get dmraid installed...
I know there's always a goal of shrinking the base
On Fri, 2013-05-17 at 19:17 -0700, T.C. Hollingsworth wrote:
On May 17, 2013 6:43 AM, Chris Adams li...@cmadams.net wrote:
Once upon a time, Lennart Poettering mzerq...@0pointer.de said:
I also filed this bug against anaconda, so that for the non-livecd
installs we don't even get dmraid
On Fri, May 17, 2013 at 7:34 PM, Adam Williamson awill...@redhat.com wrote:
You could transfer the install to a system which contains a dmraid
array, or add a dmraid array to an existing install (I think this thread
has been considering only the case of the installed system itself being
on the
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=960358
Emmanuel Seyman emman...@seyman.fr changed:
What|Removed |Added
Status|NEW
perl-Bio-ASN1-EntrezGene has broken dependencies in the F-19 tree:
On x86_64:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
On i386:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
Please resolve this
perl-Bio-SamTools has broken dependencies in the F-19 tree:
On x86_64:
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires
perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq)
On i386:
perl-Bio-SamTools-1.35-2.fc19.i686 requires
perl-Bio-SamTools has broken dependencies in the rawhide tree:
On x86_64:
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires
perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq)
On i386:
perl-Bio-SamTools-1.35-2.fc19.i686 requires
perl-Bio-ASN1-EntrezGene has broken dependencies in the rawhide tree:
On x86_64:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
On i386:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
Please resolve
commit d2c77d8a202250a74a5155ef9048c07fc3ec297f
Author: Petr Písař ppi...@redhat.com
Date: Fri May 17 14:57:23 2013 +0200
Specify all dependencies
perl-Encode.spec | 13 -
1 files changed, 12 insertions(+), 1 deletions(-)
---
diff --git a/perl-Encode.spec b/perl-Encode.spec
A file has been added to the lookaside cache for perl-Mozilla-PublicSuffix:
cf54eb830d959f36cd107dd74c07b8a9 Mozilla-PublicSuffix-v0.1.13.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Summary of changes:
5ade837... Initial import (#963197) (*)
(*) 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 222a3818eae98baba7ced503529aa908e0f3f5d0
Author: Iain Arnell iarn...@gmail.com
Date: Fri May 17 08:23:27 2013 -0600
update to 0.63
.gitignore|1 +
perlbrew.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git
Summary of changes:
222a381... update to 0.63 (*)
(*) 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
Summary of changes:
222a381... update to 0.63 (*)
(*) 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=960446
--- Comment #1 from Fedora Update System upda...@fedoraproject.org ---
perlbrew-0.63-1.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/perlbrew-0.63-1.fc19
--
You are receiving this
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=960446
--- Comment #2 from Fedora Update System upda...@fedoraproject.org ---
perlbrew-0.63-1.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/perlbrew-0.63-1.fc18
--
You are receiving this
A file has been added to the lookaside cache for perl-Moose:
0e20adbf04d229465a91d5b6122a7bb7 Moose-2.0802.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit cacf630405d127eaece181f2c2d101ff0c828de9
Author: Iain Arnell iarn...@gmail.com
Date: Fri May 17 09:41:32 2013 -0600
update to 2.0802
.gitignore |1 +
perl-Moose.spec | 10 +++---
sources |2 +-
3 files changed, 9 insertions(+), 4 deletions(-)
---
diff
A file has been added to the lookaside cache for perl-Config-IniFiles:
b99a2c17e3221e45010d37e8509105d2 Config-IniFiles-2.81.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 2016f86b0d6be2587aecb76dde52eb2218f9e991
Author: Tom Callaway s...@fedoraproject.org
Date: Fri May 17 12:54:52 2013 -0400
2.81
.gitignore|1 +
perl-Config-IniFiles.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=963121
Tom spot Callaway tcall...@redhat.com changed:
What|Removed |Added
Status|NEW
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=853770
Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org
changed:
What|Removed |Added
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=964286
Bug ID: 964286
Summary: perl-DBI-1.627 is available
Product: Fedora
Version: rawhide
Component: perl-DBI
Keywords: FutureFeature, Triaged
Severity:
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=960446
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|MODIFIED
1 - 100 of 101 matches
Mail list logo