The following Fedora EPEL 6 Security updates need testing:
Age URL
785
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6
132
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0440/fwsnort-1.6.4-1.el6
117
Just a quick update:
* I am working to get the final rhel7 content lined up for building
against in koji, as soon as that goes live I'll drop a note here.
* When do we want to look at leaving beta status for epel7?
I'd suggest we should definitely give CentOS time to release, but
should we
On 16 June 2014 12:10, Kevin Fenzi ke...@scrye.com wrote:
Greetings.
One thing I missed in the RHEL7 release was that there is a repository
now called 'rhel-extras'.
For RHEL6 this contains upgrade packages (for in place rhel6-rhel7
upgrades).
For RHEL7 this contains (for now) docker and
Since RHEL7 has been released, EPEL7 won't be far behind. Before we get
there, I'm planning to retire the TurboGears (v1, not Turbogears2) stack in
epel7. In Fedora Infrastructure we are planning to migrate away from
TurboGears1 rather than continue maintaining it throughout EPEL7's lifetime.
On 06/16/2014 12:15 PM, Kevin Fenzi wrote:
Just a quick update:
* I am working to get the final rhel7 content lined up for building
against in koji, as soon as that goes live I'll drop a note here.
Great, thanks.
* When do we want to look at leaving beta status for epel7?
I'd suggest we
On Mon, 16 Jun 2014 21:12:57 +0200
Simone Caronni negativ...@gmail.com wrote:
Another thing, there are packages that are spread into multiple
upstream optional channels that make it impossible to include some
packages in the distribution.
One thread here:
On 06/16/2014 02:49 PM, Simone Caronni wrote:
In previous releases CentOS was inserting in the distribution all the
packages that make up the full spectrum of RHEL variants, so in version 6
it included for example the Workstation channel and a full Workstation was
installable for CentOS 6
On 16 June 2014 16:59, Jim Perrin jper...@centos.org wrote:
On 06/16/2014 02:49 PM, Simone Caronni wrote:
In previous releases CentOS was inserting in the distribution all the
packages that make up the full spectrum of RHEL variants, so in version 6
it included for example the
On 06/16/2014 02:39 PM, Simone Caronni wrote:
On 16 June 2014 21:28, Kevin Fenzi ke...@scrye.com wrote:
On Mon, 16 Jun 2014 21:03:57 +0200
Simone Caronni negativ...@gmail.com wrote:
CentOS 7 is being built also for i386 and that would
mean a lot of semplification into adding packages in
On 06/15/2014 11:32 PM, Eric Smith wrote:
Since there are sixteen variants of the library, I am providing sixteen
corresponding pkg-config files. When another program uses the library,
by using pkg-config in their Makefile (or other build system), it will
ensure that they are getting the
On 14. 6. 2014 at 12:18:07, Jon Kent wrote:
Hi,
Been monitoring this debate and if nothing else this seems to point out
that the reasoning for dnf, as opposed to fixing/rewriting yum haven't been
laid out very well. I'm on yum side of the fence as I don't see that the
reasoning so far is
On 13. 6. 2014 at 10:09:07, Chuck Anderson wrote:
On Fri, Jun 13, 2014 at 09:38:40AM +0200, Jan Zelený wrote:
On 12. 6. 2014 at 10:54:45, DJ Delorie wrote:
Nothing will change for you, the yum command will still exist for a
few more Fedora releases,
Which only postpones the
I was wondering if anyone was considering cross-distribution fossology[1]
instance where we could share burden of license review with other
distros. I know at least Debian does comprehensive license reviews and
we could possibly deduplicate a lot of review time this way.
Note that I am not
On Mon, Jun 16, 2014 at 12:57 AM, Kalev Lember kalevlem...@gmail.com
wrote:
Otherwise it could create a situation where software developed
on Fedora relies on .pc files and doesn't work on other distros, and the
other way around: software developed on other distros won't use the nice
Hi,
On 06/16/2014 08:57 AM, Kalev Lember wrote:
On 06/15/2014 11:32 PM, Eric Smith wrote:
Since there are sixteen variants of the library, I am providing sixteen
corresponding pkg-config files. When another program uses the library,
by using pkg-config in their Makefile (or other build
On Mon, Jun 16, 2014 at 10:22 AM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 06/16/2014 08:57 AM, Kalev Lember wrote:
On 06/15/2014 11:32 PM, Eric Smith wrote:
Since there are sixteen variants of the library, I am providing sixteen
corresponding pkg-config files. When another program
Hello all,
rubygem-logging 1.7.0 changed license to MIT and (GPLv2 or Ruby or BSD).
Regards,
Vít
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Been using yum-cron for years with good results.
If yum is being phased out, I'll want a dnf-cron replacement
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Bugzilla is the right place for a an RFE, not fdl :)
Tim
On Mon, Jun 16, 2014 at 2:50 PM, Neal Becker ndbeck...@gmail.com wrote:
Been using yum-cron for years with good results.
If yum is being phased out, I'll want a dnf-cron replacement
--
devel mailing list
On Mon, 2014-06-16 at 08:50 -0400, Neal Becker wrote:
Been using yum-cron for years with good results.
If yum is being phased out, I'll want a dnf-cron replacement
https://github.com/akozumpl/dnf/blob/master/etc/systemd/dnf-makecache.service
I think it comes with the dnf distribution package
On Mon, Jun 16, 2014 at 7:50 AM, Neal Becker ndbeck...@gmail.com wrote:
Been using yum-cron for years with good results.
If yum is being phased out, I'll want a dnf-cron replacement
Already exists:
$ rpm -ql dnf | grep systemd
/usr/lib/systemd/system/dnf-makecache.service
Change in package status over the last 168 hours
24 packages were orphaned
-
MegaMek [master] was orphaned by dbhole
A portable, network-enabled BattleTech engine
There is DNF builddep Plugin
http://akozumpl.github.io/dnf-plugins-core/builddep.html
however it is not the same as yum-builddep.
# yum-builddep pulseaudio
...
Getting requirements for pulseaudio-4.0-13.gitf81e3.fc20.src
-- Already installed : ...
...
No uninstalled build requires
# dnf
- pactl v4 - fc20:
pactl parse_volume() cannot read negatives
https://bugs.freedesktop.org/show_bug.cgi?id=77108
$ rpm -qf /usr/bin/pactl
pulseaudio-utils-4.0-13.gitf81e3.fc20.x86_64
$ pactl list sinks | grep Volume:\ front
Volume: front-left: 39315 / 60% / -13.32 dB, front-right:
On Mon, Jun 16, 2014 at 09:11:43AM -0500, Jeffrey Ollie wrote:
Been using yum-cron for years with good results.
If yum is being phased out, I'll want a dnf-cron replacement
Already exists:
$ rpm -ql dnf | grep systemd
/usr/lib/systemd/system/dnf-makecache.service
On Mon, Jun 16, 2014 at 4:53 PM, Matthew Miller
mat...@fedoraproject.org wrote:
On Mon, Jun 16, 2014 at 09:11:43AM -0500, Jeffrey Ollie wrote:
Been using yum-cron for years with good results.
If yum is being phased out, I'll want a dnf-cron replacement
Already exists:
$ rpm -ql dnf | grep
On 16.6.2014 17:06, drago01 wrote:
On Mon, Jun 16, 2014 at 4:53 PM, Matthew Miller
mat...@fedoraproject.org wrote:
On Mon, Jun 16, 2014 at 09:11:43AM -0500, Jeffrey Ollie wrote:
Been using yum-cron for years with good results.
If yum is being phased out, I'll want a dnf-cron replacement
On Mon, Jun 16, 2014 at 05:06:45PM +0200, drago01 wrote:
That's not the most descriptiony of all descriptions ever, but if the name
is any indication, it is just a thing which keeps the cache up to date.
yum-cron can actually apply updates []
That sounds dangerous ... updates are not
On Mon, Jun 16, 2014 at 5:14 PM, Matthew Miller
mat...@fedoraproject.org wrote:
On Mon, Jun 16, 2014 at 05:06:45PM +0200, drago01 wrote:
That's not the most descriptiony of all descriptions ever, but if the name
is any indication, it is just a thing which keeps the cache up to date.
drago01 wrote:
On Mon, Jun 16, 2014 at 5:14 PM, Matthew Miller
mat...@fedoraproject.org wrote:
On Mon, Jun 16, 2014 at 05:06:45PM +0200, drago01 wrote:
That's not the most descriptiony of all descriptions ever, but if the name
is any indication, it is just a thing which keeps the cache up
On Mon, Jun 16, 2014 at 5:37 PM, Neal Becker ndbeck...@gmail.com wrote:
drago01 wrote:
On Mon, Jun 16, 2014 at 5:14 PM, Matthew Miller
mat...@fedoraproject.org wrote:
On Mon, Jun 16, 2014 at 05:06:45PM +0200, drago01 wrote:
That's not the most descriptiony of all descriptions ever, but if
On 06/16/2014 05:06 PM, drago01 wrote:
On Mon, Jun 16, 2014 at 4:53 PM, Matthew Miller
mat...@fedoraproject.org wrote:
On Mon, Jun 16, 2014 at 09:11:43AM -0500, Jeffrey Ollie wrote:
Been using yum-cron for years with good results.
If yum is being phased out, I'll want a dnf-cron replacement
Am 16.06.2014 17:41, schrieb drago01:
On Mon, Jun 16, 2014 at 5:37 PM, Neal Becker ndbeck...@gmail.com wrote:
This server is almost never rebooted, and in many years running yum-cron I've
never had any problem.
What is the difference between automated update vs. a manual update, in terms
of
On Mon, Jun 16, 2014 at 2:50 PM, Neal Becker ndbeck...@gmail.com wrote:
Been using yum-cron for years with good results.
If yum is being phased out, I'll want a dnf-cron replacement
dnf's cache is updated by by a systemd service, not dynamic when executed
like yum.
so if yum-cron is only
Tim Lauridsen wrote:
Bugzilla is the right place for a an RFE, not fdl :)
Tim
On Mon, Jun 16, 2014 at 2:50 PM, Neal Becker ndbeck...@gmail.com wrote:
Been using yum-cron for years with good results.
If yum is being phased out, I'll want a dnf-cron replacement
Meetings will be cancelled until we have some topics to discuss. If you
have something, please let us know on mailing list:
env-and-sta...@lists.fedoraproject.org
Marcela
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of
On Mon, Jun 16, 2014 at 05:22:56PM +0200, drago01 wrote:
Admin: OK I will reboot box 'foo'
reboots box 'foo' that was running an update
*boom*
(well actually that case can be solved by using systemd-inhibitors
... does it do that?)
It doesn't currently, but that's a good suggestion.
Hmmm
On Mon, 16 Jun 2014 17:49:08 +0200
Tim Lauridsen tim.laurid...@gmail.com wrote:
On Mon, Jun 16, 2014 at 2:50 PM, Neal Becker ndbeck...@gmail.com
wrote:
Been using yum-cron for years with good results.
If yum is being phased out, I'll want a dnf-cron replacement
dnf's cache is
On Mon, Jun 16, 2014 at 5:56 PM, Matthew Miller
mat...@fedoraproject.org wrote:
On Mon, Jun 16, 2014 at 05:22:56PM +0200, drago01 wrote:
Admin: OK I will reboot box 'foo'
reboots box 'foo' that was running an update
*boom*
(well actually that case can be solved by using systemd-inhibitors
On Mon, Jun 16, 2014 at 05:52:18PM +0200, Marcela Mašláňová wrote:
Meetings will be cancelled until we have some topics to discuss. If
you have something, please let us know on mailing list:
env-and-sta...@lists.fedoraproject.org
On item for a meeting agenda would be finding replacement
On Mon, Jun 16, 2014 at 09:31:17AM +0200, Jan Zelený wrote:
On 13. 6. 2014 at 10:09:07, Chuck Anderson wrote:
On Fri, Jun 13, 2014 at 09:38:40AM +0200, Jan Zelený wrote:
On 12. 6. 2014 at 10:54:45, DJ Delorie wrote:
Nothing will change for you, the yum command will still exist for a
On 16 June 2014 09:22, drago01 drag...@gmail.com wrote:
On Mon, Jun 16, 2014 at 5:14 PM, Matthew Miller
mat...@fedoraproject.org wrote:
On Mon, Jun 16, 2014 at 05:06:45PM +0200, drago01 wrote:
That's not the most descriptiony of all descriptions ever, but if the
name
is any indication,
On Mon, Jun 16, 2014 at 7:35 PM, Stephen John Smoogen smo...@gmail.com wrote:
On 16 June 2014 09:22, drago01 drag...@gmail.com wrote:
On Mon, Jun 16, 2014 at 5:14 PM, Matthew Miller
mat...@fedoraproject.org wrote:
On Mon, Jun 16, 2014 at 05:06:45PM +0200, drago01 wrote:
That's not the
On 06/16/2014 12:12 AM, Kevin Kofler wrote:
Antonio Trande wrote:
To pass these problems, I had to decrease '-O' optimization flag
gradually to '-O1' or '-O0', latest attempt is the removal of '-pipe'
from RPM_OPT_FLAGS.
What's best choice in these cases?
Definitely not -O0, that
On Mon, Jun 16, 2014 at 8:02 PM, Antonio Trande anto.tra...@gmail.com wrote:
On 06/16/2014 12:12 AM, Kevin Kofler wrote:
Antonio Trande wrote:
To pass these problems, I had to decrease '-O' optimization flag
gradually to '-O1' or '-O0', latest attempt is the removal of '-pipe'
from
Given today's memory prices ... just buy an additional ram stick and
be done with it ;)
I wish but my hardware does not support more than 4GB of RAM. :(
--
Antonio Trande
mailto: sagitterATfedoraproject.org
http://www.fedoraos.worpress.com
https://fedoraproject.org/wiki/User:Sagitter
GPG
On Sun, Jun 15, 2014 at 12:43 PM, Antonio Trande anto.tra...@gmail.com wrote:
Hi John.
On 06/15/2014 08:43 PM, John Reiser wrote:
These compilations have been particularly annoying because it was
nearly impossible to compile on my PC without blocks dependent by
*high* memory usage.
How
On 16 June 2014 08:31, Jan Zelený jzel...@redhat.com wrote:
On 13. 6. 2014 at 10:09:07, Chuck Anderson wrote:
So I propose we keep calling the project DNF and the package dnf, but
start the transition to a generic command name for the tool that
installs, removes, and updates packages. I
On Mon, Jun 16, 2014 at 10:01:09AM +0200, Stanislav Ochotnicky wrote:
I was wondering if anyone was considering cross-distribution fossology[1]
instance where we could share burden of license review with other
distros. I know at least Debian does comprehensive license reviews and
we could
[I posted it once already, but it ended up buried in another discussion
thread due to a botched InReplyTo]
Is libatasmart a going concern? The functionality overlaps with
smartmontools, and the development seems to have stalled [1]. I
originally started using libatasmart few years ago because
On Wed, 11 Jun 2014 14:44:10 +0200, Jaroslav Reznik wrote:
* package 'dnf-yum-compat-command' is installed by default. It
obsoletes Yum and provides its own code/usr/bin/yum/code, a short
Does yum have current developers/maintainers? If so, actually obsoleting
yum seems kind of rude to me.
On Mon, Jun 16, 2014 at 11:04 PM, Zing z...@fastmail.fm wrote:
Does yum have current developers/maintainers? If so, actually obsoleting
yum seems kind of rude to me. If that's the case why not just leave yum
as is? Those that want to use yum use yum and dnf use dnf.
I don't know the
https://bugzilla.redhat.com/show_bug.cgi?id=1109701
Bug ID: 1109701
Summary: perl-Crypt-CipherSaber-1.00-15 FTBFS if
Product: Fedora
Version: rawhide
Component: perl-Crypt-CipherSaber
Assignee: xav...@bachelot.org
Reporter:
https://bugzilla.redhat.com/show_bug.cgi?id=1109701
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1109701
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1100158
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=981243
Hans de Goede hdego...@redhat.com changed:
What|Removed |Added
Assignee|hdego...@redhat.com |ppi...@redhat.com
# Fedora QA Devel Meeting
# Date: 2014-06-16
# Time: 14:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting-1 on irc.freenode.net
https://apps.fedoraproject.org/calendar/meeting/394/
Apologies on the last minute announce but I think most folks knew this
Dear all,
You are kindly invited to the meeting:
Fedora QA Devel Meeting on 2014-06-16 from 10:00:00 to 11:00:00
America/New_York
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Biweekly meeting to go over QA development related topics (Taskotron,
BlockerBugs, and other
=
#fedora-meeting-1: fedoraqa-devel
=
Minutes:
http://meetbot.fedoraproject.org/fedora-meeting-1/2014-06-16/fedoraqa-devel.2014-06-16-14.02.html
Minutes (text):
60 matches
Mail list logo
