Re: DNF: why does it refresh metadata all the time

On Thu, Jun 19, 2014 at 8:59 PM, Jared K. Smith wrote: > On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald > 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

Re: DNF: why does it refresh metadata all the time

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.

Re: DNF: why does it refresh metadata all the time

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 y

delta repo data - FTL

This is what I wanted to ask, and then I found a post from Seth, http://lists.baseurl.org/pipermail/yum-devel/2011-March/008047.html "delta repodata" "Passing along this longer version of Martin's idea for providing deltas of repodata for yum. this idea came up at fudcon in AZ and I think it ma

repodata - xz

f20: *filelists.sqlite.bz2 3.5 M *filelists.xml.gz 3.3 M *primary.sqlite.bz22.7 M *primary.xml.gz1.3 M *other.sqlite.bz2 1.3 M *other.xml.gz964 K *Fedora-20-comps.xml 906 K *Fedora-20-comps.xml.gz 210 K repomd.xml

Re: Best (cleanest?) conditional formation in a spec file for distro version and arch

On Thu, Jun 19, 2014 at 4:16 AM, Paul Howarth wrote: > On 18/06/14 14:36, Richard Shaw wrote: > >> On Wed, Jun 18, 2014 at 8:15 AM, Paul Howarth > > wrote: >> >> Does this work? >> >> %if 0%{?fedora} || 0%{?rhel} > 6 || "%{_arch}" != "ppc64" >> Requires:

Re: DNF: why does it refresh metadata all the time

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 meta

Re: Non-responsive maintainer: Deji Akingunola (fas: deji)

Hi, Given that Deji Akingunola is maintainer of a couple of high-profile packages, I'd like to double-check whether really no-one knows how to reach him. The packages he is maintainer for are: atlas babl bibletime cln clucene exaile exempi galternatives gegl gparted grads libctl libibverbs li

Re: DNF: why does it refresh metadata all the time

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 wrot

Re: byzanz fails to build

On 2014-06-19 11:43, Jeffrey Ollie wrote: byzanz is failing to build in rawhide (https://bugzilla.redhat.com/show_bug.cgi?id=1106024). Unless someone else wants it, I will be retiring the package as I have no interest in it. This is

Re: rawhide report: 20140619 changes

Another day, another downgrade... On Thu, Jun 19, 2014 at 4:25 AM, Fedora Rawhide Report wrote: > java-1.7.0-openjdk-1.7.0.60-2.5.0.0.fc21 > > * Wed Jun 18 2014 Jiri Vanek - 1.7.0.60-2.5.0.f21 > - updated to icedtea7-forest 2.5.0 > - removed icedtea_vers

Re: DNF: why does it refresh metadata all the time

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. B

Re: DNF: why does it refresh metadata all the time

> 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 unfor

Re: DNF: why does it refresh metadata all the time

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 >> r

Re: DNF: why does it refresh metadata all the time

Am 19.06.2014 20:59, schrieb Jared K. Smith: > On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald > 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 > inst

Re: DNF: why does it refresh metadata all the time

On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald 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 developers liers doesn

Re: DNF: why does it refresh metadata all the time

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 tr

Re: Proposal: time to set up the fedora-release-{cloud, workstation, server} subpackages

On Thu, Jun 19, 2014 at 8:38 PM, Matthew Miller wrote: > On Thu, Jun 19, 2014 at 10:06:38AM +0200, Kalev Lember wrote: >> This might have gotten a bad start because of the original naming >> suggestion. Let me suggest a new one: >> fedora-{workstation,server,cloud} > > I do like "fedora-$SOMETHING

Re: Proposal: time to set up the fedora-release-{cloud, workstation, server} subpackages

On Thu, Jun 19, 2014 at 10:06:38AM +0200, Kalev Lember wrote: > This might have gotten a bad start because of the original naming > suggestion. Let me suggest a new one: > fedora-{workstation,server,cloud} I do like "fedora-$SOMETHING-{workstation,server,cloud" -- makes it easer to look for among

Re: DNF: why does it refresh metadata all the time

Am 19.06.2014 19:57, schrieb Jon: > On Thu, Jun 19, 2014 at 12:46 PM, Reindl Harald > 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 hav

Re: DNF: why does it refresh metadata all the time

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] https://lists.fedoraproject.o

Re: DNF: why does it refresh metadata all the time

On Thu, Jun 19, 2014 at 12:46 PM, Reindl Harald 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 of time, so when DNF

Re: DNF: why does it refresh metadata all the time

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 wrote: > why does DNF refresh metadata in background? > > that has no benefit, increases network tra

Re: DNF: why does it refresh metadata all the time

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,

DNF: why does it refresh metadata all the time

why does DNF refresh metadata in background? that has no benefit, increases network traffic and finally leads to more likely outdated metadata in case you type "dnf upgrade" *when* you want to apply updates the "failed to load plugin copr" is also just a bug signature.asc Description: OpenPGP

byzanz fails to build

byzanz is failing to build in rawhide (https://bugzilla.redhat.com/show_bug.cgi?id=1106024). Unless someone else wants it, I will be retiring the package as I have no interest in it. -- Jeff Ollie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listin

Re: Attempting to contact three unresponsive maintainers

On Thu, 19 Jun 2014 10:57:08 + (UTC) Petr Pisar wrote: > On 2014-06-18, Kevin Fenzi wrote: > > * tgraf - former email address tg...@redhat.com > > https://admin.fedoraproject.org/pkgdb/packager/tgraf/ > > He uses now. It's in his FAS account listed. His > latest post on netdev mailing li

Re: PHP 5.6.0 in rawhide

Le 19/06/2014 09:33, Remi Collet a écrit : > Hi, > > PHP 5.6.0RC1 should be released today. > https://fedoraproject.org/wiki/Changes/Php56 php-5.6.0-0.1.RC1.fc21 is now in rawhide buildroot. I already have rebuild ~30 packages (about half of the list, mostly mine) I you prefer to take care of

Re: Proposal: time to set up the fedora-release-{cloud, workstation, server} subpackages

On 06/18/2014 10:15 PM, Matthew Miller wrote: We talked about this before, but I think now it's getting really close to the time when we_need_ it. See ... as Dennis says, we have not yet decided how to differentiate the different Fedora produc

Re: Is redis orphaned?

Greeting folks, redis is now *up-to-date* in Fedora repo. Done: - Fedora rawhide: 2.8.11 (http://koji.fedoraproject.org/koji/buildinfo?buildID=538900) - Fedora 20: 2.6.17 (https://admin.fedoraproject.org/updates/redis-2.6.17-1.fc20) Incoming: - Fedora rawhide: 3.0.0 (Private repo) - EPEL7: 3.

Re: Proposal: time to set up the fedora-release-{cloud, workstation, server} subpackages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 NB: I have not read other replies to this thread yet. On 06/18/2014 04:15 PM, Matthew Miller wrote: > We talked about this before, but I think now it's getting really > close to the time when we _need_ it. See >

Re: Attempting to contact three unresponsive maintainers

On 2014-06-18, Kevin Fenzi wrote: > * tgraf - former email address tg...@redhat.com > https://admin.fedoraproject.org/pkgdb/packager/tgraf/ He uses now. It's in his FAS account listed. His latest post on netdev mailing list was on 2014-06-04, 14 days ago. -- Petr -- devel mailing list devel

Re: Best (cleanest?) conditional formation in a spec file for distro version and arch

On 18/06/14 14:36, Richard Shaw wrote: On Wed, Jun 18, 2014 at 8:15 AM, Paul Howarth mailto:p...@city-fan.org>> wrote: Does this work? %if 0%{?fedora} || 0%{?rhel} > 6 || "%{_arch}" != "ppc64" Requires: python-pivy %endif Hmm... I think it would block the requires on epe

Re: Proposal: time to set up the fedora-release-{cloud, workstation, server} subpackages

On 06/19/2014 02:11 AM, Dennis Gilmore wrote: > On Wed, 18 Jun 2014 16:55:02 -0500 > Jon wrote: >> On Wed, Jun 18, 2014 at 3:15 PM, Matthew Miller >> wrote: >>> I suggest that we have fedora-release-{workstation,server,cloud} >>> packages. I had originally suggested these as subpackages of >>> fe

PHP 5.6.0 going to hit rawhide soon

Hi, PHP 5.6.0RC1 should be released today. https://fedoraproject.org/wiki/Changes/Php56 So will hit rawhide really soon. Remi. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-co