Hello,
It seems like the libgeotiff package has been removed from the RHEL6
repository. We could not find any news on the subject. Does anyone
know if the package has been removed intentionally?
Our servers show the installed version to be as follows:
Name: libgeotiff
Arch:
Hi,
On Mon, Oct 06, 2014 at 10:24:30AM +0300, Mika Heiskanen wrote:
It seems like the libgeotiff package has been removed from the RHEL6
repository. We could not find any news on the subject. Does anyone
know if the package has been removed intentionally?
the process to remove the package
On 10/06/2014 10:39 AM, Till Maas wrote:
Hi,
On Mon, Oct 06, 2014 at 10:24:30AM +0300, Mika Heiskanen wrote:
It seems like the libgeotiff package has been removed from the RHEL6
repository. We could not find any news on the subject. Does anyone
know if the package has been removed
Hello,
We would like to use a version of gfal2-plugin-xrootd built against xrootd
4 for EL5 and EL6. Does anyone know if there are plans to build and
release version 0.3 (or 0.3.pre1) for EL5 EL6?
(The version available in EL7 is built against xrootd 4, but EL5 EL6 are
built against
Il 02/10/2014 11:04, Zdenek Kabelac ha scritto:
It used to give significant boost for automake libtool based software
- however at some point libtool started to use bashisms and so you
cannot just replace /bin/sh - dash - as build will fail.
This is wrong.
libtool detects whether you can
Il 04/10/2014 18:17, Zdenek Kabelac ha scritto:
And yes - with UsrMove we lost distinction between
what are system tools
and
what are usr tools.
What you call system tools is simply the content of the initramfs.
Paolo
--
devel mailing list
devel@lists.fedoraproject.org
Hello all,
See - https://fedoraproject.org/wiki/FAD_Pune_Security_1
Date: Say, 1st Nov 2014
Venue: Red Hat Inc. Tower-10, Magarpatta City, Near Hadapsar, Pune, India.
On 1st Nov 2014, we plan to host a Fedora Activity Day(FAD) geared towards
triaging security bugs in Fedora. The day would
Dne 6.10.2014 v 08:21 Paolo Bonzini napsal(a):
Il 04/10/2014 18:17, Zdenek Kabelac ha scritto:
And yes - with UsrMove we lost distinction between
what are system tools
and
what are usr tools.
What you call system tools is simply the content of the initramfs.
Paolo
Close - but not exactly.
Dne 6.10.2014 v 08:06 Paolo Bonzini napsal(a):
Il 02/10/2014 11:04, Zdenek Kabelac ha scritto:
It used to give significant boost for automake libtool based software
- however at some point libtool started to use bashisms and so you
cannot just replace /bin/sh - dash - as build will fail.
On 10/01/2014 10:28 PM, Stephen Gallagher wrote:
Fedora officially only supports upgrades from a*fully-upgraded Fedora*
to the next version, so we could work around this by adding a temporary
explicit Requires: fedora-release-standard on the F20 fedora-release
package, thereby forcing all
On 10/03/2014 10:57 PM, Stephen Gallagher wrote:
To that end, fedup will grow a new mandatory option: --product. It will
take one of four arguments: standard (non-productized), server,
workstation or cloud.
For those rebels who use fedora-upgrade(8): this script now ask you right after
Hi
On Mon, Oct 6, 2014 at 3:18 AM, Miroslav Suchý msu...@redhat.com wrote:
I tried the upgrade during weekend. And I tried to simulate this requires
during upgrade.
The problem is that once you get fedora-release-standard, you will get
other *-standard (e.g.
firewalld-config-standard) and
Hi
I was pushing out updates for deluge for F20 and F19 and when I tried to
push to stable, AutoQA figured out what this was breaking the upgrade path
since I had forgotten to do a push for F21. So far so good however, the
message is a bit misleading
W dniu 04.10.2014 o 18:32, Matthew Miller pisze:
I'm not sure why you would need to do that because of running yum,
but, one thing you can do is remove the yum package and install
dnf-yum instead, which provides a /usr/bin/yum compatibility
wrapper.
Too bad that it does not also say that it
Hi
On Mon, Oct 6, 2014 at 3:52 AM, Marcin Juszkiewicz wrote:
Too bad that it does not also say that it provides yum ;(
09:52 root@pinkiepie-rawhide:mnt$ dnf install dnf-yum mock
Error: package mock-1.1.41-3.fc22.noarch requires yum = 2.4, but none
of the providers can be installed
Hi
One of the long standing features that were enabled by default in yum is
support for delta rpms. dnf developers have disabled this and I think this
change deserves a broader discussion
https://bugzilla.redhat.com/show_bug.cgi?id=1148208
Rahul
--
devel mailing list
On 10/06/2014 08:57 AM, Zdenek Kabelac wrote:
Well all I can say is autoconf (at least on my rawhide) doesn't work
with dash for quite some time.
Care to share more details?
Could be a dash bug, could be an autoconf bug, could be a local
configuration breakage, could be something else.
On Sat, Oct 4, 2014 at 8:37 AM, Panu Matilainen
pmati...@laiskiainen.org wrote:
I'm sure rpmlint can (be made to) check for bashisms...
https://sourceforge.net/p/rpmlint/tickets/39/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hello All!
2014-10-06 12:41 GMT+04:00 Rahul Sundaram methe...@gmail.com:
Hi
One of the long standing features that were enabled by default in yum is
support for delta rpms. dnf developers have disabled this
At last!
--
With best regards, Peter Lemenkov.
--
devel mailing list
On 6 October 2014 09:41, Rahul Sundaram methe...@gmail.com wrote:
Hi
One of the long standing features that were enabled by default in yum is
support for delta rpms. dnf developers have disabled this and I think this
change deserves a broader discussion
On 10/03/2014 10:51 PM, Haïkel wrote:
2014-10-03 22:30 GMT+02:00 Stephen Gallagher sgall...@redhat.com:
On Fri, 2014-10-03 at 21:43 +0200, Haïkel wrote:
This makes sense to me, though it annoys me as a token of our failure
to be an attractive platform for such use cases.
DId you consider
On Mon, Oct 06, 2014 at 04:41:07AM -0400, Rahul Sundaram wrote:
Hi
One of the long standing features that were enabled by default in yum is
support for delta rpms. dnf developers have disabled this and I think this
change deserves a broader discussion
Am 06.10.2014 um 13:00 schrieb Richard W.M. Jones:
On Mon, Oct 06, 2014 at 04:41:07AM -0400, Rahul Sundaram wrote:
One of the long standing features that were enabled by default in yum is
support for delta rpms. dnf developers have disabled this and I think this
change deserves a broader
Compose started at Mon Oct 6 07:15:02 UTC 2014
Broken deps for armhfp
--
[PyQuante]
PyQuante-libint-1.6.4-11.fc21.1.armv7hl requires libint(armv7hl-32) =
0:1.1.6-2.fc21
[audtty]
audtty-0.1.12-9.fc20.armv7hl requires
Compose started at Mon Oct 6 05:15:04 UTC 2014
Broken deps for i386
--
[Agda]
ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so
ghc-Agda-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so
Dennis, how can I help you to figure out image publishing process? Let
me know if I can be any help, we should definitely move forward on this
and it probably doesn't make sense vote until you say we have a workflow
how to ship the image.
Vašek
On 3.10.2014 08:56, Václav Pavlín wrote:
Hi I
On 10/05/2014 08:25 PM, Josh Boyer wrote:
On Sun, Oct 5, 2014 at 3:03 PM, Gene Czarcinski gczarcin...@gmail.com wrote:
On 10/05/2014 09:50 AM, Josef Bacik wrote:
On Oct 2, 2014 11:32 PM, Andre Robatino robat...@fedoraproject.org
wrote:
openSUSE 13.2, scheduled for release in November, will
On 10/06/2014 02:29 PM, Gene Czarcinski wrote:
Now, there is another question which has not been voiced: what is the
plan for filessystems in Fedora (and by implication RHEL)? Is it
BTRFS? Or, perhaps is it LVM with XFS? IIRC, some time ago it was
stated that the plan was to move to BTRFS.
On Mon, Oct 6, 2014 at 8:29 AM, Gene Czarcinski gczarcin...@gmail.com wrote:
On 10/05/2014 08:25 PM, Josh Boyer wrote:
On Sun, Oct 5, 2014 at 3:03 PM, Gene Czarcinski gczarcin...@gmail.com
wrote:
On 10/05/2014 09:50 AM, Josef Bacik wrote:
On Oct 2, 2014 11:32 PM, Andre Robatino
On Oct 6, 2014 8:29 AM, Gene Czarcinski gczarcin...@gmail.com wrote:
On 10/05/2014 08:25 PM, Josh Boyer wrote:
On Sun, Oct 5, 2014 at 3:03 PM, Gene Czarcinski gczarcin...@gmail.com
wrote:
On 10/05/2014 09:50 AM, Josef Bacik wrote:
On Oct 2, 2014 11:32 PM, Andre Robatino
On Mon, 2014-10-06 at 10:54 +0100, Ian Malone wrote:
On 6 October 2014 09:41, Rahul Sundaram methe...@gmail.com wrote:
Hi
One of the long standing features that were enabled by default in yum is
support for delta rpms. dnf developers have disabled this and I think this
change
On Sat, 2014-10-04 at 12:46 -0400, Mike Pinkerton wrote:
On 3 Oct 2014, at 19:37, Ray Strode wrote:
I'm not sure it's worth repainting the bikeshed at this point, but
during the alluded-to discussion a few alternative names came up that
would have been better than
On 10/05/2014 05:15 PM, Florian Weimer wrote:
On 10/04/2014 10:18 PM, Alec Leamas wrote:
Hm seems that recent bash patch to fix the shellshock problem
introduces this. Fedora-review relies on exported shell functions
(export -f) and the bash fix changes the syntax for exported functions
in
Change in package status over the last 168 hours
2 packages were orphaned
libvmime07 [master] was orphaned by robert
A powerful C++ class library for working with MIME/Internet messages
On 2014-10-06 15:16, Florian Weimer wrote:
On 10/05/2014 05:15 PM, Florian Weimer wrote:
On 10/04/2014 10:18 PM, Alec Leamas wrote:
Hm seems that recent bash patch to fix the shellshock problem
introduces this. Fedora-review relies on exported shell functions
(export -f) and the bash fix
On Mon, Oct 06, 2014 at 12:00:04PM +0100, Richard W.M. Jones wrote:
The amount of time taken to rebuild rpms from delta rpms meant that
they didn't seem to save anything for me.
It's not about saving *time*; it's about reducing the amount of data
sent over the wire -- this is particularly
On Mon, Oct 6, 2014 at 3:07 PM, Stephen Gallagher sgall...@redhat.com wrote:
On Mon, 2014-10-06 at 10:54 +0100, Ian Malone wrote:
On 6 October 2014 09:41, Rahul Sundaram methe...@gmail.com wrote:
Hi
One of the long standing features that were enabled by default in yum is
support for
Hi,
It would be nice to see if we can find ways to improve the performance
of the deltarpm reconstruction instead. Much of the time is spent on
compression/decompression tasks which *should* be massively parallel
s/massively parallel/not done at all/ ... but we had this discussion
On 10/06/2014 08:54 AM, Josef Bacik wrote:
Well that's exactly what it is, go away I'm busy with other stuff :). The
fact is I'm the only one who can drive btrfs as the default filesystem feature
in Fedora, and since I've left Red Hat that has become much less of an
priority for me. But my
On Mon, Oct 6, 2014 at 3:48 PM, Gerd Hoffmann kra...@redhat.com wrote:
Hi,
It would be nice to see if we can find ways to improve the performance
of the deltarpm reconstruction instead. Much of the time is spent on
compression/decompression tasks which *should* be massively parallel
On 10/6/14 8:50 AM, Ric Wheeler wrote:
On 10/06/2014 08:54 AM, Josef Bacik wrote:
Well that's exactly what it is, go away I'm busy with other stuff
:). The fact is I'm the only one who can drive btrfs as the
default filesystem feature in Fedora, and since I've left Red Hat
that has become
On Mon, Oct 6, 2014 at 9:50 AM, Ric Wheeler rwhee...@redhat.com wrote:
On 10/06/2014 08:54 AM, Josef Bacik wrote:
Well that's exactly what it is, go away I'm busy with other stuff :). The
fact is I'm the only one who can drive btrfs as the default filesystem
feature in Fedora, and since
On 10/6/14 7:45 AM, Ralf Corsepius wrote:
On 10/06/2014 02:29 PM, Gene Czarcinski wrote:
Now, there is another question which has not been voiced: what is
the plan for filessystems in Fedora (and by implication RHEL)?
Is it BTRFS? Or, perhaps is it LVM with XFS? IIRC, some time ago
it was
WG meeting will be at 13:00 UTC (14:00 London, 15:00 Brno, 9:00 Boston,
22:00 Tokyo) in #fedora-meeting on Freenode.
= Topics =
* FollowUp: mapping CVEs to Docker images that need rebuilding
* Docker Documentation for Fedora
* Idea: Ability to define dependencies between coprs (correctly)
*
- Original Message -
On Mon, 2014-10-06 at 10:54 +0100, Ian Malone wrote:
On 6 October 2014 09:41, Rahul Sundaram methe...@gmail.com wrote:
Hi
One of the long standing features that were enabled by default in yum is
support for delta rpms. dnf developers have disabled
On 6 October 2014 00:06, Paolo Bonzini pbonz...@redhat.com wrote:
Il 02/10/2014 11:04, Zdenek Kabelac ha scritto:
It used to give significant boost for automake libtool based software
- however at some point libtool started to use bashisms and so you
cannot just replace /bin/sh - dash -
On Mon, Oct 6, 2014 at 4:46 PM, Jaroslav Reznik jrez...@redhat.com wrote:
- Original Message -
On Mon, 2014-10-06 at 10:54 +0100, Ian Malone wrote:
On 6 October 2014 09:41, Rahul Sundaram methe...@gmail.com wrote:
Hi
One of the long standing features that were enabled by
Stephen Gallagher (sgall...@redhat.com) said:
Rehashing the conversation elsewhere, the problem with DIY and similar
is that it doesn't make much sense in the context of Spins, which are
non-productized but not particularly do-it-yourself.
While they're not DIY in the context of the initial
On Mon, Oct 6, 2014 at 8:00 AM, drago01 drag...@gmail.com wrote:
I am not convinced that being fast and download less are mutually
exclusive when using deltas. So we should keep deltas *and* make them
faster.
Exactly. The fact that some users have more bandwidth means exactly what?
Most
On Mon, 06 Oct 2014 09:07:33 -0400
Stephen Gallagher sgall...@redhat.com wrote:
The deltarpms were meant to serve two purposes
1) (lesser) Address the needs of users in developing countries (where
Fedora is fairly popular) and bandwidth concerns are very
considerable. Many of these users
On 10/6/14 9:26 AM, Josef Bacik wrote:
Obviously we aren't in xfs/e2fsprogs territory, but it'll fix 90% of
the problems and then the other 10% are just a matter of having an
example to work off of. Thanks,
Josef
Josef, just as a datapoint: after corrupting 32k random bytes on a 2G
image
- Original Message -
On Fri, Oct 03, 2014 at 02:29:53PM -0600, Orion Poplawski wrote:
Is it worth considering using Dash as the default (non-interactive)
shell in Fedora? Other distributions including Ubuntu and Debian
(https://lwn.net/Articles/343924/) have been using dash as the
On Mon, Oct 6, 2014 at 11:52 AM, Eric Sandeen sand...@redhat.com wrote:
On 10/6/14 9:26 AM, Josef Bacik wrote:
Obviously we aren't in xfs/e2fsprogs territory, but it'll fix 90% of
the problems and then the other 10% are just a matter of having an
example to work off of. Thanks,
Josef
Dear all,
A long desired and awaited feature for pkgdb2 is the possibility to have FAS
groups maintain packages.
The idea is the following:
- You have a FAS group
- People are members of this group
- This group can be given commit or even be made point of contact of packages
on pkgdb
- If the
On 6 October 2014 16:57, Miloslav Trmač m...@redhat.com wrote:
- Original Message -
On Fri, Oct 03, 2014 at 02:29:53PM -0600, Orion Poplawski wrote:
Is it worth considering using Dash as the default (non-interactive)
shell in Fedora? Other distributions including Ubuntu and Debian
- Original Message -
At that point switching anything to dash can _only increase_, not reduce,
the disk space needed, and is very likely to increase the total page cache
usage/requirement as well. Bringing the benefits of supporting dash to…
the satisfaction of pedantically using
FWIW, I wrote and maintained yum-presto before it was integrated into
yum. I've commented inline:
On 10/06/2014 06:31 PM, Kevin Fenzi wrote:
On Mon, 06 Oct 2014 09:07:33 -0400
Stephen Gallagher sgall...@redhat.com wrote:
The deltarpms were meant to serve two purposes
1) (lesser) Address
On 10/06/2014 05:16 PM, Gerald B. Cox wrote:
The fact that some users have more bandwidth means exactly
what? Most people also have faster processors and disks now. It is
more efficient from a networking perspective to minimize unnecessary
traffic and use local processing. That was behind
Bandwidth may be growing faster, but it started way behind processing
power. It hasn't caught up. The current definition from the FCC for
broadband is 4Mb. They are working to increase it, but that hasn't
happened. Carriers are looking for ways to throttle traffic. Your
assumption that
because it needs to build the complete xz-compressed RPM
there was a discussion here not that long ago
Is the XZ the only option for RPMs now? Can't it do it uncompressed? Or
at least gzip -1.
Or Rich can add new feature to his ultra-blazing-fast multi-core XZ
decompressor. Compression :-)
--
Am 06.10.2014 um 19:18 schrieb Lukas Zapletal:
because it needs to build the complete xz-compressed RPM
there was a discussion here not that long ago
Is the XZ the only option for RPMs now? Can't it do it uncompressed? Or
at least gzip -1.
Or Rich can add new feature to his
On Mon, Oct 6, 2014 at 7:01 PM, Florian Festi ffe...@redhat.com wrote:
On 10/06/2014 05:16 PM, Gerald B. Cox wrote:
The fact that some users have more bandwidth means exactly
what? Most people also have faster processors and disks now. It is
more efficient from a networking perspective to
Ok I think the above thread explains it, the Jonathan's mail lists what
would be needed and it looks like there are some blockers on the infra
side. Disregard.
--
Later,
Lukas #lzap Zapletal
--
devel mailing list
devel@lists.fedoraproject.org
On 10/06/2014 06:53 PM, Jonathan Dieter wrote:
Get to coding. ;)
As mentioned elsewhere, the problem *is* signatures. yum (quite
rightly) refuses to install an rpm whose signature doesn't match the one
in the primary repodata. And I believe that the signature in the RPM is
also over the
Hello,
I noticed Titillium typeface is unlisted in Gnome Software. How to
include it? I tried to look at the documentation about the process but
not available.
Thank you,
--
Luya Tshimbalanga
Graphic Web Designer
E: l...@fedoraproject.org
W: http://www.coolest-storm.net
--
devel mailing
Am 06.10.2014 um 19:45 schrieb Florian Festi:
On 10/06/2014 06:53 PM, Jonathan Dieter wrote:
Get to coding. ;)
As mentioned elsewhere, the problem *is* signatures. yum (quite
rightly) refuses to install an rpm whose signature doesn't match the one
in the primary repodata. And I believe
Hi all,
DNF 0.6.2 is released. See:
http://dnf.baseurl.org/2014/10/05/dnf-0-6-2-released/
Honza
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 10/06/2014 10:26 AM, Josef Bacik wrote:
On Mon, Oct 6, 2014 at 9:50 AM, Ric Wheeler rwhee...@redhat.com wrote:
On 10/06/2014 08:54 AM, Josef Bacik wrote:
Well that's exactly what it is, go away I'm busy with other stuff :). The
fact is I'm the only one who can drive btrfs as the default
On 10/06/2014 07:53 PM, Jonathan Dieter wrote:
As mentioned elsewhere, the problem *is* signatures. yum (quite
rightly) refuses to install an rpm whose signature doesn't match the one
in the primary repodata. And I believe that the signature in the RPM is
also over the whole compressed rpm.
On Mon, 2014-10-06 at 10:49 -0700, Luya Tshimbalanga wrote:
Hello,
I noticed Titillium typeface is unlisted in Gnome Software. How to
include it? I tried to look at the documentation about the process but
not available.
Hey Luya, I see these fonts here:
On 10/06/2014 08:57 PM, Reindl Harald wrote:
Am 06.10.2014 um 19:45 schrieb Florian Festi:
The way of getting around all this unnecessary computation is
establishing trust via the deltarpm itself and giving up the idea of
reconstructing the originally rpm as a prove of everything worked out
On Mon, Oct 6, 2014 at 2:19 PM, Ric Wheeler rwhee...@redhat.com wrote:
On 10/06/2014 10:26 AM, Josef Bacik wrote:
On Mon, Oct 6, 2014 at 9:50 AM, Ric Wheeler rwhee...@redhat.com wrote:
On 10/06/2014 08:54 AM, Josef Bacik wrote:
Well that's exactly what it is, go away I'm busy with other
Hi All
Just wanted to introduce myself. I'm James smith aka Smittix
I am a UK ambassador and thought I would try my hand at packaging. For my
first package I have packaged up an icon theme so I could get used to the
guidelines and best practices. I enjoyed this for my first venture and hope
to
On 10/06/2014 08:45 AM, Ralf Corsepius wrote:
Let me answer from the position of a mere user. It's not clear to me
why and when users should switch to BTRFS or xfs or else, nor am I not
interested in using anything which would potentially endanger existing
installations (So far, reports I am
On Thu, Oct 02, 2014 at 07:50:01AM -0500, Rex Dieter wrote:
I can't find my test kdte-collaborative build, but don't let that stop you,
I'll just make a fresh snapshot when needed.
OK, I asked around and seems the consensus is that this is safe/ok for F21.
kte-collaborative now needs to be
I posted about this 5 days ago on ppc list [1], but have had no
response. I tried to get some attention on #fedora-ppc today, also
with no success. I am failing miserably to get the attention of any
of the PPC folks, so I am trying email here to see if this will work.
GCL is failing to build
On Mon, Oct 6, 2014 at 12:04 PM, Pierre-Yves Chibon pin...@pingoured.fr
wrote:
Dear all,
A long desired and awaited feature for pkgdb2 is the possibility to have
FAS
groups maintain packages.
Hooray! Thanks for this, I'm going to start testing it with the
robotics-sig FAS group and some
On 6 October 2014 17:28, Miloslav Trmač m...@redhat.com wrote:
- Original Message -
At that point switching anything to dash can _only increase_, not reduce,
the disk space needed, and is very likely to increase the total page cache
usage/requirement as well. Bringing the benefits
On 2014-10-06, 14:30 GMT, Eric Sandeen wrote:
IOWs, I'd like to see much more than because it can do snapshots and
checksums as the rationale; there are most definitely interesting things
that btrfs can do (or is working on doing), but as btrfs has evolved, so has
the rest of the Linux storage
On 10/06/2014 10:30 AM, Eric Sandeen wrote:
On 10/6/14 7:45 AM, Ralf Corsepius wrote:
On 10/06/2014 02:29 PM, Gene Czarcinski wrote:
Now, there is another question which has not been voiced: what is
the plan for filessystems in Fedora (and by implication RHEL)?
Is it BTRFS? Or, perhaps is it
As I hope most of you have heard by now the Fedora Board and many
community members have been discussing changes to the Fedora
governance model at its highest level. I think it is fair for me to
say the primary motivation in doing this is to create a system of
governance that includes a much more
Just check this
First.
# dnf update
Dependencies resolved.
Nothing to do.
Second.
# yum update
Loaded plugins: langpacks, refresh-packagekit
Resolving Dependencies
SKIP
Transaction Summary
=
Upgrade 2 Packages
Total download size: 15 M
Is this ok
On Mon, 6 Oct 2014 03:49:26 -0400
Rahul Sundaram methe...@gmail.com wrote:
Hi
I was pushing out updates for deluge for F20 and F19 and when I tried
to push to stable, AutoQA figured out what this was breaking the
upgrade path since I had forgotten to do a push for F21. So far so
good
Hi,
On Tue, Oct 7, 2014 at 8:31 AM, Dmitrij S. Kryzhevich kr...@land.ru wrote:
Just check this
First.
# dnf update
Dependencies resolved.
Nothing to do.
Second.
# yum update
Loaded plugins: langpacks, refresh-packagekit
Resolving Dependencies
SKIP
Transaction Summary
Hi
On Mon, Oct 6, 2014 at 11:04 PM, Tim Flink wrote:
The push was not automatic. I was doing it manually. Moreover after
I had submitted a F21 build, it wasn't clear from the message that I
was supposed to revoke the request inorder to resubmit again.
That's a bodhi thing, if you can
Hi,
On Tue, Oct 7, 2014 at 8:31 AM, Dmitrij S. Kryzhevich kr...@land.ru wrote:
Just check this
First.
# dnf update
Dependencies resolved.
Nothing to do.
Second.
# yum update
Loaded plugins: langpacks, refresh-packagekit
Resolving Dependencies
SKIP
Transaction Summary
On Mon, 6 Oct 2014 23:17:52 -0400
Rahul Sundaram methe...@gmail.com wrote:
snip
If there's a sane solution to the problem, it might be possible to
start
doing running upgradepath on updates-testing. However, we don't have
any plans to start doing this.
Is it possible to opt-in to get
https://bugzilla.redhat.com/show_bug.cgi?id=1141390
--- Comment #5 from David Dick dd...@cpan.org ---
Okay, give me the new spec and SRPM file and i'll complete the review.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
perl-Qt has broken dependencies in the rawhide tree:
On x86_64:
perl-Qt-0.96.0-11.fc22.x86_64 requires perl(:MODULE_COMPAT_5.18.2)
perl-Qt-0.96.0-11.fc22.x86_64 requires libperl.so.5.18()(64bit)
On i386:
perl-Qt-0.96.0-11.fc22.i686 requires perl(:MODULE_COMPAT_5.18.2)
https://bugzilla.redhat.com/show_bug.cgi?id=1141486
David Dick dd...@cpan.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1136340
--- Comment #8 from Petr Pisar ppi...@redhat.com ---
There are two bugs in the perl-Qt. The first one relying on a removed function
can be fixed by attached patch.
The second one remaining is not working overloaded == operator. More
https://bugzilla.redhat.com/show_bug.cgi?id=1141486
David Dick dd...@cpan.org changed:
What|Removed |Added
Flags|fedora-review? |fedora-review+
---
https://bugzilla.redhat.com/show_bug.cgi?id=1141486
Denis Fateyev de...@fateyev.com changed:
What|Removed |Added
Flags||fedora-cvs?
---
https://fedorahosted.org/389/ticket/47918
https://fedorahosted.org/389/attachment/ticket/47918/0001-Ticket-47918-result-of-dna_dn_is_shared_config-is-in.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
Le 6 oct. 2014 21:56, Thomas Spura toms...@fedoraproject.org a écrit :
Hi all,
there just was a request to test groups for pkgdb2 [1] and I thought
it might be a good opportunity to maybe start sharing at least some
core python packages among a few people.
For instance, I maintain ipython
I've stepped back from packaging for the most part but I think this is a
great idea. When I was active I'd often find something to cleanup in
python packaging for each release (pil = pillow; removing
python-setuptools-devel). A python-sig group would definitely help with
future cleanups like
96 matches
Mail list logo