On Jun 21, 2014 12:26 PM, Rahul Sundaram methe...@gmail.com wrote:
Hi
On Sat, Jun 21, 2014 at 10:46 AM, Reindl Harald wrote:
what you or i prefer don't matter
Sure it does. Otherwise you would not insist that your perspective is
the only right one and everyone else who has a different
On 06/20/2014 09:10 AM, Jan Zelený wrote:
Dnf doesn't know anything about your network connection and I'm not even sure
it should ... I can imagine a high level orchestration tool for the entire
system to do stuff like this but that's out of our scope.
I just filed NetworkManager RFE
RFE: add
Am 21.06.2014 03:03, schrieb Dan Williams:
On Fri, 2014-06-20 at 23:27 +0200, poma wrote:
This is super duper, however if wwan is on the router as Ranhald wrote, you
can only click your heels three times and repeat, There's no place like
home.
Certainly. But that doesn't mean we
HI
On Sat, Jun 21, 2014 at 4:45 AM, Reindl Harald wrote:
stop the automatic bandwidth wasting at all and you don't
have to fix anything - don't you realize that this 50% are
the ones with the slow WAN and the ones with fast internet
don't need prefetch of metadata at all?
Even if I have a
Am 21.06.2014 16:42, schrieb Rahul Sundaram:
On Sat, Jun 21, 2014 at 4:45 AM, Reindl Harald wrote:
stop the automatic bandwidth wasting at all and you don't
have to fix anything - don't you realize that this 50% are
the ones with the slow WAN and the ones with fast internet
On Sat, Jun 21, 2014 at 4:46 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 21.06.2014 16:42, schrieb Rahul Sundaram:
On Sat, Jun 21, 2014 at 4:45 AM, Reindl Harald wrote:
stop the automatic bandwidth wasting at all and you don't
have to fix anything - don't you realize that this
Am 21.06.2014 17:20, schrieb drago01:
On Sat, Jun 21, 2014 at 4:46 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 21.06.2014 16:42, schrieb Rahul Sundaram:
On Sat, Jun 21, 2014 at 4:45 AM, Reindl Harald wrote:
stop the automatic bandwidth wasting at all and you don't
have to
On 21.06.2014 03:03, Dan Williams wrote:
On Fri, 2014-06-20 at 23:27 +0200, poma wrote:
On 20.06.2014 17:55, Dan Williams wrote:
On Fri, 2014-06-20 at 08:55 +0200, drago01 wrote:
On Thu, Jun 19, 2014 at 8:59 PM, Jared K. Smith
jsm...@fedoraproject.org wrote:
On Thu, Jun 19, 2014 at 2:01 PM,
On Fri, Jun 20, 2014 at 4:01 PM, Zdenek Kabelac zkabe...@redhat.com wrote:
Also for years Debian supplies short update 'diffs' - so user doesn't have
to download multiple MB sized files - just couple short small files - again
something much nicer then running a daemon to download tens of MB on
Hi
On Sat, Jun 21, 2014 at 10:46 AM, Reindl Harald wrote:
what you or i prefer don't matter
Sure it does. Otherwise you would not insist that your perspective is the
only right one and everyone else who has a different perspective is always
wrong in any such discussion.
the ordinary
On Thu, Jun 19, 2014 at 8:59 PM, Jared K. Smith
jsm...@fedoraproject.org wrote:
On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald h.rei...@thelounge.net
wrote:
if *that* is what is supposed to make DNF faster it's just a lie
This is not the only thing that DNF does differently to try to make
On 19. 6. 2014 at 14:24:39, Jon wrote:
and BTW i am not playing around that much on my Rawhide VM but had
*two times* today by type dnf whatever the there is already an
instance, wating for PID... nonsense caused by the background
metadata refresh
do you *really* think that's a good
On 20. 6. 2014 at 08:55:18, drago01 wrote:
On Thu, Jun 19, 2014 at 8:59 PM, Jared K. Smith
jsm...@fedoraproject.org wrote:
On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald h.rei...@thelounge.net
wrote:
if *that* is what is supposed to make DNF faster it's just a lie
This is not the
On Fri, Jun 20, 2014 at 8:55 AM, drago01 drag...@gmail.com wrote:
On Thu, Jun 19, 2014 at 8:59 PM, Jared K. Smith
jsm...@fedoraproject.org wrote:
On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald h.rei...@thelounge.net
wrote:
if *that* is what is supposed to make DNF faster it's just a lie
the failed to load plugin copr is also just a bug
In that case please file it here:
https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora
It is already filed and a fix is on the way:
https://bugzilla.redhat.com/show_bug.cgi?id=1104088
Thanks
Jan
--
devel mailing list
Am 20.06.2014 08:55, schrieb drago01:
On Thu, Jun 19, 2014 at 8:59 PM, Jared K. Smith
jsm...@fedoraproject.org wrote:
On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald h.rei...@thelounge.net
wrote:
Whether you like it or not, one of the most common complaints about yum
(especially from people
Am 20.06.2014 09:11, schrieb Jan Zelený:
On 19. 6. 2014 at 14:24:39, Jon wrote:
and BTW i am not playing around that much on my Rawhide VM but had
*two times* today by type dnf whatever the there is already an
instance, wating for PID... nonsense caused by the background
metadata refresh
On 20 June 2014 10:19, Reindl Harald h.rei...@thelounge.net wrote:
Am 20.06.2014 08:55, schrieb drago01:
On Thu, Jun 19, 2014 at 8:59 PM, Jared K. Smith
jsm...@fedoraproject.org wrote:
On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald h.rei...@thelounge.net
wrote:
Whether you like it or
Am 20.06.2014 11:57, schrieb Mat Booth:
On 20 June 2014 10:19, Reindl Harald h.rei...@thelounge.net
mailto:h.rei...@thelounge.net wrote:
Am 20.06.2014 08:55, schrieb drago01:
On Thu, Jun 19, 2014 at 8:59 PM, Jared K. Smith
jsm...@fedoraproject.org
On 20. 6. 2014 at 11:22:15, Reindl Harald wrote:
Am 20.06.2014 09:11, schrieb Jan Zelený:
On 19. 6. 2014 at 14:24:39, Jon wrote:
and BTW i am not playing around that much on my Rawhide VM but had
*two times* today by type dnf whatever the there is already an
instance, wating for PID...
Am 20.06.2014 12:23, schrieb Jan Zelený:
On 20. 6. 2014 at 11:22:15, Reindl Harald wrote:
Am 20.06.2014 09:11, schrieb Jan Zelený:
On 19. 6. 2014 at 14:24:39, Jon wrote:
and BTW i am not playing around that much on my Rawhide VM but had
*two times* today by type dnf whatever the there is
On 20. 6. 2014 at 12:29:32, Reindl Harald wrote:
Am 20.06.2014 12:23, schrieb Jan Zelený:
On 20. 6. 2014 at 11:22:15, Reindl Harald wrote:
Am 20.06.2014 09:11, schrieb Jan Zelený:
On 19. 6. 2014 at 14:24:39, Jon wrote:
and BTW i am not playing around that much on my Rawhide VM but
had
Am 20.06.2014 12:36, schrieb Mat Booth:
On 20 June 2014 11:19, Reindl Harald h.rei...@thelounge.net
mailto:h.rei...@thelounge.net wrote:
Am 20.06.2014 11:57, schrieb Mat Booth:
On 20 June 2014 10:19, Reindl Harald h.rei...@thelounge.net
mailto:h.rei...@thelounge.net
On 20 June 2014 11:50, Reindl Harald h.rei...@thelounge.net wrote:
Am 20.06.2014 12:36, schrieb Mat Booth:
On 20 June 2014 11:19, Reindl Harald h.rei...@thelounge.net mailto:
h.rei...@thelounge.net wrote:
Am 20.06.2014 11:57, schrieb Mat Booth:
On 20 June 2014 10:19,
On 20 June 2014 12:04, Mat Booth fed...@matbooth.co.uk wrote:
On 20 June 2014 11:50, Reindl Harald h.rei...@thelounge.net wrote:
Am 20.06.2014 12:36, schrieb Mat Booth:
On 20 June 2014 11:19, Reindl Harald h.rei...@thelounge.net mailto:
h.rei...@thelounge.net wrote:
Am
On Fri, Jun 20, 2014 at 12:19 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 20.06.2014 11:57, schrieb Mat Booth:
On 20 June 2014 10:19, Reindl Harald h.rei...@thelounge.net
mailto:h.rei...@thelounge.net wrote:
Am 20.06.2014 08:55, schrieb drago01:
On Thu, Jun 19, 2014 at
Am 20.06.2014 13:04, schrieb Mat Booth:
On 20 June 2014 11:50, Reindl Harald h.rei...@thelounge.net
mailto:h.rei...@thelounge.net wrote:
Am 20.06.2014 12:36, schrieb Mat Booth:
On 20 June 2014 11:19, Reindl Harald h.rei...@thelounge.net
mailto:h.rei...@thelounge.net
Am 20.06.2014 13:13, schrieb drago01:
On Fri, Jun 20, 2014 at 12:19 PM, Reindl Harald h.rei...@thelounge.net
wrote:
your whole machine has no idea about your WAN connection
As he said there is a NM API but it is indeed somehow limited as the
example you mentioned shows also it
On Thu, Jun 19, 2014 at 8:47 PM, Dennis Gilmore den...@ausil.us wrote:
In testing dnf on rawhide I nearly always do dnf clean metadata dnf
update purely because I found most of the time dnfs metadata was out of
date. To me dnf fetching the metadata behind the scenes just doesn't work
right.
Am 20.06.2014 14:04, schrieb Tim Lauridsen:
On Thu, Jun 19, 2014 at 8:47 PM, Dennis Gilmore den...@ausil.us
mailto:den...@ausil.us wrote:
In testing dnf on rawhide I nearly always do dnf clean metadata dnf
update purely because I found most of
the time dnfs metadata was out of
On 20.06.2014 14:11, Reindl Harald wrote:
Am 20.06.2014 14:04, schrieb Tim Lauridsen:
On Thu, Jun 19, 2014 at 8:47 PM, Dennis Gilmore den...@ausil.us
mailto:den...@ausil.us wrote:
In testing dnf on rawhide I nearly always do dnf clean metadata dnf
update purely because I found most
On Fri, Jun 20, 2014 at 02:39:25PM +0200, Dennis Jacobfeuerborn wrote:
On 20.06.2014 14:11, Reindl Harald wrote:
Am 20.06.2014 14:04, schrieb Tim Lauridsen:
On Thu, Jun 19, 2014 at 8:47 PM, Dennis Gilmore den...@ausil.us
mailto:den...@ausil.us wrote:
In testing dnf on rawhide I
Dne 20.6.2014 15:52, Chuck Anderson napsal(a):
On Fri, Jun 20, 2014 at 02:39:25PM +0200, Dennis Jacobfeuerborn wrote:
On 20.06.2014 14:11, Reindl Harald wrote:
Am 20.06.2014 14:04, schrieb Tim Lauridsen:
On Thu, Jun 19, 2014 at 8:47 PM, Dennis Gilmore den...@ausil.us
mailto:den...@ausil.us
On Fri, 2014-06-20 at 08:55 +0200, drago01 wrote:
On Thu, Jun 19, 2014 at 8:59 PM, Jared K. Smith
jsm...@fedoraproject.org wrote:
On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald h.rei...@thelounge.net
wrote:
if *that* is what is supposed to make DNF faster it's just a lie
This is
On 20.06.2014 17:55, Dan Williams wrote:
On Fri, 2014-06-20 at 08:55 +0200, drago01 wrote:
On Thu, Jun 19, 2014 at 8:59 PM, Jared K. Smith
jsm...@fedoraproject.org wrote:
On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald h.rei...@thelounge.net
wrote:
if *that* is what is supposed to make DNF
On Fri, 2014-06-20 at 23:27 +0200, poma wrote:
On 20.06.2014 17:55, Dan Williams wrote:
On Fri, 2014-06-20 at 08:55 +0200, drago01 wrote:
On Thu, Jun 19, 2014 at 8:59 PM, Jared K. Smith
jsm...@fedoraproject.org wrote:
On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald h.rei...@thelounge.net
that's not the question
the question is why such traffic wasting *defaults*
Am 19.06.2014 19:40, schrieb Gerald B. Cox:
You might want to review:
http://akozumpl.github.io/dnf/user_faq.html
It contains information on how to disable the automatic metadata updates...
On Thu, Jun 19, 2014
You might want to review:
http://akozumpl.github.io/dnf/user_faq.html
It contains information on how to disable the automatic metadata updates...
On Thu, Jun 19, 2014 at 10:14 AM, Reindl Harald h.rei...@thelounge.net
wrote:
why does DNF refresh metadata in background?
that has no benefit,
On Thu, Jun 19, 2014 at 12:46 PM, Reindl Harald h.rei...@thelounge.net wrote:
that's not the question
the question is why such traffic wasting *defaults*
I might be way off base here, but in an effort to make DNF go faster
compared to YUM, the idea was made to have it pre-fetch metadata ahead
On 06/19/2014 07:14 PM, Reindl Harald wrote:
why does DNF refresh metadata in background?
To quote Aleš Kozumplík from [a previous mail]:
| majority of people appreciates having the metadata handy and only a
minority worries about the traffic.
[a previous mail]
Am 19.06.2014 19:57, schrieb Jon:
On Thu, Jun 19, 2014 at 12:46 PM, Reindl Harald h.rei...@thelounge.net
wrote:
that's not the question
the question is why such traffic wasting *defaults*
I might be way off base here, but in an effort to make DNF go faster
compared to YUM, the idea was
In testing dnf on rawhide I nearly always do dnf clean metadata dnf update
purely because I found most of the time dnfs metadata was out of date. To me
dnf fetching the metadata behind the scenes just doesn't work right. But I'm
not sure that me or rawhide fits into the experience dnf is
On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald h.rei...@thelounge.net
wrote:
if *that* is what is supposed to make DNF faster it's just a lie
This is not the only thing that DNF does differently to try to make package
installations and updates go faster (or appear to go faster). Calling the
Am 19.06.2014 20:59, schrieb Jared K. Smith:
On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald h.rei...@thelounge.net
mailto:h.rei...@thelounge.net wrote:
if *that* is what is supposed to make DNF faster it's just a lie
This is not the only thing that DNF does differently to try to
Am 19.06.2014 21:09, schrieb Reindl Harald:
Am 19.06.2014 20:59, schrieb Jared K. Smith:
Sure, but you have to understand -- you're a power user. You know enough to
do this in yum for your particular use
case, which means you probably know enough to change the DNF settings with
regards
and BTW i am not playing around that much on my Rawhide VM but had
*two times* today by type dnf whatever the there is already an
instance, wating for PID... nonsense caused by the background
metadata refresh
do you *really* think that's a good user-expierience?
No, that is unfortunate,
On Thu, Jun 19, 2014 at 01:47:27PM -0500, Dennis Gilmore wrote:
In testing dnf on rawhide I nearly always do dnf clean metadata dnf
update purely because I found most of the time dnfs metadata was out of
date. To me dnf fetching the metadata behind the scenes just doesn't work
right. But I'm
Adding
alias Update='sudo dnf --refresh update'
to your .bashrc will safe you that bit of typing every time you want to
do an update ;)
--
Regards,
Heiko Adams
Am Donnerstag, den 19.06.2014, 16:35 -0400 schrieb Matthew Miller:
On Thu, Jun 19, 2014 at 01:47:27PM -0500, Dennis Gilmore
FYI... update is a deprecated alias for the upgrade command, and has
been for a couple of years. Don't know when they're going to phase it out,
but probably a good idea to switch over to get used to it.
Also, to make the changes more permanent, add the following lines to
/etc/dnf/dnf.conf
On 06/19/2014 03:42 PM, Gerald B. Cox wrote:
FYI... update is a deprecated alias for the upgrade command, and has
been for a couple of years. Don't know when they're going to phase it
out, but probably a good idea to switch over to get used to it.
On a bit of a tangent, per the current
On Thu, Jun 19, 2014 at 8:33 PM, J. Randall Owens
jrowens.fed...@ghiapet.net wrote:
On a bit of a tangent, per the current yum-3.4.3 man page:
upgrade
Is the same as the update command with the --obsoletes
flag set.
See update for more details.
We're
51 matches
Mail list logo
