Am 13.06.2014 16:49, schrieb drago01:
> Well I replied to his general statements about developers "not
> understanding simple facts" ... that aside ...
> it fits pretty well the horse (yum) is slower so takes longer to get
> the job done as the car (dnf) ;)
well, i tested DNF recently on my Rawhi
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 to change the behavior, command
>>> lines switch, configuration and ba
Am 14.06.2014 03:36, schrieb Michael Scherer:
> Le samedi 14 juin 2014 à 03:20 +0200, Reindl Harald a écrit :
>> why do functions and options need to be removed due a
>> code-rewrite/re-factoring? to clean up the code base?
>
> likely yes.
> Also because the more code you have, the more corner c
Le samedi 14 juin 2014 à 03:33 +0200, Reindl Harald a écrit :
> Am 14.06.2014 03:24, schrieb Michael Scherer:
> > Le samedi 14 juin 2014 à 03:10 +0200, Reindl Harald a écrit :
> >> and that changes where much bigger than a fork of YUM renamed
> >> for no good reason especially in context of replac
Le samedi 14 juin 2014 à 03:20 +0200, Reindl Harald a écrit :
> Am 14.06.2014 03:10, schrieb Michael Scherer:
> > Le samedi 14 juin 2014 à 03:03 +0200, Reindl Harald a écrit :
> >> Am 14.06.2014 02:59, schrieb Michael Scherer:
> >>> Le vendredi 13 juin 2014 à 10:39 -0400, Steve Clark a écrit :
> >>
Am 14.06.2014 03:24, schrieb Michael Scherer:
> Le samedi 14 juin 2014 à 03:10 +0200, Reindl Harald a écrit :
>>> Like they complained when up2date was replaced by yum ?
>>> when zipper replaced whatever they used to have on *suse before ?
>>> When pkgin replaced pkg_add on some of the BSD ?
>>>
Le samedi 14 juin 2014 à 03:10 +0200, Reindl Harald a écrit :
> Am 14.06.2014 03:04, schrieb Michael Scherer:
> > Le vendredi 13 juin 2014 à 15:07 +0200, Petr Spacek a écrit :
> >> On 13.6.2014 14:58, Reindl Harald wrote:
> >>>
> >>> Am 13.06.2014 14:53, schrieb Jan Zelený:
> That being said,
Am 14.06.2014 03:10, schrieb Michael Scherer:
> Le samedi 14 juin 2014 à 03:03 +0200, Reindl Harald a écrit :
>> Am 14.06.2014 02:59, schrieb Michael Scherer:
>>> Le vendredi 13 juin 2014 à 10:39 -0400, Steve Clark a écrit :
On 06/13/2014 09:03 AM, drago01 wrote:
> On Fri, Jun 13, 20
Am 14.06.2014 03:04, schrieb Michael Scherer:
> Le vendredi 13 juin 2014 à 15:07 +0200, Petr Spacek a écrit :
>> On 13.6.2014 14:58, Reindl Harald wrote:
>>>
>>> Am 13.06.2014 14:53, schrieb Jan Zelený:
That being said, the reason for not renaming dnf to yum is that renaming
this
p
Le samedi 14 juin 2014 à 03:03 +0200, Reindl Harald a écrit :
> Am 14.06.2014 02:59, schrieb Michael Scherer:
> > Le vendredi 13 juin 2014 à 10:39 -0400, Steve Clark a écrit :
> >> On 06/13/2014 09:03 AM, drago01 wrote:
> >>
> >>> On Fri, Jun 13, 2014 at 2:58 PM, Reindl Harald
> >>> wrote:
>
Le vendredi 13 juin 2014 à 15:07 +0200, Petr Spacek a écrit :
> On 13.6.2014 14:58, Reindl Harald wrote:
> >
> > Am 13.06.2014 14:53, schrieb Jan Zelený:
> >> That being said, the reason for not renaming dnf to yum is that renaming
> >> this
> >> project to yum will do nothing else than to confuse
Am 14.06.2014 02:59, schrieb Michael Scherer:
> Le vendredi 13 juin 2014 à 10:39 -0400, Steve Clark a écrit :
>> On 06/13/2014 09:03 AM, drago01 wrote:
>>
>>> On Fri, Jun 13, 2014 at 2:58 PM, Reindl Harald
>>> wrote:
Am 13.06.2014 14:53, schrieb Jan Zelený:
> That being said, the reason
Le vendredi 13 juin 2014 à 10:39 -0400, Steve Clark a écrit :
> On 06/13/2014 09:03 AM, drago01 wrote:
>
> > On Fri, Jun 13, 2014 at 2:58 PM, Reindl Harald
> > wrote:
> > > Am 13.06.2014 14:53, schrieb Jan Zelený:
> > > > That being said, the reason for not renaming dnf to yum is that
> > > > r
Hi folks! I don't think we have anything that needs to be discussed in a
meeting tomorrow, so I'm proposing to cancel it. Everyone seems to have
things to be pushing along with - please, folks who are working on
Taskotron and Fedora.next WG co-operation move along with that, and keep
pushing on Fed
> If you have any other suggestions other than keeping the name, we
> will be open to consider them.
My suggestion is to keep the name, but as you're not open to that
option, there's no point in me bothering, is there?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproje
Hi,
I intend to retire postler. It FTBFS in the last mass rebuild and
upstream recommends to switch to geary instead.
Thomas
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 11 Jun 2014 23:48:10 -0500
Dennis Gilmore wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Wed, 11 Jun 2014 20:01:19 -0700
> Dave Johansen wrote:
>
> > On Wed, Jun 11, 2014 at 7:49 PM, Dave Johansen
> > wrote:
> >
> > > I
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 do with the *name* of the things we
> just should not live
On Fri, Jun 13, 2014 at 5:01 PM, Reindl Harald wrote:
>
>
> Am 13.06.2014 16:49, schrieb drago01:
>> On Fri, Jun 13, 2014 at 4:39 PM, Steve Clark wrote:
>>> On 06/13/2014 09:03 AM, drago01 wrote:
>>>
>>> On Fri, Jun 13, 2014 at 2:58 PM, Reindl Harald
>>> the user expects that anyways if you repl
On 06/13/2014 11:01 AM, Reindl Harald wrote:
well, hopefully it does not fit the same way if it needs to drive
offside a nice road in context of software: stability
i am tired hear people talking about milliseconds of boot-performance
and what update tool is slightly faster here and there becau
Am 13.06.2014 16:49, schrieb drago01:
> On Fri, Jun 13, 2014 at 4:39 PM, Steve Clark wrote:
>> On 06/13/2014 09:03 AM, drago01 wrote:
>>
>> On Fri, Jun 13, 2014 at 2:58 PM, Reindl Harald
>> the user expects that anyways if you replace something he
>> did not asked for replace it and what just w
On Fri, Jun 13, 2014 at 4:39 PM, Steve Clark wrote:
> On 06/13/2014 09:03 AM, drago01 wrote:
>
> On Fri, Jun 13, 2014 at 2:58 PM, Reindl Harald
> wrote:
>
> Am 13.06.2014 14:53, schrieb Jan Zelený:
>
> That being said, the reason for not renaming dnf to yum is that renaming
> this
> project to yu
On 06/13/2014 09:03 AM, drago01 wrote:
On Fri, Jun 13, 2014 at 2:58 PM, Reindl Harald wrote:
Am 13.06.2014 14:53, schrieb Jan Zelený:
That being said, the reason for not renaming dnf to yum is that renaming this
project to yum will do nothing else than to confuse its users, as they will
think
Hi,
I've filed this bug [1] in scotch nearly one month ago, the issue being
that the scotch libraries are under-linked and have undefined symbols. A
tentative patch is attached in the BZ. Since this is a blocker for the
salome packaging, I'd like to see this resolved.
Attempts to contact dej
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 problem.
> >
> > > just as the `service` command t
Hi
On Fri, Jun 13, 2014 at 9:33 AM, Simo Sorce I think you are failing to understand the concept of "perspective".
>
I think there is a difference in perspectives rather than lack of
understanding. You are looking at it from a developer perspective -
their project, let them do whatever they l
On Fri, 2014-06-13 at 14:53 +0200, Jan Zelený wrote:
> > So not wanting users to complain about “yum” no longer having some
> features
> > is the only reason for dropping the yum name I have seen in this thread
> > (also called “setting expectations”); have I missed other reasons?
>
> No, there
On Fri, 2014-06-13 at 15:15 +0200, Reindl Harald wrote:
>
> Am 13.06.2014 15:03, schrieb drago01:
> > On Fri, Jun 13, 2014 at 2:58 PM, Reindl Harald
> > wrote:
> >>
> >> Am 13.06.2014 14:53, schrieb Jan Zelený:
> >>> That being said, the reason for not renaming dnf to yum is that renaming
> >>>
Am 13.06.2014 15:03, schrieb drago01:
> On Fri, Jun 13, 2014 at 2:58 PM, Reindl Harald wrote:
>>
>> Am 13.06.2014 14:53, schrieb Jan Zelený:
>>> That being said, the reason for not renaming dnf to yum is that renaming
>>> this
>>> project to yum will do nothing else than to confuse its users, a
On 13.6.2014 14:58, Reindl Harald wrote:
Am 13.06.2014 14:53, schrieb Jan Zelený:
That being said, the reason for not renaming dnf to yum is that renaming this
project to yum will do nothing else than to confuse its users, as they will
think this is still yum and they should expect from dnf it
On 13. 6. 2014 at 14:30:06, Lukas Zapletal wrote:
> > It alredy has, it is called dnf-plugins-core all tools in dnf is
> > implemented as plugins there is extending the dnf command line
>
> Is there a "migration for users and developers" document? A page with
> yum commands on the left and corresp
On Fri, Jun 13, 2014 at 2:58 PM, Reindl Harald wrote:
>
> Am 13.06.2014 14:53, schrieb Jan Zelený:
>> That being said, the reason for not renaming dnf to yum is that renaming this
>> project to yum will do nothing else than to confuse its users, as they will
>> think this is still yum and they sho
Am 13.06.2014 14:53, schrieb Jan Zelený:
> That being said, the reason for not renaming dnf to yum is that renaming this
> project to yum will do nothing else than to confuse its users, as they will
> think this is still yum and they should expect from dnf it what they expected
> from yum. They
On 13. 6. 2014 at 11:36:25, Miloslav Trmač wrote:
> 2014-06-13 10:20 GMT+02:00 Jan Zelený :
> > On 13. 6. 2014 at 10:09:48, Reindl Harald wrote:
> > > Am 13.06.2014 10:01, schrieb Jan Zelený:
> > i have not heard any valid reason to call a software DNF instead just
> >
> > > the next major version
On Fri, Jun 13, 2014 at 2:30 PM, Lukas Zapletal wrote:
> Is there a "migration for users and developers" document? A page with
> yum commands on the left and corresponding commands with dnf on the
> right. Including developer things like scripts from yum-utils
> (yum-builddep etc).
>
> Thanks.
>
On 6/13/2014 2:44 AM, Jan Zelený wrote:
> On 12. 6. 2014 at 17:11:14, David wrote:
>> Excuse me.
>>
>> To whom, or to where, should I write to request that dnf has a tools
>> package like yum has. "Yum-utils".
>
> We definitely encourage you to file the RFE, but if you want to discuss it
> upfron
On Fri, Jun 13, 2014 at 8:37 AM, Phil Knirsch wrote:
> Agenda:
> - Bill announced his departure from the WG, discussion about how we
> proceed.
> - Open floor
> - FYI: pknirsch on PTO next Friday
I'll be unable to attend. This is becoming a trend unfortunately and
given it's been a while sinc
Agenda:
- Bill announced his departure from the WG, discussion about how we
proceed.
- Open floor
- FYI: pknirsch on PTO next Friday
Thanks & regards, Phil
--
Philipp Knirsch | Tel.: +49-711-96437-470
Manager Core Services| Fax.: +49-711-96437-111
Red Hat GmbH
Quick recap of last weeks meeting:
- Dropping the merge reviews from the agenda, will give an update once
thats done
- Quick update that there's progress on the help side for our efforts
Minutes:
http://meetbot.fedoraproject.org/fedora-meeting/2014-06-06/fedora_base_design_working_group.201
> It alredy has, it is called dnf-plugins-core all tools in dnf is
> implemented as plugins there is extending the dnf command line
Is there a "migration for users and developers" document? A page with
yum commands on the left and corresponding commands with dnf on the
right. Including developer t
It alredy has, it is called dnf-plugins-core all tools in dnf is
implemented as plugins there is extending the dnf command line
Tim
On Thu, Jun 12, 2014 at 11:11 PM, David wrote:
> Excuse me.
>
> To whom, or to where, should I write to request that dnf has a tools
> package like yum has. "Yum-
2014-06-13 10:20 GMT+02:00 Jan Zelený :
> On 13. 6. 2014 at 10:09:48, Reindl Harald wrote:
> > Am 13.06.2014 10:01, schrieb Jan Zelený:
>
> i have not heard any valid reason to call a software DNF instead just
> > the next major version of YUM which is millions of times mentioned
> > and well know
Hi,
Upstream SDL_gfx has a new 2.0.25 release out for a while now. Since
Fedora is supposed to be First it is time to upgrade to it.
Unfortunately this release bumps the soname, so all deps need to
be rebuild. I'll start rebuilds of all the affected packages myself,
so unless the rebuild fails on
On 13. 6. 2014 at 10:09:48, Reindl Harald wrote:
> Am 13.06.2014 10:01, schrieb Jan Zelený:
> > On 12. 6. 2014 at 11:41:52, Simo Sorce wrote:
> >> We can keep the yum symlink forever...
> >
> > Definitely, we do no insist on removing it. I am perfectly fine with
> > removing it some time far in th
Am 13.06.2014 10:13, schrieb Jan Zelený:
> On 12. 6. 2014 at 16:16:13, Miloslav Trmač wrote:
>> … *now*, but *will be inconvenienced later* after those “a few more
>> releases” when you are planning for the yum command to go away.
>> The total breakage and total impact on users is the same, you
Am 13.06.2014 10:15, schrieb Richard Hughes:
> 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 dnf "yum"
> wou
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 dnf "yum"
would be a lie indeed.
Richard.
--
devel mailing list
deve
On 12. 6. 2014 at 16:16:13, Miloslav Trmač wrote:
> 2014-06-12 9:30 GMT+02:00 Jan Zelený :
> > > It boils down to this: someone is going to be inconvenienced. I argue
> > > it's better to inconvenience the minority with special 'yum' needs by
> > > making them use the 'yum-old' alias, rather than i
Am 13.06.2014 10:01, schrieb Jan Zelený:
> On 12. 6. 2014 at 11:41:52, Simo Sorce wrote:
>> We can keep the yum symlink forever...
>
> Definitely, we do no insist on removing it. I am perfectly fine with removing
> it
> some time far in the future when nobody uses it any more
one said "foreve
On 12. 6. 2014 at 11:41:52, Simo Sorce wrote:
> On Thu, 2014-06-12 at 17:13 +0200, Miloslav Trmač wrote:
> > 2014-06-12 17:03 GMT+02:00 Rahul Sundaram :
> > > On Thu, Jun 12, 2014 at 10:29 AM, Jan Zelený wrote:
> > >> We are on the same page, thanks for your input.
> > >
> > > I don't think so.
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 problem.
>
> > just as the `service` command that was superseded by systemctl like
> > 5 releases of Fedora ago exists.
51 matches
Mail list logo
