Re: DNF and mock

2015-03-16 Thread Michael Schwendt
On Mon, 16 Mar 2015 12:32:41 +0100, Michael Šimáček wrote: > Configurations shipped with current mock have keepcache=1 by default, so > the redownloading shouldn't happen if you have yum_cache enabled. But if > you use different configs than the default ones, you'll need to adjust > the config

Re: DNF and mock

2015-03-16 Thread Mikolaj Izdebski
On 03/16/2015 12:32 PM, Michael Šimáček wrote: > Configurations shipped with current mock have keepcache=1 by default, so > the redownloading shouldn't happen if you have yum_cache enabled. But if > you use different configs than the default ones, you'll need to adjust > the config manually. Right

Re: DNF and mock

2015-03-16 Thread Michael Šimáček
On 2015-03-16 06:43, Mikolaj Izdebski wrote: On 03/15/2015 02:38 PM, Michael Schwendt wrote: On Thu, 22 Jan 2015 15:15:48 +0100, Miroslav Suchý wrote: I just spoke with two members of DNF team about default usage of DNF in mock. I would like to share outcomes of this meeting. First I would

Re: DNF and mock

2015-03-16 Thread Miroslav Suchý
On 03/15/2015 02:38 PM, Michael Schwendt wrote: > Is DNF within Mock a fully compatible replacement for Yum yet? > It seems builds take much longer now since something's downloading > (or redownloading?) lots of data for each build job before setting > up the buildroot. I don't have much time to lo

Re: DNF and mock

2015-03-15 Thread Mikolaj Izdebski
On 03/15/2015 02:38 PM, Michael Schwendt wrote: > On Thu, 22 Jan 2015 15:15:48 +0100, Miroslav Suchý wrote: > >> I just spoke with two members of DNF team about default usage of DNF in >> mock. I would like to share outcomes of this >> meeting. >> >> First I would like to state that you can alrea

Re: DNF and mock

2015-03-15 Thread Michael Schwendt
On Thu, 22 Jan 2015 15:15:48 +0100, Miroslav Suchý wrote: > I just spoke with two members of DNF team about default usage of DNF in mock. > I would like to share outcomes of this > meeting. > > First I would like to state that you can already optionally use DNF in your > mock by setting: > co

Re: DNF and mock

2015-02-01 Thread Peter Robinson
>> > > > > > Does it mean that everything either migrated to Fedora or at >> > > > > > least considered >> > > > > > to be migrated soon? >> > > > > >> > > > > >> > > > > >> > > > > When you mean everything are you asking about web servers, >> > > > > database servers, email servers, etc? >> > > >

Re: DNF and mock

2015-01-29 Thread Dennis Gilmore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 29 Jan 2015 10:11 +0100 Jan Zelený wrote: > On 28. 1. 2015 at 11:52:54, Dennis Gilmore wrote: > > On Wed, 28 Jan 2015 09:01:44 -0700 > > Kevin Fenzi wrote: > > > > > > > On Tue, 27 Jan 2015 18:09:02 +0100 > > > Jan Zelený wrote: > > > > >

Re: DNF and mock

2015-01-29 Thread Jan Zelený
On 28. 1. 2015 at 11:52:54, Dennis Gilmore wrote: > On Wed, 28 Jan 2015 09:01:44 -0700 > Kevin Fenzi wrote: > > > > On Tue, 27 Jan 2015 18:09:02 +0100 > > Jan Zelený wrote: > > > > > > > > > On 27. 1. 2015 at 10:03:54, Stephen John Smoogen wrote: > > > > > > > On 27 January 2015 at 01:37, Jan

Re: DNF and mock

2015-01-28 Thread Dennis Gilmore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 28 Jan 2015 09:01:44 -0700 Kevin Fenzi wrote: > On Tue, 27 Jan 2015 18:09:02 +0100 > Jan Zelený wrote: > > > On 27. 1. 2015 at 10:03:54, Stephen John Smoogen wrote: > > > On 27 January 2015 at 01:37, Jan Zelený > > > wrote: > > ...snip...

Re: DNF and mock

2015-01-28 Thread Dan Horák
On Wed, 28 Jan 2015 09:01:44 -0700 Kevin Fenzi wrote: > On Tue, 27 Jan 2015 18:09:02 +0100 > Jan Zelený wrote: > > > On 27. 1. 2015 at 10:03:54, Stephen John Smoogen wrote: > > > On 27 January 2015 at 01:37, Jan Zelený > > > wrote: > > ...snip... > > > > > Does it mean that everything either

Re: DNF and mock

2015-01-28 Thread Kevin Fenzi
On Tue, 27 Jan 2015 18:09:02 +0100 Jan Zelený wrote: > On 27. 1. 2015 at 10:03:54, Stephen John Smoogen wrote: > > On 27 January 2015 at 01:37, Jan Zelený wrote: ...snip... > > > Does it mean that everything either migrated to Fedora or at least > > > considered > > > to be migrated soon? > >

Re: DNF and mock

2015-01-27 Thread Jan Zelený
On 27. 1. 2015 at 11:29:43, Richard Shaw wrote: > On Tue, Jan 27, 2015 at 11:25 AM, Stephen John Smoogen > > wrote: > > On 27 January 2015 at 10:15, Richard Shaw wrote: > >> Ok, I might be asking a completely stupid question here... > >> > >> Why move production stuff over to dnf at all? Isn't

Re: DNF and mock

2015-01-27 Thread Richard Shaw
On Tue, Jan 27, 2015 at 11:25 AM, Stephen John Smoogen wrote: > > > On 27 January 2015 at 10:15, Richard Shaw wrote: > >> Ok, I might be asking a completely stupid question here... >> >> Why move production stuff over to dnf at all? Isn't dnf's goal in life to >> eventually become yum? If dnf is

Re: DNF and mock

2015-01-27 Thread Stephen John Smoogen
On 27 January 2015 at 10:15, Richard Shaw wrote: > Ok, I might be asking a completely stupid question here... > > Why move production stuff over to dnf at all? Isn't dnf's goal in life to > eventually become yum? If dnf is "good enough" to start using it in > production, should the discussion be

Re: DNF and mock

2015-01-27 Thread Richard Shaw
Ok, I might be asking a completely stupid question here... Why move production stuff over to dnf at all? Isn't dnf's goal in life to eventually become yum? If dnf is "good enough" to start using it in production, should the discussion be around dnf -> yum transition? Thanks Richard -- devel mail

Re: DNF and mock

2015-01-27 Thread Jan Zelený
On 27. 1. 2015 at 10:03:54, Stephen John Smoogen wrote: > On 27 January 2015 at 01:37, Jan Zelený wrote: > > On 27. 1. 2015 at 03:54:38, Peter Robinson wrote: > > > On Mon, Jan 26, 2015 at 3:43 PM, Kevin Fenzi wrote: > > > > On Mon, 26 Jan 2015 09:43:55 + > > > > > > > > Peter Robinson wrot

Re: DNF and mock

2015-01-27 Thread Stephen John Smoogen
On 27 January 2015 at 01:37, Jan Zelený wrote: > On 27. 1. 2015 at 03:54:38, Peter Robinson wrote: > > On Mon, Jan 26, 2015 at 3:43 PM, Kevin Fenzi wrote: > > > On Mon, 26 Jan 2015 09:43:55 + > > > > > > Peter Robinson wrote: > > >> >> The kernel, grub and a few other packages are built on

Re: DNF and mock

2015-01-27 Thread Jan Zelený
On 27. 1. 2015 at 03:54:38, Peter Robinson wrote: > On Mon, Jan 26, 2015 at 3:43 PM, Kevin Fenzi wrote: > > On Mon, 26 Jan 2015 09:43:55 + > > > > Peter Robinson wrote: > >> >> The kernel, grub and a few other packages are built on the RHEL6 > >> >> boxes, not everything was migrated off of

Re: DNF and mock

2015-01-26 Thread Peter Robinson
On Mon, Jan 26, 2015 at 3:43 PM, Kevin Fenzi wrote: > On Mon, 26 Jan 2015 09:43:55 + > Peter Robinson wrote: > >> >> The kernel, grub and a few other packages are built on the RHEL6 >> >> boxes, not everything was migrated off of RHEL >> >> >> > >> > Just out of curiosity, what are the reason

Re: DNF and mock

2015-01-26 Thread Kevin Fenzi
On Mon, 26 Jan 2015 09:43:55 + Peter Robinson wrote: > >> The kernel, grub and a few other packages are built on the RHEL6 > >> boxes, not everything was migrated off of RHEL > >> > > > > Just out of curiosity, what are the reasons? > > Signing infrastructure for secure boot. Actually, as I

Re: DNF and mock

2015-01-26 Thread Peter Robinson
>> The kernel, grub and a few other packages are built on the RHEL6 >> boxes, not everything was migrated off of RHEL >> > > Just out of curiosity, what are the reasons? Signing infrastructure for secure boot. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mai

Re: DNF and mock

2015-01-26 Thread Vít Ondruch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dne 23.1.2015 v 23:34 Dennis Gilmore napsal(a): > > The kernel, grub and a few other packages are built on the RHEL6 > boxes, not everything was migrated off of RHEL > Just out of curiosity, what are the reasons? Vít -BEGIN PGP SIGNATURE- V

Re: DNF and mock

2015-01-23 Thread Dennis Gilmore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 23 Jan 2015 18:40:11 +0100 Jan Zeleny wrote: > -- snip -- > > > koji internally writes out mock configs for every task and it has > > not mechanism to support using different backends. additionally > > some of the builders are rhel6 so whate

Re: DNF and mock

2015-01-23 Thread Jan Zeleny
-- snip -- > koji internally writes out mock configs for every task and it has not > mechanism to support using different backends. additionally some of the > builders are rhel6 so whatever is done has to work on rhel6 and fedora. Huh, I was under the impression that everything was already migrat

Re: DNF and mock

2015-01-23 Thread Miroslav Suchý
On 01/22/2015 03:58 PM, Dennis Gilmore wrote: > This is not really true. Koji write out its own mock configs and will > not be using dnf for any operations. for anytime soon. koji hass no > way to use different tools to install chroots we will continue to use > yum to install the buildroots for th

Re: DNF and mock

2015-01-22 Thread Dennis Gilmore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 22 Jan 2015 17:00:44 +0100 Jan Zelený wrote: > -- snip -- > > > I have a notion, that after branching of Fedora 22 I will change > > > /etc/mock/fedora-rawhide-*.cfg > > > to use DNF by default. I.e. everything build for Fedora 23 would > >

Re: DNF and mock

2015-01-22 Thread Jan Zelený
-- snip -- > > I have a notion, that after branching of Fedora 22 I will change > > /etc/mock/fedora-rawhide-*.cfg > > to use DNF by default. I.e. everything build for Fedora 23 would use > > DNF for building. > > This is not really true. Koji write out its own mock configs and will > not be usi

Re: DNF and mock

2015-01-22 Thread Zbigniew Jędrzejewski-Szmek
On Thu, Jan 22, 2015 at 03:15:48PM +0100, Miroslav Suchý wrote: > I just spoke with two members of DNF team about default usage of DNF in mock. > I would like to share outcomes of this > meeting. > > First I would like to state that you can already optionally use DNF in your > mock by setting: >

Re: DNF and mock

2015-01-22 Thread Dennis Gilmore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 22 Jan 2015 15:15:48 +0100 Miroslav Suchý wrote: > I just spoke with two members of DNF team about default usage of DNF > in mock. I would like to share outcomes of this meeting. > > First I would like to state that you can already optionall

DNF and mock

2015-01-22 Thread Miroslav Suchý
I just spoke with two members of DNF team about default usage of DNF in mock. I would like to share outcomes of this meeting. First I would like to state that you can already optionally use DNF in your mock by setting: config_opts['package_manager'] = 'dnf' in your /etc/mock/site-defaults.cf