Come on, every thing in Fedora changes all the time, It is hard for me to
see the fuzz about
having to type 'dnf install foobar', instead of 'yum install foobar'
If you uses a tool like yum at the command line, you should be able to
handle that.
more novice users will use gui tool and don't care
Am 14.06.2014 10:05, schrieb Tim Lauridsen:
> Come on, every thing in Fedora changes all the time, It is hard for me to see
> the fuzz about
> having to type 'dnf install foobar', instead of 'yum install foobar'
> If you uses a tool like yum at the command line, you should be able to handle
> t
Le samedi 14 juin 2014 à 04:00 +0200, Reindl Harald a écrit :
>
> Am 14.06.2014 03:42, schrieb Michael Scherer:
> > Le samedi 14 juin 2014 à 03:33 +0200, Reindl Harald a écrit :
> >>> So maybe you should propose to have dnf named yum 4.0, and then since
> >>> that's a major version, we would be ok
Le samedi 14 juin 2014 à 03:55 +0200, Reindl Harald a écrit :
>
> Am 14.06.2014 03:36, schrieb Michael Scherer:
> > Everybody I know who looked at the yum python api told me it was a bit
> > horrible. So a cleanup was needed for that. There was demand from
> > packagekit developers to have a clean
Am 14.06.2014 12:26, schrieb Michael Scherer:
> Le samedi 14 juin 2014 à 04:00 +0200, Reindl Harald a écrit :
>> Am 14.06.2014 03:42, schrieb Michael Scherer:
>>> Le samedi 14 juin 2014 à 03:33 +0200, Reindl Harald a écrit :
> So maybe you should propose to have dnf named yum 4.0, and then sin
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 been put forward very well for moving to dnf, and tha
On Fri, Jun 13, 2014 at 5:21 PM, Reindl Harald wrote:
>
>
> Am 13.06.2014 17:14, schrieb drago01:
>> But we should not stop progress because what we have "works" ... we
>> don't work on Fedora to
>> keep things as is we want to improve what we have. (Just to be clear
>> again that has nothing to d
Am 14.06.2014 14:31, schrieb drago01:
> And recently there is even a trend where people (and the press)
> complains "lack of change == lack of innovation" ... that does not
> mean that we should do changes for the sake of doing changes but we
> should not be afraid of doing so either.
the same so
Concerns me greatly when someone thinks cli is the wrong way to automate
things. Agree Reindl comment 're this statement.
On 14 Jun 2014 13:41, "Reindl Harald" wrote:
>
> Am 14.06.2014 14:31, schrieb drago01:
> > And recently there is even a trend where people (and the press)
> > complains "lack
Le samedi 14 juin 2014 à 13:45 +0100, Jon Kent a écrit :
> Concerns me greatly when someone thinks cli is the wrong way to
> automate things. Agree Reindl comment 're this statement.
CLI is not scalable, you need to fork processes for that. There is also
no way to communicate errors to the softwa
Le samedi 14 juin 2014 à 12:55 +0200, Reindl Harald a écrit :
> Am 14.06.2014 12:26, schrieb Michael Scherer:
> > Le samedi 14 juin 2014 à 04:00 +0200, Reindl Harald a écrit :
> >> Am 14.06.2014 03:42, schrieb Michael Scherer:
> >>> Le samedi 14 juin 2014 à 03:33 +0200, Reindl Harald a écrit :
> >>
Am 14.06.2014 14:56, schrieb Michael Scherer:
> Le samedi 14 juin 2014 à 13:45 +0100, Jon Kent a écrit :
>> Concerns me greatly when someone thinks cli is the wrong way to
>> automate things. Agree Reindl comment 're this statement.
>
> CLI is not scalable, you need to fork processes for that. T
Am 14.06.2014 15:04, schrieb Michael Scherer:
> Le samedi 14 juin 2014 à 12:55 +0200, Reindl Harald a écrit :
>>> That's why the developers do ask "what is missing". That's also why I
>>> ask for you what compatibility you exactly want, and you keep avoiding
>>> giving a clear answer
>>
>> *full*
Le 14/06/2014 15:15, Reindl Harald a écrit :
stop that trolling
Weren't you the one trolling here ? Because that's what many people are
thinking about this thread.
Don't you think that turning every discussion on DNF into a flame war is
helpful or serves your purpose ? Even the ones where
Le samedi 14 juin 2014 à 15:08 +0200, Reindl Harald a écrit :
> Am 14.06.2014 14:56, schrieb Michael Scherer:
> > Le samedi 14 juin 2014 à 13:45 +0100, Jon Kent a écrit :
> >> Concerns me greatly when someone thinks cli is the wrong way to
> >> automate things. Agree Reindl comment 're this stateme
Am 14.06.2014 15:48, schrieb Haïkel Guémar:
> Le 14/06/2014 15:15, Reindl Harald a écrit :
>>
>> stop that trolling
>
> Weren't you the one trolling here? Because that's what many people are
> thinking about this thread.
backed by what data?
> Don't you think that turning every discussion on
Am 14.06.2014 15:49, schrieb Michael Scherer:
> Le samedi 14 juin 2014 à 15:08 +0200, Reindl Harald a écrit :
>> Am 14.06.2014 14:56, schrieb Michael Scherer:
>>> Le samedi 14 juin 2014 à 13:45 +0100, Jon Kent a écrit :
Concerns me greatly when someone thinks cli is the wrong way to
aut
Le samedi 14 juin 2014 à 15:15 +0200, Reindl Harald a écrit :
>
> Am 14.06.2014 15:04, schrieb Michael Scherer:
> > Le samedi 14 juin 2014 à 12:55 +0200, Reindl Harald a écrit :
> >>> That's why the developers do ask "what is missing". That's also why I
> >>> ask for you what compatibility you exa
On Sat, Jun 14, 2014 at 2:40 PM, Reindl Harald wrote:
>>> you can rename internal functions, move code, use different
>>> libraries all day long, but if it comes to command lines and
>>> user interfaces (CLI params are a user interface) you need
>>> always to be very careful
>>
>> Depends obscure
Le 14/06/2014 15:59, Reindl Harald a écrit :
backed by what data?
Based on various contributors feedbacks.
don't you think if after i made clear my point of view a handful
people starting quibbling is the real reason for become a flamewar?
Let's say that's the case, are you compelled to a
Am 14.06.2014 16:39, schrieb Haïkel Guémar:
> Le 14/06/2014 15:59, Reindl Harald a écrit :
>> what eactly is broken in the CLI?
>
> I'll chose an example you care about: protected packages.
> You pretend that DNF maintainers refused to support that, but actually, the
> answer is that they think
On Sat, Jun 14, 2014 at 4:56 PM, Reindl Harald wrote:
>
>
> Am 14.06.2014 16:39, schrieb Haïkel Guémar:
>> Le 14/06/2014 15:59, Reindl Harald a écrit :
> [...]
> * dd's job is to write raw data
> * the package managers job is help to maintain a machine
> and ruin it
No its not ;)
- especially
On Fri, 13 Jun 2014 09:15:11 +0100, Richard Hughes wrote:
> On 12 June 2014 16:54, Reindl Harald wrote:
> > DNF is a fork of YUM and pretends to be compatible
> > and if it finally replaces YUM it's just a new
> > generation of YUM
>
> Just do a side-by-side comparison of the code bases. Calling
Am 14.06.2014 17:26, schrieb drago01:
> On Sat, Jun 14, 2014 at 4:56 PM, Reindl Harald wrote:
>>
>> Am 14.06.2014 16:39, schrieb Haïkel Guémar:
>>> Le 14/06/2014 15:59, Reindl Harald a écrit :
>> [...]
>> * dd's job is to write raw data
>> * the package managers job is help to maintain a machine
On Sat, Jun 14, 2014 at 5:39 PM, Reindl Harald wrote:
>
> Am 14.06.2014 17:26, schrieb drago01:
>> On Sat, Jun 14, 2014 at 4:56 PM, Reindl Harald
>> wrote:
>>>
>>> Am 14.06.2014 16:39, schrieb Haïkel Guémar:
Le 14/06/2014 15:59, Reindl Harald a écrit :
>>> [...]
>>> * dd's job is to write r
Please keep the command name "yum", and keep the command line syntax
and the configuration language as compatible as is feasible. Make a
wrapper or a symlink if you need to, but plan to keep it forever, not
just for a year or two.
So Yum has been made faster? That's wonderful news, it was certainl
I have a script I wrote that we've been using for years to manage large
number of servers using yum to manage rpm install/upgrades etc via ssh from
management server. So long as that usecase is covered still, ie dnf can be
scripted around with sane exit codes, than I'm a happy bunny. From what
I'v
On Sat, Jun 14, 2014 at 3:56 PM, Björn Persson
wrote:
> Please keep the command name "yum", and keep the command line syntax
> and the configuration language as compatible as is feasible. Make a
> wrapper or a symlink if you need to, but plan to keep it forever, not
> just for a year or two.
>
>
28 matches
Mail list logo
