On Wed, 2014-06-18 at 20:40 +, Beartooth wrote:
> On Mon, 09 Jun 2014 15:28:44 +0100, Patrick O'Callaghan wrote:
> []
> > Do you have the bug reference? I'd rather find out before dnf leaves me
> > with a non-bootable system. The reason I'm harping on about it is that
> > in a thread
On Mon, 09 Jun 2014 15:28:44 +0100, Patrick O'Callaghan wrote:
[]
> Do you have the bug reference? I'd rather find out before dnf leaves me
> with a non-bootable system. The reason I'm harping on about it is that
> in a thread on this list a few months back the developers didn't seem to
On 06/17/2014 06:40 PM, Bob Goodwin - Zuni, Virginia, USA wrote:
On 06/16/14 04:42, Ed Greshko wrote:
On 06/16/14 16:37, Bob Goodwin - Zuni, Virginia, USA wrote:
> So there is still a considerable difference in what each of them
does here,
I ran into this the other day. It would seem the way
On 06/16/14 04:42, Ed Greshko wrote:
On 06/16/14 16:37, Bob Goodwin - Zuni, Virginia, USA wrote:
> So there is still a considerable difference in what each of them does here,
I ran into this the other day. It would seem the way dnf handles caching is different from yum.
Not 100% sure/convin
On Mon, Jun 16, 2014 at 10:02:52PM +0200, Lars E. Pettersson wrote:
> On 06/16/14 14:45, Jan Zelený wrote:
> >feel free to reopen the bug too, otherwise it might get off the radar.
>
> How do I, as a normal user, re-open a bug? Can not see any way more than
> cloning it. Is that how it's supposed
On Mon, Jun 16, 2014 at 02:45:17PM +0200, Jan Zelený wrote:
> ad b) how many times have this feature actually saved you from erasing the
> kernel? In 10+ years using Linux I have never managed to do this
> accidentally.
> That being said, if users accidentally instruct yum to erase the running
On 06/16/2014 05:45 AM, Jan Zelený wrote:
ad b) how many times have this feature actually saved you from erasing the
kernel?
I can remember needing to get rid of all kernels except for the running
one on at least one occasion. (It was the oldest one and for some
reason the two newer ones wer
On 16.06.2014 22:02, Lars E. Pettersson wrote:
On 06/16/14 14:45, Jan Zelený wrote:
...
ad b) how many times have this feature actually saved you from erasing the
kernel? In 10+ years using Linux I have never managed to do this accidentally.
Well, with 'yum erase kernel' you can not accidenta
On 06/16/14 14:45, Jan Zelený wrote:
We originally didn't want to implement anything like this for three reasons:
a) in our opinion, dnf should not do the thinking for admins
It should have sensible defaults so that a user can not hose the system
by accident.
What would the use case be to r
On Mon, Jun 16, 2014 at 04:04:24PM +0200, Jan Zelený wrote:
> > You are assuming limited by your own experience that this is done
> > accidentally.
> And hence the poll
I'm a little skeptical that the poll will reach the right segment of
responders to get a valuable response.
--
Matthew Miller
F
On 06/16/2014 04:04 PM, Jan Zelený wrote:
On 16. 6. 2014 at 09:19:21, Rahul Sundaram wrote:
Hi
On Mon, Jun 16, 2014 at 8:45 AM, Jan Zelený wrote:
ad b) how many times have this feature actually saved you from erasing
the
kernel? In 10+ years using Linux I have never managed to do this
accid
On 16. 6. 2014 at 09:19:21, Rahul Sundaram wrote:
> Hi
>
> On Mon, Jun 16, 2014 at 8:45 AM, Jan Zelený wrote:
> > ad b) how many times have this feature actually saved you from erasing
the
> > kernel? In 10+ years using Linux I have never managed to do this
> > accidentally.
>
> You are assumin
On 06/16/2014 03:23 PM, Paul Knox-Kennedy wrote:
On 06/16/14 04:42, Ed Greshko wrote:
On 06/16/14 16:37, Bob Goodwin - Zuni, Virginia, USA wrote:
So there is still a considerable difference in what each of them
does here,
I ran into this the other day. It would seem the way dnf
handles c
>
> On 06/16/14 04:42, Ed Greshko wrote:
> > On 06/16/14 16:37, Bob Goodwin - Zuni, Virginia, USA wrote:
> >> > So there is still a considerable difference in what each of them
> >> > does here,
> > I ran into this the other day. It would seem the way dnf
> handles caching is different from
On Mon, Jun 16, 2014 at 14:45:17 +0200,
Jan Zelený wrote:
ad b) how many times have this feature actually saved you from erasing the
kernel? In 10+ years using Linux I have never managed to do this accidentally.
That being said, if users accidentally instruct yum to erase the running
kernel on
Hi
On Mon, Jun 16, 2014 at 8:45 AM, Jan Zelený wrote:
> ad b) how many times have this feature actually saved you from erasing the
> kernel? In 10+ years using Linux I have never managed to do this
> accidentally.
>
You are assuming limited by your own experience that this is done
accidentally
On 16. 6. 2014 at 07:49:55, David wrote:
> On 6/16/2014 7:19 AM, Ed Greshko wrote:
> > On 06/16/14 19:00, David wrote:
> >> On 6/16/2014 1:05 AM, Ed Greshko wrote:
> >>> On 06/16/14 12:27, Rejy M Cyriac wrote:
> By the way, 'dnf erase kernel' scares me :-O
> >>>
> >>> FWIW, it has been sugges
On 6/16/2014 7:19 AM, Ed Greshko wrote:
> On 06/16/14 19:00, David wrote:
>> On 6/16/2014 1:05 AM, Ed Greshko wrote:
>>> On 06/16/14 12:27, Rejy M Cyriac wrote:
By the way, 'dnf erase kernel' scares me :-O
>>> FWIW, it has been suggested that the DNF developers would consider this a
>>> bug i
On Sun, 2014-06-15 at 21:12 +0200, Lars E. Pettersson wrote:
> On 06/09/14 16:28, Patrick O'Callaghan wrote:
> > Do you have the bug reference? I'd rather find out before dnf leaves me
> > with a non-bootable system. The reason I'm harping on about it is that
> > in a thread on this list a few mont
On 06/16/14 19:00, David wrote:
> On 6/16/2014 1:05 AM, Ed Greshko wrote:
>> On 06/16/14 12:27, Rejy M Cyriac wrote:
>>> By the way, 'dnf erase kernel' scares me :-O
>> FWIW, it has been suggested that the DNF developers would consider this a
>> bug if the number of CC's on
>> https://bugzilla.re
On 6/16/2014 1:05 AM, Ed Greshko wrote:
> On 06/16/14 12:27, Rejy M Cyriac wrote:
>> By the way, 'dnf erase kernel' scares me :-O
>
> FWIW, it has been suggested that the DNF developers would consider this a bug
> if the number of CC's on https://bugzilla.redhat.com/show_bug.cgi?id=1049310
> was
On 14. 6. 2014 at 11:05:03, Stephen Morris wrote:
> On 06/14/2014 12:05 AM, Aleksandar Kostadinov wrote:
> > Tom Horsley wrote, On 06/07/2014 03:57 PM (EEST):
> >> On Sat, 7 Jun 2014 07:47:37 -0500
> >>
> >> Bruno Wolff III wrote:
> >>> For one thing the depsolving algorithm used by yum is slow.
>
On 06/16/14 04:42, Ed Greshko wrote:
On 06/16/14 16:37, Bob Goodwin - Zuni, Virginia, USA wrote:
> So there is still a considerable difference in what each of them does here,
I ran into this the other day. It would seem the way dnf handles caching is different from yum.
Not 100% sure/convin
On 06/16/14 16:37, Bob Goodwin - Zuni, Virginia, USA wrote:
> So there is still a considerable difference in what each of them does here,
I ran into this the other day. It would seem the way dnf handles caching is
different from yum. Not 100% sure/convinced this "fixed" my problembut
afte
On 06/16/14 00:27, Rejy M Cyriac wrote:
On 06/09/2014 06:00 PM, Matthew Miller wrote:
On Mon, Jun 09, 2014 at 09:59:15AM +0200, Jan Zelený wrote:
till October) will give folks plenty of time to hone their dnf skills.
IMO, for many (majority?) it will be a drop-in replacement for yum.
Yes, tha
On 06/16/14 12:27, Rejy M Cyriac wrote:
> By the way, 'dnf erase kernel' scares me :-O
FWIW, it has been suggested that the DNF developers would consider this a bug
if the number of CC's on https://bugzilla.redhat.com/show_bug.cgi?id=1049310
was over 40.
It now stands at 40. But, it wouldn't h
On 06/09/2014 06:00 PM, Matthew Miller wrote:
> On Mon, Jun 09, 2014 at 09:59:15AM +0200, Jan Zelený wrote:
>>> till October) will give folks plenty of time to hone their dnf skills.
>>> IMO, for many (majority?) it will be a drop-in replacement for yum.
>> Yes, that's the plan. There are some dif
On 06/09/14 16:28, Patrick O'Callaghan wrote:
Do you have the bug reference? I'd rather find out before dnf leaves me
with a non-bootable system. The reason I'm harping on about it is that
in a thread on this list a few months back the developers didn't seem to
think it was a bug.
It has not be
On 06/14/2014 12:05 AM, Aleksandar Kostadinov wrote:
Tom Horsley wrote, On 06/07/2014 03:57 PM (EEST):
On Sat, 7 Jun 2014 07:47:37 -0500
Bruno Wolff III wrote:
For one thing the depsolving algorithm used by yum is slow.
Not so an ordinary human could notice it compared (for
example) to the t
On 06/13/2014 02:53 PM, Tim wrote:
On Fri, 2014-06-13 at 08:06 +1000, Stephen Morris wrote:
I've checked the installonly_limit in yum.conf and it is set to 3,
which now confuses me because I've never had more than one kernel
installed even when doing updates with yum.
That's never been my exper
Tom Horsley wrote, On 06/07/2014 03:57 PM (EEST):
On Sat, 7 Jun 2014 07:47:37 -0500
Bruno Wolff III wrote:
For one thing the depsolving algorithm used by yum is slow.
Not so an ordinary human could notice it compared (for
example) to the time it takes to rebuild the rpms
from the deltas.
No
On Fri, 2014-06-13 at 08:06 +1000, Stephen Morris wrote:
> I've checked the installonly_limit in yum.conf and it is set to 3,
> which now confuses me because I've never had more than one kernel
> installed even when doing updates with yum.
That's never been my experience.
But, do you really mean
On 06/13/2014 08:06 AM, Stephen Morris wrote:
On 06/12/2014 10:26 PM, Patrick O'Callaghan wrote:
On Wed, 2014-06-11 at 15:58 -0700, Joe Zeff wrote:
On 06/11/2014 03:48 PM, Patrick O'Callaghan wrote:
I have three kernels installed (current, previous and previous
previous :-) which I think is th
On 06/12/2014 10:26 PM, Patrick O'Callaghan wrote:
On Wed, 2014-06-11 at 15:58 -0700, Joe Zeff wrote:
On 06/11/2014 03:48 PM, Patrick O'Callaghan wrote:
I have three kernels installed (current, previous and previous
previous :-) which I think is the default with yum though it can be
changed by
On Wed, 2014-06-11 at 15:58 -0700, Joe Zeff wrote:
> On 06/11/2014 03:48 PM, Patrick O'Callaghan wrote:
> > I have three kernels installed (current, previous and previous
> > previous :-) which I think is the default with yum though it can be
> > changed by editing installonly_limit in /etc/yum.con
On 06/11/2014 03:48 PM, Patrick O'Callaghan wrote:
I have three kernels installed (current, previous and previous
previous :-) which I think is the default with yum though it can be
changed by editing installonly_limit in /etc/yum.conf. If smartpm says
that kernels can't coexist it's clearly wron
On Thu, 2014-06-12 at 07:35 +1000, Stephen Morris wrote:
> Just as a side issue, you mentioned that kernel updates remove the
> older
> kernel, I have noticed the same thing and I have also had Smartpm
> tell
> me that a new kernel can't coexist with the previous kernel. Is there
> any way to ch
On 06/11/2014 05:38 PM, Ales Kozumplik wrote:
On 06/10/2014 11:18 PM, Stephen Morris wrote:
Can it be configured to turn that functionality off if desired,
sometimes it is quicker to download packages individually rather than in
parallel.
If there is a specific situation when this is the case,
On 06/11/2014 07:51 AM, Joe Zeff wrote:
On 06/10/2014 02:13 PM, Stephen Morris wrote:
I'm not saying there is any benefit of one over the other, all I am
saying is that the package manager I currently use seems to be using the
latter method when upgrades to the kmod.nvidia packages are requ
On 06/10/2014 11:18 PM, Stephen Morris wrote:
Can it be configured to turn that functionality off if desired,
sometimes it is quicker to download packages individually rather than in
parallel.
If there is a specific situation when this is the case, experienced by a
nontrivial number of users,
On 06/10/2014 02:13 PM, Stephen Morris wrote:
I'm not saying there is any benefit of one over the other, all I am
saying is that the package manager I currently use seems to be using the
latter method when upgrades to the kmod.nvidia packages are required.
I use yumex every morning to keep
On 06/10/2014 06:01 PM, Ales Kozumplik wrote:
On 06/09/2014 11:25 PM, Stephen Morris wrote:
Just another question, is DNF multi-threaded? From my perspective
it would be ideal if it could be configured to specify how many parallel
downloads to start (like other download managers I have use
On 06/10/2014 04:51 PM, Ales Kozumplik wrote:
On 06/09/2014 11:13 PM, Stephen Morris wrote:
I have the akmod.nvidia and kmod.nvidia proprietary drivers
installed and when they are updated, the package manager I use tells me
about the packages that have to be uninstalled in order to do the u
Andre Robatino fedoraproject.org> writes:
> I already reported the missing includepkgs option as
> https://bugzilla.redhat.com/show_bug.cgi?id=1055910 .
Sorry, that's not my bug, mine was closed as a dupe of this one.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or cha
Jan Zelený redhat.com> writes:
> In case you have some features you would like us to include, please search
> bugzilla for the list of (both opened and closed) RFEs. If you don't find the
> RFE in the list, feel free to open a request so we can track what people
> actually want.
I already rep
On 9. 6. 2014 at 15:28:44, Patrick O'Callaghan wrote:
> On Mon, 2014-06-09 at 09:45 +0200, Jan Zelený wrote:
> > On 6. 6. 2014 at 16:56:18, Patrick O'Callaghan wrote:
> > > On Fri, 2014-06-06 at 14:46 +0200, Ales Kozumplik wrote:
> > > > Hello,
> > > >
> > > > The time when DNF will take over from
On Mon, 9 Jun 2014 17:28:07 -0500
Justin Brown wrote:
> I've been using DNF for a year or so primarily. The one gripe that I
> have is that DNF tends to avoid giving useful information with broken
> packages. A required package version isn't available? Yum will print
> out tons of information on
On 9 June 2014 23:17, T.C. Hollingsworth wrote:
> major distributions. (I'm rather surprised the MATE folks haven't
> forked gnome-packagekit already...)
I don't think they need to, I'm still maintaining gnome-packagekit for
people not wanting (or who can't) run gnome-software.
Richard
--
user
On 06/09/2014 11:25 PM, Stephen Morris wrote:
Just another question, is DNF multi-threaded? From my perspective
it would be ideal if it could be configured to specify how many parallel
downloads to start (like other download managers I have used under
windows) and like some compilers I have
On 9. 6. 2014 at 15:17:47, T.C. Hollingsworth wrote:
> On Mon, Jun 9, 2014 at 12:58 AM, Joe Zeff wrote:
> > On 06/09/2014 12:48 AM, Jan Zelený wrote:
> >> Nope, yumex has only a very little to do with yum, it's a separate
> >> project.
> >> You can use PackageKit or the GNOME software center which
On 9. 6. 2014 at 17:12:37, Andre Robatino wrote:
> Jonathan Dieter lesbg.com> writes:
> > > The list of missing yum options is both outdated and incomplete. For
> > > example, it's missing "includepkgs" (a repository option), for people
> > > who
> > > need to access specific packages from non-Fed
On 06/09/2014 11:13 PM, Stephen Morris wrote:
I have the akmod.nvidia and kmod.nvidia proprietary drivers
installed and when they are updated, the package manager I use tells me
about the packages that have to be uninstalled in order to do the update
(this package manager seems to uninstall
On Mon, 9 Jun 2014 15:25:33 -0700
T.C. Hollingsworth wrote:
> which
> requires multilib i686 bits
Properly split up rpms wouldn't "require" multilib. The
abomination that is multilib introduces utter confusion
by allowing 32 and 64 bit versions of rpms to both be
installed when both claim to incl
I've been using DNF for a year or so primarily. The one gripe that I
have is that DNF tends to avoid giving useful information with broken
packages. A required package version isn't available? Yum will print
out tons of information on which package failed, what version is
installed, and what versio
On Fri, Jun 6, 2014 at 6:33 AM, Tom Horsley wrote:
> Can we vote for features we want removed, like multilib? (Actually I guess
> that is an rpm abomination, not a yum abomination, but it still ought
> to be removed and all the rpms properly split into noarch, i686, and
> x86_64 parts :-).
Why?
On Mon, Jun 9, 2014 at 12:58 AM, Joe Zeff wrote:
> On 06/09/2014 12:48 AM, Jan Zelený wrote:
>>
>> Nope, yumex has only a very little to do with yum, it's a separate
>> project.
>> You can use PackageKit or the GNOME software center which will both soon
>> use the same underlying libraries dnf use
On Mon, Jun 9, 2014 at 12:53 AM, Jan Zelený wrote:
>> Why not "Vote for yum vs dnf"?
>> What exactly is wrong with yum?
>> It has worked faultlessly and painlessly for me for years,
>> with addons to deal with every conceivable problem.
>> If there is some problem with it,
>> why not simply deal w
On 06/09/2014 05:49 PM, Jan Zelený wrote:
On 9. 6. 2014 at 16:41:59, Ralf Corsepius wrote:
On 06/09/2014 02:30 PM, Matthew Miller wrote:
On Mon, Jun 09, 2014 at 09:59:15AM +0200, Jan Zelený wrote:
till October) will give folks plenty of time to hone their dnf skills.
IMO, for many (majority?)
On 06/10/14 05:16, Stephen Morris wrote:
> Is PackageKit the only option for a kde user or is there something else which
> could be used, like for example Smartpm?
KDE's package management is "apper"
--
Do not condemn the judgment of another because it differs from your own. You
may both be wr
On 06/09/2014 07:50 PM, Bob Goodwin - Zuni, Virginia, USA wrote:
On 06/07/14 12:19, Rahul Sundaram wrote:
Hi
On Sat, Jun 7, 2014 at 10:36 AM, Bob Goodwin - Zuni, Virginia, USA
> Those of us who have to consider "usage" are willing to wait for the
rpm rebuilding >process
Don't think you can s
On 06/09/2014 05:45 PM, Jan Zelený wrote:
On 6. 6. 2014 at 16:56:18, Patrick O'Callaghan wrote:
On Fri, 2014-06-06 at 14:46 +0200, Ales Kozumplik wrote:
Hello,
The time when DNF will take over from Yum in Fedora is nearing. We're
wondering: is there stuff people are still missing from DNF that
On 06/09/2014 05:48 PM, Jan Zelený wrote:
On 6. 6. 2014 at 09:20:33, Luke Nath wrote:
Date: Fri, 6 Jun 2014 14:46:23 +0200
From: akozu...@redhat.com
To: de...@lists.fedoraproject.org; yum-de...@lists.baseurl.org;
users@lists.fedoraproject.org Subject: Save everybody some surprises in
Fedora 22!
Hi,
I had a look at dnf yesterday for the first time, I didn't know it
existed until this thread. I have a query with its functionality that
I'm not sure is an issue or whether its just the package manager I
normally use that is being user friendly or doing things differently.
I have th
On 06/09/2014 09:25 AM, Richard W.M. Jones wrote:
It appears fromhttps://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF
that everyone will have to start writing "dnf install ...", which (if
true) invalidates a vast amount of existing documentation and scripts.
alias dnf=yum
HTH, HAND.
--
use
On 06/07/14 12:19, Rahul Sundaram wrote:
Hi
On Sat, Jun 7, 2014 at 10:36 AM, Bob Goodwin - Zuni, Virginia, USA
> Those of us who have to consider "usage" are willing to wait for the
rpm rebuilding >process
Don't think you can speak for all of us. I don't prefer to wait at all
and want the
Jonathan Dieter lesbg.com> writes:
> > The list of missing yum options is both outdated and incomplete. For
> > example, it's missing "includepkgs" (a repository option), for people who
> > need to access specific packages from non-Fedora compatible repos. On the
> > other hand, it includes "delt
On Fri, Jun 06, 2014 at 02:46:23PM +0200, Ales Kozumplik wrote:
> Hello,
>
> The time when DNF will take over from Yum in Fedora is nearing.
> We're wondering: is there stuff people are still missing from DNF
> that they have got recently in Yum? Or even something else! We've
> put together a very
On 06/09/2014 04:15 PM, Andre Robatino wrote:
The time when DNF will take over from Yum in Fedora is nearing. We're
wondering: is there stuff people are still missing from DNF that they
have got recently in Yum? Or even something else! We've put together a
very short and simple survey. Let your o
On 06/09/2014 05:00 PM, Richard Hughes wrote:
On 9 June 2014 15:41, Ralf Corsepius wrote:
1. Is there a yum compatibility test suite? It dnf is supposed to be a
drop-in replacement, not having one would seem grossly silly and should be
treated as "full stop show stopper".
From someone that's
On 9. 6. 2014 at 16:41:59, Ralf Corsepius wrote:
> On 06/09/2014 02:30 PM, Matthew Miller wrote:
> > On Mon, Jun 09, 2014 at 09:59:15AM +0200, Jan Zelený wrote:
> >>> till October) will give folks plenty of time to hone their dnf skills.
> >>> IMO, for many (majority?) it will be a drop-in replacem
On 9 June 2014 15:41, Ralf Corsepius wrote:
> 1. Is there a yum compatibility test suite? It dnf is supposed to be a
> drop-in replacement, not having one would seem grossly silly and should be
> treated as "full stop show stopper".
From someone that's had to work with the yum API in the past, I
On 06/09/2014 02:30 PM, Matthew Miller wrote:
On Mon, Jun 09, 2014 at 09:59:15AM +0200, Jan Zelený wrote:
till October) will give folks plenty of time to hone their dnf skills.
IMO, for many (majority?) it will be a drop-in replacement for yum.
Yes, that's the plan. There are some differences b
On Mon, 2014-06-09 at 00:58 -0700, Joe Zeff wrote:
> On 06/09/2014 12:48 AM, Jan Zelený wrote:
> > Nope, yumex has only a very little to do with yum, it's a separate project.
> > You can use PackageKit or the GNOME software center which will both soon
> > use the same underlying libraries dnf uses.
On Mon, 2014-06-09 at 09:45 +0200, Jan Zelený wrote:
> On 6. 6. 2014 at 16:56:18, Patrick O'Callaghan wrote:
> > On Fri, 2014-06-06 at 14:46 +0200, Ales Kozumplik wrote:
> > > Hello,
> > >
> > > The time when DNF will take over from Yum in Fedora is nearing. We're
> > > wondering: is there stuff p
I'm using version 0.3.11 and the proxy options are not used when update,
install, etc.
On Mon, Jun 9, 2014 at 8:15 AM, Andre Robatino
wrote:
> > The time when DNF will take over from Yum in Fedora is nearing. We're
> > wondering: is there stuff people are still missing from DNF that they
> > ha
On Mon, Jun 09, 2014 at 10:03:06PM +0800, Ed Greshko wrote:
> > I did, although I suppose I can vote more than once if it helps. :)
> Yes. But make sure you use an assumed name. :-)
For the record, I'm not actually voting more than once. :)
--
Matthew Miller
Fedora Project Leader
--
users
On 06/09/14 21:47, Matthew Miller wrote:
> On Mon, Jun 09, 2014 at 09:06:32PM +0800, Ed Greshko wrote:
dnf erase kernel deletes all packages called kernel
>>> I think this and the protected-packages behavior in general is important to
>>> carry forward.
>> Make sure you make your opinion known
On Mon, Jun 09, 2014 at 09:06:32PM +0800, Ed Greshko wrote:
> >> dnf erase kernel deletes all packages called kernel
> > I think this and the protected-packages behavior in general is important to
> > carry forward.
> Make sure you make your opinion known here.
> http://dnf.baseurl.org/2014/06/
On Mon, 9 Jun 2014 08:30:01 -0400 Matthew Miller
wrote:
> On Mon, Jun 09, 2014 at 09:59:15AM +0200, Jan Zelený wrote:
> > > till October) will give folks plenty of time to hone their dnf skills.
> > > IMO, for many (majority?) it will be a drop-in replacement for yum.
> > Yes, that's the plan. T
On 06/09/14 20:30, Matthew Miller wrote:
> On Mon, Jun 09, 2014 at 04:14:01PM +0800, Ed Greshko wrote:
>> dnf erase kernel deletes all packages called kernel
> I think this and the protected-packages behavior in general is important to
> carry forward.
>
Make sure you make your opinion known here.
On Mon, Jun 09, 2014 at 04:14:01PM +0800, Ed Greshko wrote:
> dnf erase kernel deletes all packages called kernel
I think this and the protected-packages behavior in general is important to
carry forward.
--
Matthew Miller
Fedora Project Leader
--
users mailing list
users@lists.fedoraproject.o
On Mon, Jun 09, 2014 at 09:59:15AM +0200, Jan Zelený wrote:
> > till October) will give folks plenty of time to hone their dnf skills.
> > IMO, for many (majority?) it will be a drop-in replacement for yum.
> Yes, that's the plan. There are some differences but they are all well
> documented.
Is
On 06/08/2014 02:02 AM, Timothy Murphy wrote:
For me, the essential properties of yum are simplicity and reliability.
Thanks Timothy for bringing this up. The focus in DNF development is on
those priorities just as much as on speed. Users experience very little
problems with the stable releas
On 9. 6. 2014 at 00:58:31, Joe Zeff wrote:
> On 06/09/2014 12:48 AM, Jan Zelený wrote:
> > Nope, yumex has only a very little to do with yum, it's a separate
> > project.
> > You can use PackageKit or the GNOME software center which will both soon
> > use the same underlying libraries dnf uses.
>
On 06/09/14 15:59, Jan Zelený wrote:
> On 8. 6. 2014 at 09:45:44, Ed Greshko wrote:
>> On 06/06/14 20:46, Ales Kozumplik wrote:
>>> The time when DNF will take over from Yum in Fedora is nearing. We're
>>> wondering: is there stuff people are still missing from DNF that they
>>> have got recently i
On 8. 6. 2014 at 09:45:44, Ed Greshko wrote:
> On 06/06/14 20:46, Ales Kozumplik wrote:
> > The time when DNF will take over from Yum in Fedora is nearing. We're
> > wondering: is there stuff people are still missing from DNF that they
> > have got recently in Yum? Or even something else! We've put
On 06/09/2014 12:48 AM, Jan Zelený wrote:
Nope, yumex has only a very little to do with yum, it's a separate project.
You can use PackageKit or the GNOME software center which will both soon
use the same underlying libraries dnf uses.
And what do I use if I don't use Gnome but want a GUI?
--
us
On 7. 6. 2014 at 13:08:42, Timothy Murphy wrote:
> Sudhir Khanger wrote:
> >> The time when DNF will take over from Yum in Fedora is nearing. We're
> >
> > wondering: is there stuff people are still missing from DNF that they have
> > got recently in Yum? Or even something else! We've put together
On 6. 6. 2014 at 09:20:33, Luke Nath wrote:
> > Date: Fri, 6 Jun 2014 14:46:23 +0200
> > From: akozu...@redhat.com
> > To: de...@lists.fedoraproject.org; yum-de...@lists.baseurl.org;
> > users@lists.fedoraproject.org Subject: Save everybody some surprises in
> > Fedora 22!
> >
> > Hello,
> >
> >
On 6. 6. 2014 at 16:56:18, Patrick O'Callaghan wrote:
> On Fri, 2014-06-06 at 14:46 +0200, Ales Kozumplik wrote:
> > Hello,
> >
> > The time when DNF will take over from Yum in Fedora is nearing. We're
> > wondering: is there stuff people are still missing from DNF that they
> > have got recently
On 07.06.2014, Timothy Murphy wrote:
> What exactly is wrong with yum?
> It has worked faultlessly and painlessly for me for years,
> with addons to deal with every conceivable problem.
> If there is some problem with it,
> why not simply deal with that problem
> instead of inventing a completely
On 06/06/14 20:46, Ales Kozumplik wrote:
> The time when DNF will take over from Yum in Fedora is nearing. We're
> wondering: is there stuff people are still missing from DNF that they have
> got recently in Yum? Or even something else! We've put together a very short
> and simple survey. Let yo
Hi
On Sat, Jun 7, 2014 at 8:02 PM, Timothy Murphy wrote:
> For me, the essential properties of yum are simplicity and reliability.
> Speed is not that important,
>
Sure but if you can get better speed without sacrificing the things you
care about (since dnf essentially has the same command lin
Rahul Sundaram wrote:
> I don't prefer to wait at all and
> want the process to go as fast as it can. I have to deal with many more
> updates as a package maintainer and slowing me down will reduce the amount
> of time I can spend getting users the updates they want. So it likely
> affects you
Tom Horsley wrote:
> Can we vote for features we want removed, like multilib
that's not a yum feature, but a distribution-wide one.
-- Rex
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
F
On 06/06/2014 07:46 AM, Ales Kozumplik wrote:
> Hello,
>
> The time when DNF will take over from Yum in Fedora is nearing. We're
> wondering: is there stuff people are still missing from DNF that they
> have got recently in Yum? Or even something else! We've put together a
> very short and simple
Hi
On Sat, Jun 7, 2014 at 10:36 AM, Bob Goodwin - Zuni, Virginia, USA
> Those of us who have to consider "usage" are willing to wait for the rpm
rebuilding >process
Don't think you can speak for all of us. I don't prefer to wait at all and
want the process to go as fast as it can. I have to de
On 06/07/14 09:08, Rahul Sundaram wrote:
Hi
On Sat, Jun 7, 2014 at 8:57 AM, Tom Horsley wrote:
Not so an ordinary human could notice it compared (for
example) to the time it takes to rebuild the rpms
from the deltas.
... which happens to be another thing dnf fixes
Rahul
Those
Bruno Wolff III wrote:
>>> For one thing the depsolving algorithm used by yum is slow.
>>
>>Not so an ordinary human could notice it compared (for
>>example) to the time it takes to rebuild the rpms
>>from the deltas.
>
> That depends on how much stuff you update at once. Try updating 6000
> pack
Hi
On Sat, Jun 7, 2014 at 8:57 AM, Tom Horsley wrote:
> Not so an ordinary human could notice it compared (for
> example) to the time it takes to rebuild the rpms
> from the deltas.
>
... which happens to be another thing dnf fixes
Rahul
--
users mailing list
users@lists.fedoraproject.org
To
1 - 100 of 109 matches
Mail list logo