On Mon, Jun 16, 2014 at 11:04 PM, Zing 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 plans, but yum is
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 /usr/bin/yum, a short
Does yum have current developers/maintainers? If so, actually obsoleting
yum seems kind of rude to me. If that'
[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 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 coul
On 16 June 2014 08:31, Jan Zelený 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 propose that
On Sun, Jun 15, 2014 at 12:43 PM, Antonio Trande 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 much RAM
>
> 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
On Mon, Jun 16, 2014 at 8:02 PM, Antonio Trande 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 RPM_OPT_FLAGS.
>>>
>
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, t
On Mon, Jun 16, 2014 at 7:35 PM, Stephen John Smoogen wrote:
>
>
>
> On 16 June 2014 09:22, drago01 wrote:
>>
>> On Mon, Jun 16, 2014 at 5:14 PM, Matthew Miller
>> wrote:
>> > On Mon, Jun 16, 2014 at 05:06:45PM +0200, drago01 wrote:
>> >> > That's not the most descriptiony of all descriptions ev
On 16 June 2014 09:22, drago01 wrote:
> On Mon, Jun 16, 2014 at 5:14 PM, Matthew Miller
> 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 kee
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
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 me
On Mon, Jun 16, 2014 at 5:56 PM, Matthew Miller
wrote:
> On Mon, Jun 16, 2014 at 05:22:56PM +0200, drago01 wrote:
>> Admin: "OK I will reboot box 'foo'"
>>
>> *boom*
>> (well actually that case can be "solved" by using systemd-inhibitors
>> ... does it do that?)
>
> It doesn't currently, but that
On Mon, 16 Jun 2014 17:49:08 +0200
Tim Lauridsen wrote:
> On Mon, Jun 16, 2014 at 2:50 PM, 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
> >
> >
> dnf's cache is updated by by a systemd service, n
On Mon, Jun 16, 2014 at 05:22:56PM +0200, drago01 wrote:
> Admin: "OK I will reboot box 'foo'"
>
> *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 -- actually, it seems like both yum a
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 Con
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 wrote:
>
>> Been using yum-cron for years with good results.
>>
>> If yum is being phased out, I'll want a dnf-cron replacement
>>
https://bugzilla.redhat.co
On Mon, Jun 16, 2014 at 2:50 PM, 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
>
>
dnf's cache is updated by by a systemd service, not dynamic when executed
like yum.
so if yum-cron is only used to update the
Am 16.06.2014 17:41, schrieb drago01:
> On Mon, Jun 16, 2014 at 5:37 PM, Neal Becker 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 potentia
On 06/16/2014 05:06 PM, drago01 wrote:
> On Mon, Jun 16, 2014 at 4:53 PM, Matthew Miller
> 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 ex
On Mon, Jun 16, 2014 at 5:37 PM, Neal Becker wrote:
> drago01 wrote:
>
>> On Mon, Jun 16, 2014 at 5:14 PM, Matthew Miller
>> 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
drago01 wrote:
> On Mon, Jun 16, 2014 at 5:14 PM, Matthew Miller
> 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.
>>>
On Mon, Jun 16, 2014 at 5:14 PM, Matthew Miller
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.
>> > yum-cron can actually
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
On 16.6.2014 17:06, drago01 wrote:
On Mon, Jun 16, 2014 at 4:53 PM, Matthew Miller
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
On Mon, Jun 16, 2014 at 4:53 PM, Matthew Miller
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 systemd
>> /usr
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
> /usr/lib/systemd/sy
- 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: 39
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 bui
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
https://admin.fedoraproject.org/pkgdb/package/MegaMe
On Mon, Jun 16, 2014 at 7:50 AM, 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
Already exists:
$ rpm -ql dnf | grep systemd
/usr/lib/systemd/system/dnf-makecache.service
/usr/lib/systemd/system/dnf-makecache
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 packag
Bugzilla is the right place for a an RFE, not fdl :)
Tim
On Mon, Jun 16, 2014 at 2:50 PM, 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
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https:/
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
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
On Mon, Jun 16, 2014 at 10:22 AM, Hans de Goede 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 uses the l
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 12:57 AM, Kalev Lember
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
> pkg-config integration ava
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 talkin
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 pos
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
42 matches
Mail list logo
