Compose started at Fri Jan 24 08:15:03 UTC 2014
Broken deps for x86_64
--
ansible-1.4.3-1.el7.noarch requires python-httplib2
bodhi-server-0.9.7-1.el7.noarch requires python-simplemediawiki
On Fri, Jan 24, 2014 at 01:00:29AM +0100, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Jan 23, 2014 at 04:53:47PM -0700, Kevin Fenzi wrote:
On Thu, 23 Jan 2014 15:26:24 -0800
Adam Williamson awill...@redhat.com wrote:
I think ideally any process around this should have at least two parts:
On 01/24/2014 05:50 AM, Christopher Meng wrote:
But, never deem that 5k components is the best number, comparing to
other Linux, we are far away behind. They can be used still at the
moment, why do we burden ourselves by the insignificant numbers?
Quantity vs quality 5k - 7k was the number we
On 01/24/2014 05:05 AM, Rahul Sundaram wrote:
Agreed. It is atleast a metric that can be tweaked as opposed to
pretending that all packages with inactive upstreams is a deep
resource drain on Fedora.
It's not pretending anything if you question what I suggest you get
input from the arm
Hi,
On Fri, Jan 24, 2014 at 01:00:29AM +0100, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Jan 23, 2014 at 04:53:47PM -0700, Kevin Fenzi wrote:
On Thu, 23 Jan 2014 15:26:24 -0800
Adam Williamson awill...@redhat.com wrote:
I think ideally any process around this should have at least two
Am 24.01.2014 09:18, schrieb Jóhann B. Guðmundsson:
On 01/24/2014 05:50 AM, Christopher Meng wrote:
But, never deem that 5k components is the best number, comparing to
other Linux, we are far away behind. They can be used still at the
moment, why do we burden ourselves by the insignificant
On Fri, Jan 24, 2014 at 08:18:16AM +, Jóhann B. Guðmundsson wrote:
On 01/24/2014 05:50 AM, Christopher Meng wrote:
But, never deem that 5k components is the best number, comparing to
other Linux, we are far away behind. They can be used still at the
moment, why do we burden ourselves by
Am 24.01.2014 09:27, schrieb Jóhann B. Guðmundsson:
I say we remove those unmaintained components and if and when interest comes
back to maintain those components then
they will just have to pass through package review again.
i say you remove *nothing* before you have asked for every single
On 23/01/14 18:48, Josh Boyer wrote:
On Thu, Jan 23, 2014 at 1:38 PM, Tom Hughes t...@compton.nu wrote:
Even the formation of the working groups was odd - the original decision to
form them, as I read it, was that they were to explore the idea of doing
these three streams but within days it
2014/1/24 Ralf Corsepius rc040...@freenet.de
Certainly, downgrading installations which already upgraded to faulty
packages would not work.
Ralf
The situation (a broken system that cannot be upgraded) could be mitigated
a little bit by using yum + system snapshots. You can rollback to a
Hi all,
I'm after some advice / ideas. When you install Fedora 20/21 and then
launch gnome-software it has to go and download some metadata before
it can show anything. This is a pretty bad first experience,
considering subsequent runs of gnome-software just open straight away.
GNOME Software
Hi,
On Fri, 2014-01-24 at 10:01 +, Richard Hughes wrote:
There are two ways to fix the jarring UX. We could either ship the
fedora package metadata pre-prepared in PackageKit, maybe using
something like %ghost so the new metadata is ignored. The other way is
to start the metadata
On 24 January 2014 10:03, Mathieu Bridon boche...@fedoraproject.org wrote:
Rather than during the initial setup thing, why not start it at first
boot, much earlier?
We need to wait until the user has setup a network connection.
Another option would be to have it done as the last step of the
Kevin Fenzi wrote:
I mean, I'm a maintainer for the Fedora apg package.
Last upstream release was 2003. I very rarely touch it.
Yet, from time to time I still use it here, I suspect, but do not know
that others install and use it.
It has no bugs currently opened against it.
It's not failed a
On 24 January 2014 10:32, Björn Persson bj...@xn--rombobjrn-67a.se wrote:
I'm not familiar with APG but from your description it sounds like a
perfect example of stable and reliable software – the best kind there
is.
Right, so it belongs in Fedora; I don't think anyone is arguing
against that.
Colin Walters wrote:
People have been constantly confused by whether Fedora does DHCP by
default over the years, because we've flipped it several times. When
we introduced it for clients/workstations, I consider it to have been a
*massive* win to be able to plug in an ethernet cable and have it
On Fri, Jan 24, 2014 at 12:55 AM, Kevin Kofler kevin.kof...@chello.at wrote:
So, what happened:
* We are enabling SELinux enabled (enforcing) by default, a tool designed to
prevent anything it does not like from happening. (Reread this carefully:
The ONLY thing that tool is designed to do at
On 23/01/14 21:19, Dan Williams wrote:
On Thu, 2014-01-23 at 14:17 -0600, Dan Williams wrote:
On Thu, 2014-01-23 at 20:04 +0100, David Sommerseth wrote:
On 23/01/14 19:58, Frank Murphy wrote:
On Thu, 23 Jan 2014 19:53:19 +0100
[...snip...]
Might even be a worse conflict for other users,
On 23/01/14 23:59, Dan Williams wrote:
On Thu, 2014-01-23 at 16:58 -0500, Brian J. Murrell wrote:
On Thu, 2014-01-23 at 20:04 +0100, David Sommerseth wrote:
Nope, several packages depends on the bluez-5.13-1 package.
Indeed. However I could probably live without gnome-bluetooth if
blueman
- Original Message -
snip
I actually think Cinnamon used blueman in F19 for Bluetooth management,
iirc.
Nope.
Which is why it broke when I bumped the soname of the gnome-bluetooth libraries.
--
devel mailing list
devel@lists.fedoraproject.org
On 23/01/14 23:16, Chris Murphy wrote:
On Jan 23, 2014, at 2:56 PM, Brian J. Murrell br...@interlinx.bc.ca wrote:
On Thu, 2014-01-23 at 19:53 +0100, David Sommerseth wrote:
As a side note, it also needs to be discussed how such a key feature of
the bluetooth stack could go unnoticed through
Hi all,
While translating some of the fedora packages we often come across some
source strings whose context or meaning is not clear. This results in
wrong translations which is discovered later while using the actual
application. This in turn effects the concerned application.
To solve
Dne 24.1.2014 11:03, Mathieu Bridon napsal(a):
Hi,
On Fri, 2014-01-24 at 10:01 +, Richard Hughes wrote:
There are two ways to fix the jarring UX. We could either ship the
fedora package metadata pre-prepared in PackageKit, maybe using
something like %ghost so the new metadata is ignored.
Christopher Meng wrote:
Which poor sod will be the victim in 7 days at least before pushing to
stable? ;)
Then comes another question, does security updates need to be treat as
special? It's just an original update with a tag security alert, but
users still need to wait 7 days unless they
Pierre-Yves Chibon wrote:
I'm confused, are you talking about: https://fedorahosted.org/pkgdb2/ ?
If this is now on Fedora Hosted, that's a good thing. :-) Thank you for
that! So you don't have to feel targeted (anymore), you already did the
right thing.
Kevin Kofler
--
devel
On Fri, Jan 24, 2014 at 1:25 PM, Kevin Kofler kevin.kof...@chello.at wrote:
We need direct stable pushes back!
No.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Orcan Ogetbil wrote:
Right. But is it possible to ship a bluez4 package and rebuild the
dependencies against that after the release?
No, because the maintainers said the 2 versions are not parallel-
installable. (The original plan was to make the packages Conflict, which is
why we ended up
Adam Williamson wrote:
Even if we can do it on the mirrors, we have no way to 'recall' a
package from systems where it's already been installed (of course in the
current case that wouldn't have worked anyway, but we're discussing the
generic case here).
Crazy idea of the day: Maybe our update
Adam Williamson wrote:
TBH this has always been the one of Kevin's Big Book Of Update Policy
Complaints I find the most baffling. If we know you managed to screw up
your update once, why exactly would we just trust you to get it right
the *second* time without any testing?
* If the package is
drago01 wrote:
The feature is called security. By your logic everyone should be
root,
For home user machines, that wouldn't necessarily be a bad thing (but it
would mean fixing the software that special-cases the root user improperly
for no good reason).
Alternatively, the kernel could be
On 24/01/14 08:31, Bastien Nocera wrote:
FWIW, the HFP/HSP support is missing in PulseAudio, not in BlueZ for F20.
Can you please shed some more light on this. From what I could grasp
out of the freedesktop bug, it was a bluez bug. And PulseAudio says
bluez4 is needed to get the handsfree
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/23/2014 05:49 PM, Adam Williamson wrote:
On Tue, 2014-01-21 at 11:09 -0600, Richard Shaw wrote:
On Tue, Jan 21, 2014 at 11:06 AM, Miroslav Suchý
msu...@redhat.com wrote: On 01/21/2014 06:01 PM, Kaleb KEITHLEY
wrote:
Take, for example,
On 01/24/2014 10:39 AM, Richard Hughes wrote:
On 24 January 2014 10:32, Björn Persson bj...@xn--rombobjrn-67a.se wrote:
I'm not familiar with APG but from your description it sounds like a
perfect example of stable and reliable software – the best kind there
is.
Right, so it belongs in
Agenda:
- Discussion of WG PRDs and impact on Base
https://fedoraproject.org/wiki/Cloud_PRD
https://fedoraproject.org/wiki/Workstation/Workstation_PRD
https://fedoraproject.org/wiki/Server/Product_Requirements_Document
On 24 January 2014 13:18, Jóhann B. Guðmundsson johan...@gmail.com wrote:
So I get to the point I'm trying to see and understand what role do
distribution play in that future for Gnome and why is Gnome contributors
wasting so much time and energy in distribution politics and compatability
as
On 24 January 2014 12:20, Vít Ondruch vondr...@redhat.com wrote:
Not sure I like the idea. I install the system, eager to start using it,
but in background will run some service downloading some data, which
will make my system sluggish. That would be user experience far from
ideal ...
In this
Am 24.01.2014 13:56, schrieb Kevin Kofler:
Alternatively, the kernel could be patched to give admin users (either
defined as members of the wheel group as now, or by some additional
property that would be set for the same users by default) some strategic
capabilities such as dac_override.
On Fri, Jan 24, 2014 at 1:22 PM, Nilamdyuti Goswami ngosw...@redhat.com wrote:
Hi all,
While translating some of the fedora packages we often come across some
source strings whose context or meaning is not clear. This results in wrong
translations which is discovered later while using the
On Fri, 2014-01-24 at 10:01 +, Richard Hughes wrote:
Hi all,
I'm after some advice / ideas. When you install Fedora 20/21 and then
launch gnome-software it has to go and download some metadata before
it can show anything. This is a pretty bad first experience,
considering subsequent
commit df410518ce626eb5032933ebe831a7c585336347
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Fri Jan 24 15:12:19 2014 +0100
Upstream update.
perl-Test-CheckManifest.spec |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git
The lightweight tag 'perl-Devel-LexAlias-0.05-1.el7' was created pointing to:
6499918... update to 0.05
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
A file has been added to the lookaside cache for perl-Test-CheckManifest:
5d26d71cede4310f7c8463cac283f5c9 Test-CheckManifest-1.28.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On 24 January 2014 14:10, Simo Sorce s...@redhat.com wrote:
Does it need all the data upfront ?
That's a good question. Not much at all just to show the overview page.
Maybe you can have a small place with initial metadata that contains a
subset of the packages and is quick to download so you
The lightweight tag 'perl-Digest-BubbleBabble-0.02-6.el7' was created pointing
to:
46f5bc3... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On Fri, 2014-01-24 at 14:40 +0100, Reindl Harald wrote:
Am 24.01.2014 13:56, schrieb Kevin Kofler:
Alternatively, the kernel could be patched to give admin users (either
defined as members of the wheel group as now, or by some additional
property that would be set for the same users by
Summary of changes:
df41051... Upstream update. (*)
e790bea... Upstream update. (*)
(*) 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 01/24/2014 04:13 AM, Roberto Polli wrote:
Hi @all,
iirc /bin/sh scripts should use . instead of source (see
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#dot
)
To use source you should change the interpreter to be /bin/bash
The lightweight tag 'perl-Digest-MD2-2.03-21.el7' was created pointing to:
06fa598... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
Dne 24.1.2014 15:05, Richard Hughes napsal(a):
On 24 January 2014 12:20, Vít Ondruch vondr...@redhat.com wrote:
Not sure I like the idea. I install the system, eager to start using it,
but in background will run some service downloading some data, which
will make my system sluggish. That would
On 24-01-2014 07:37 অপৰাহ্ন, Kévin Raymond wrote:
On Fri, Jan 24, 2014 at 1:22 PM, Nilamdyuti Goswami ngosw...@redhat.com wrote:
Hi all,
While translating some of the fedora packages we often come across some
source strings whose context or meaning is not clear. This results in wrong
On 01/24/2014 01:39 PM, Kevin Kofler wrote:
Adam Williamson wrote:
Even if we can do it on the mirrors, we have no way to 'recall' a
package from systems where it's already been installed (of course in the
current case that wouldn't have worked anyway, but we're discussing the
generic case
Roberto Polli wrote:
On Friday 24 January 2014 07:28:51 Rich Megginson wrote:
https://fedorahosted.org/389/ticket/47511
sorry for the double posting :( I just cloned the master repository and it's
not fixed.
This is just the tracking ticket for the work. Looks like a candidate
patch has
Am 24.01.2014 15:55, schrieb Ralf Corsepius:
On 01/24/2014 01:39 PM, Kevin Kofler wrote:
Adam Williamson wrote:
Even if we can do it on the mirrors, we have no way to 'recall' a
package from systems where it's already been installed (of course in the
current case that wouldn't have worked
So, we're going the gitflow way [1][2]. However, when I looked at our bitbucket
repositories today, only the libtaskotron branch uses 'develop' branch, all
other projects use only 'master' branch - even taskotron-trigger or
task-rpmlint. Does it mean we use gitflow only for libtaskotron? Or is
On 01/24/2014 01:51 PM, Richard Hughes wrote:
On 24 January 2014 13:18, Jóhann B. Guðmundssonjohan...@gmail.com wrote:
So I get to the point I'm trying to see and understand what role do
distribution play in that future for Gnome and why is Gnome contributors
wasting so much time and energy
On Friday 24 January 2014 10:02:02 Rob Crittenden wrote:
Roberto Polli wrote:
On Friday 24 January 2014 07:28:51 Rich Megginson wrote:
https://fedorahosted.org/389/ticket/47511
This is just the tracking ticket for the work.
Ok. Hope won't take too much (for now I'm fine as I've fixed my
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I wrote a systemd unit file to enable it, and to allow a user to disable the
feature if he wants.
# cat /usr/lib/systemd/system/selinux-checkreqprot.service
[Unit]
Description=SELinux check actual protection flags applied by kernel, rather
than
On Fri, 24.01.14 10:22, Daniel J Walsh (dwa...@redhat.com) wrote:
Heya,
Do we really need a service for this? Can't this be done instead via a
tmpfiles snippet that uses f and the extra argument at the end?
I mean I am not convinced it's worth involving shell here. Also the
canonical way to
On Fri, 24 Jan 2014, Daniel J Walsh wrote:
I wrote a systemd unit file to enable it, and to allow a user to disable the
feature if he wants.
# cat /usr/lib/systemd/system/selinux-checkreqprot.service
[Unit]
Description=SELinux check actual protection flags applied by kernel, rather
than
On Fri, Jan 24, 2014 at 10:01:09AM +, Richard Hughes wrote:
The downside to shipping prepared
metadata is that the package size is larger, and that the metadata
would be *very* out of date after a year or so.
I don't see the problem with stale metadata of this kind. It's not like
a
On 01/24/2014 04:06 PM, Reindl Harald wrote:
Am 24.01.2014 15:55, schrieb Ralf Corsepius:
On 01/24/2014 01:39 PM, Kevin Kofler wrote:
Adam Williamson wrote:
Even if we can do it on the mirrors, we have no way to 'recall' a
package from systems where it's already been installed (of course in
On 24 January 2014 15:39, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote:
BTW. Reminded by this thread, I've added appdata files for the calibre
package. In the appdata file I have a screenshot:
screenshot type=default width=1200
On Fri, Jan 24, 2014 at 10:22:56AM -0500, Daniel J Walsh wrote:
ExecStart=/bin/sh -c '/bin/echo $CHECKREQPROT /sys/fs/selinux/checkreqprot'
ExecStart=/bin/sh -c '/bin/echo ${CHECKREQPROT} /sys/fs/selinux/checkreqprot'
I think we really need an echo command with sudo syntax. I keep a local
On 01/24/2014 03:44 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Fri, Jan 24, 2014 at 10:22:56AM -0500, Daniel J Walsh wrote:
ExecStart=/bin/sh -c '/bin/echo $CHECKREQPROT /sys/fs/selinux/checkreqprot'
ExecStart=/bin/sh -c '/bin/echo ${CHECKREQPROT} /sys/fs/selinux/checkreqprot'
I think we
Daniel J Walsh (dwa...@redhat.com) said:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I wrote a systemd unit file to enable it, and to allow a user to disable the
feature if he wants.
... why is this not a sysctl?
Bill
--
devel mailing list
devel@lists.fedoraproject.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/24/2014 10:32 AM, Lennart Poettering wrote:
On Fri, 24.01.14 10:22, Daniel J Walsh (dwa...@redhat.com) wrote:
Heya,
Do we really need a service for this? Can't this be done instead via a
tmpfiles snippet that uses f and the extra
Am 24.01.2014 16:40, schrieb Ralf Corsepius:
On 01/24/2014 04:06 PM, Reindl Harald wrote:
a) This would blow away all installed packages, which aren't available in
permanently enabled repos
that is not true, try it out
Been there many times
no, you did not and you did also not in your
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Here is the request from upstream to enable this feature in Rawhide, with an
explanation of what it does.
Android is starting to apply execmem and friends to the non-Dalvik
components (i.e. non-Java components, primarily the native system
On Fri, Jan 24, 2014 at 03:44:07PM +, Richard Hughes wrote:
On 24 January 2014 15:39, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl
wrote:
BTW. Reminded by this thread, I've added appdata files for the calibre
package. In the appdata file I have a screenshot:
screenshot type=default
On 24 January 2014 16:08, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote:
I was running the rawhide version... Before I had
gnome-software-3.11.1-1.fc21.x86_64,
and now I upgraded to 3.11.4-2.fc21.x86_64. Unfortunately 3.11.4-2.fc21.x86_64
crashes all the time for me.
Yup, sorry about
The lightweight tag 'perl-Test-Warnings-0.010-1.el7' was created pointing to:
3c29020... Update to 0.010
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
It is *just* about improving the source code?
It is about providing Translators' comment or precise context to the
confusing source strings in the source code of the application so that the
resultant pot/po files have that context and it becomes easy for the
translators to translate the
On 01/24/2014 04:57 PM, Reindl Harald wrote:
Am 24.01.2014 16:40, schrieb Ralf Corsepius:
On 01/24/2014 04:06 PM, Reindl Harald wrote:
a) This would blow away all installed packages, which aren't available in
permanently enabled repos
that is not true, try it out
Been there many times
The lightweight tag 'perl-YAML-LibYAML-0.41-1.el7' was created pointing to:
0c4fe66... Update to 0.41
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
Am 24.01.2014 17:12, schrieb Ralf Corsepius:
On 01/24/2014 04:57 PM, Reindl Harald wrote:
Am 24.01.2014 16:40, schrieb Ralf Corsepius:
On 01/24/2014 04:06 PM, Reindl Harald wrote:
a) This would blow away all installed packages, which aren't available in
permanently enabled repos
that is
One note on that topic:
I found myself giving karma to an update, while I tested different
version (actually a completely different build). It would be good if
giving karma would require to insert a hash or something generated from
the package itself (rpm -q -qf something package), header or
The lightweight tag 'perl-Test-Unit-Lite-0.12-16.el7' was created pointing to:
6b5b806... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1051598
Jeff Makey j...@makey.net changed:
What|Removed |Added
Blocks||1057718
Referenced Bugs:
Am 24.01.2014 17:34, schrieb Lukas Zapletal:
One note on that topic:
I found myself giving karma to an update, while I tested different
version (actually a completely different build). It would be good if
giving karma would require to insert a hash or something generated from
the package
On Fri, Jan 24, 2014 at 3:07 PM, Kévin Raymond shai...@fedoraproject.orgwrote:
On Fri, Jan 24, 2014 at 1:22 PM, Nilamdyuti Goswami ngosw...@redhat.com
wrote:
To solve this issue, we have formed a Fedora SIG named Source String
Contextualizing Group [1] aimed at
providing concise yet
On Fri, Jan 24, 2014 at 3:05 PM, Richard Hughes hughsi...@gmail.com wrote:
In this instance, when run with background attribues, PackageKit uses
idle bandwidth and with a lower priority than if the transaction was a
foreground task.
Huh, we have a concept of idle bandwidth? Who/how manages
Agreed. But the difference is that using full commits a history rewrite
will always be detected. Using a tag is making it possible for upstream to
bind the same tag to a different commit. And since it's possible, it will
happen.
It's a shame there is no way to block forced updates on github.
On Jan 24, 2014, at 4:47 AM, David Sommerseth dav...@redhat.com wrote:
On 23/01/14 23:16, Chris Murphy wrote:
As far as I know there isn't an explicit test case or release
criteria that covers this functionality, or it would have been discovered.
Why
it's not a test case is a valid
that could be easier solved by force anybody to use easy-karma instead the
webinterface because that only asks for the current installed packages
Oh, I did not know fedora-easy-karma. We should advertise with the
update tickets on Bodhi perhaps.
Actually this could improve things.
--
Later,
On Jan 23, 2014 2:33 PM, Kevin Fenzi ke...@scrye.com wrote:
On Thu, 23 Jan 2014 19:03:02 +0100
Thorsten Leemhuis fed...@leemhuis.info wrote:
I'm still undecided if I overall like Fedora.next or fear it. But more
and more I tend to the latter position and wonder if it might be wise
to slow
The lightweight tag 'perl-Test-Distribution-2.00-14.el7' was created pointing
to:
2f42a73... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
Hi Ken,
On 24/01/14 16:29, Ken Dreyer wrote:
Hi folks,
RHEL 7 does not ship perl-Readonly. This package is a dependency for
perl-boolean, which is a dependency for perl-MongoDB, so I'd like to
have it in EPEL 7.
Would one of you mind branching and building it for EPEL 7?
Both perl-Readonly
On Fri, Jan 24, 2014 at 5:51 PM, Chris Murphy li...@colorremedies.comwrote:
On Jan 24, 2014, at 4:47 AM, David Sommerseth dav...@redhat.com wrote:
On 23/01/14 23:16, Chris Murphy wrote: By all means, software does and
needs to evolve, and it can break. I
have full understanding for this.
On Fri, Jan 24, 2014 at 05:50:02PM +0100, Miloslav Trmač wrote:
On Fri, Jan 24, 2014 at 3:05 PM, Richard Hughes hughsi...@gmail.com wrote:
In this instance, when run with background attribues, PackageKit uses
idle bandwidth and with a lower priority than if the transaction was a
On Fri, Jan 24, 2014 at 08:18:16 +,
\Jóhann B. Guðmundsson\ johan...@gmail.com wrote:
We should be able to calculate the number of components we as in
distribution actually can manage. We just need to agree on average
contribute time which could be 2.5 hours a day 5 days of the week or
On Fri, 2014-01-24 at 12:21 +0100, David Sommerseth wrote:
On 23/01/14 21:19, Dan Williams wrote:
On Thu, 2014-01-23 at 14:17 -0600, Dan Williams wrote:
On Thu, 2014-01-23 at 20:04 +0100, David Sommerseth wrote:
On 23/01/14 19:58, Frank Murphy wrote:
On Thu, 23 Jan 2014 19:53:19 +0100
On Fri, 24 Jan 2014 09:58:07 -0700
Eric Smith space...@gmail.com wrote:
On Jan 23, 2014 2:33 PM, Kevin Fenzi ke...@scrye.com wrote:
This is not practical. Lots of people are thinking about a
fedora.next, qa folks are coding away, lots of people who normally
would be working on the next
On Fri, 2014-01-24 at 10:58 +0100, Sergio Pascual wrote:
2014/1/24 Ralf Corsepius rc040...@freenet.de
Certainly, downgrading installations which already upgraded to
faulty packages would not work.
Ralf
The situation (a broken system
On Fri, 2014-01-24 at 13:36 +0100, Kevin Kofler wrote:
Adam Williamson wrote:
TBH this has always been the one of Kevin's Big Book Of Update Policy
Complaints I find the most baffling. If we know you managed to screw up
your update once, why exactly would we just trust you to get it right
On 24/01/14 18:30, Dan Williams wrote:
On Fri, 2014-01-24 at 12:21 +0100, David Sommerseth wrote:
On 23/01/14 21:19, Dan Williams wrote:
On Thu, 2014-01-23 at 14:17 -0600, Dan Williams wrote:
On Thu, 2014-01-23 at 20:04 +0100, David Sommerseth wrote:
On 23/01/14 19:58, Frank Murphy wrote:
On
On Jan 24, 2014 10:29 AM, Kevin Fenzi ke...@scrye.com wrote:
The things they are working on have been known for years, but our 6
month release cycle with no hope of being able to work on tooling
hasn't allowed them to do so.
Thanks for the clarification. I'm certainly on board with lengthening
From the website:
Although yum is installed, it will operate in read-only mode. Do not
attempt to use it at the moment. See
Seems like the part talking about it is somehow missing i.e see what? ;)
--
devel mailing list
devel@lists.fedoraproject.org
Il 24/01/2014 14:05, David Sommerseth ha scritto:
FWIW, the HFP/HSP support is missing in PulseAudio, not in BlueZ for F20.
Can you please shed some more light on this. From what I could grasp
out of the freedesktop bug, it was a bluez bug. And PulseAudio says
bluez4 is needed to get the
Am Freitag, den 24.01.2014, 00:55 +0100 schrieb Kevin Kofler:
it is time to analyze the fallout from the following catastrophic
Fedora 20
regression:
https://bugzilla.redhat.com/show_bug.cgi?id=1054350
rpm scriptlets are exiting with status 127
Hey,
can't we add a default boot entry which
On Fri, Jan 24, 2014 at 7:12 PM, Fabian Deutsch fabian.deut...@gmx.de wrote:
Am Freitag, den 24.01.2014, 00:55 +0100 schrieb Kevin Kofler:
it is time to analyze the fallout from the following catastrophic
Fedora 20
regression:
https://bugzilla.redhat.com/show_bug.cgi?id=1054350
rpm
1 - 100 of 195 matches
Mail list logo