RE: pam_script review

Hi Lubomir, Thank you for the information! As suggested, I took a look at a couple of package submissions. https://bugzilla.redhat.com/show_bug.cgi?id=692 https://bugzilla.redhat.com/show_bug.cgi?id=691 https://bugzilla.redhat.com/show_bug.cgi?id=689 Any tips/hints regarding revie

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

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 > >> wrote: > >>> On Thu, Jun 19, 2014 at 2:01 PM, Reindl Harald > >>> wrote: > > if *that

comps categories: are they any use to anyone any more?

Working on comps for the NetworkManager submodule change (see other email) made me wonder: are the comps 'categories' actually used for anything any more? I believe they were used in oldUI for presentation of the 'pick a package' UI. We don't have that UI any more, haven't since Fedora 18. I don't

Comps change proposal: NetworkManager subpackages

I've drafted a comps change (further to the quick one I did yesterday to throw in NetworkManager-wifi to the desktop groups) to account for the recent (March) split of several bits of NetworkManager functionality into subpackages. As it's a relatively major change I thought I'd run it by devel@ for

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

On Thu, Jun 19, 2014 at 12:12:47AM +0200, Kalev Lember wrote: > On 06/18/2014 10:15 PM, Matthew Miller wrote: > > [snip] > > > > I also suggest that /etc/os-release be switched using the alternatives > > system (http://fedoraproject.org/wiki/Packaging:Alternatives), with the > > variant in either t

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

On Wed, Jun 18, 2014 at 04:55:02PM -0500, Jon wrote: > > I also suggest that /etc/os-release be switched using the alternatives > > system (http://fedoraproject.org/wiki/Packaging:Alternatives), with the > > variant in either the VERSION field (VERSION="21 (Cloud)") or a new > > os-release field wh

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

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

Re: repodata - xz

On 20.06.2014 21:44, Kevin Fenzi wrote: On Fri, 20 Jun 2014 20:13:00 +0200 poma wrote: "because thats how createrepo works"!? :) I'm talking in general, why not use the same improved compression for all! Because createrepo wants to keep backward compatibility? Wait a minute, is that what y

Re: repodata - xz

On Fri, 20 Jun 2014 20:13:00 +0200 poma wrote: > "because thats how createrepo works"!? :) > I'm talking in general, why not use the same improved compression for > all! Because createrepo wants to keep backward compatibility? For things that can use xz, they only download the xz files. For

Re: repodata - xz

> "because thats how createrepo works"!? :) > I'm talking in general, why not use the same improved compression for all! > I haven't mentioned an interactive, rpm based, package managers, at all. :) > But when you mention them, it is obvious that we need features and > performance of the delta repo

Re: repodata - xz

On 20.06.2014 15:44, Dennis Gilmore wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 20 Jun 2014 03:19:55 +0200 poma wrote: 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

Re: [Env and Stack WG] cancelled meeting

On Fri, Jun 20, 2014 at 03:38:32PM +0200, Marcela Mašláňová wrote: > On 06/16/2014 06:40 PM, Toshio Kuratomi wrote: > >On Mon, Jun 16, 2014 at 05:52:18PM +0200, Marcela Mašláňová wrote: > >>Meetings will be cancelled until we have some topics to discuss. If > >>you have something, please let us kno

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

On Fri, 2014-06-20 at 08:55 +0200, drago01 wrote: > 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 doe

[Base] Fedora Base Design Working Group (2014-06-20) meeting minutes and logs

=== #fedora-meeting: BaseWG === Meeting started by masta at 15:13:52 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2014-06-20/basewg.2014-06-20-15.13.log.html . Meeting summary --- * === BaseWG Roll Call

Re: COPR down?

It should be back up and processing now. Sorry for the longish outage... kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

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

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 mailto:den...@ausil.us>> wrote: In

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

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 >> > wrote: > >> > >> In testing dnf on rawhide I

Re: repodata - xz

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 20 Jun 2014 03:19:55 +0200 poma wrote: > > 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.gz

Agenda for Env-and-Stacks WG meeting (2014-06-24)

On even weeks WG meeting will be at 12:00 UTC, 14:00 Central Europe, 8:00 (noon) Boston, 5:00 San Francisco, 21:00 Tokyo in #fedora-meeting on Freenode. = Topics = * status of related features * todo (writing code, policies) * new members, two free seats * https://fedoraproject.org/wiki/Env_a

Re: [Env and Stack WG] cancelled meeting

On 06/16/2014 06:40 PM, Toshio Kuratomi wrote: On Mon, Jun 16, 2014 at 05:52:18PM +0200, Marcela Mašláňová wrote: Meetings will be cancelled until we have some topics to discuss. If you have something, please let us know on mailing list: env-and-sta...@lists.fedoraproject.org On item for a mee

Re: PHP 5.6.0 in rawhide - Mass rebuild report

On Fri, 2014-06-20 at 13:32 +0200, Remi Collet wrote: > Le 20/06/2014 10:46, Remi Collet a écrit : > > I have rebuild all dependencies > > (waiting for the broken dep report to check I have not forget some) > > The missing ones are: > > **ice-3.5.1-6.fc21 - already FTBFS > OKlasso-2.4.0-4

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

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 > > wrote: >> >> In testing dnf on rawhide I nearly always do "dnf clean metadata && dnf >> update" purely because I found most

Re: COPR down?

On Sex, 2014-06-20 at 14:11 +0200, Heiko Adams wrote: > Hi, > just a short question: Is http://copr.fedoraproject.org/ down? http://www.downforeveryoneorjustme.com/http://copr.fedoraproject.org/ It's not just you! -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://adm

Re: COPR down?

On 06/20/2014 02:11 PM, Heiko Adams wrote: > Hi, > just a short question: Is http://copr.fedoraproject.org/ down? Yes it is - planned outage. https://fedorahosted.org/fedora-infrastructure/ticket/4416 -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lis

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

Am 20.06.2014 14:04, schrieb Tim Lauridsen: > On Thu, Jun 19, 2014 at 8:47 PM, 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. T

COPR down?

Hi, just a short question: Is http://copr.fedoraproject.org/ down? -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: h

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

On Thu, Jun 19, 2014 at 8:47 PM, 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

Re: PHP 5.6.0 in rawhide - Mass rebuild report

Le 20/06/2014 10:46, Remi Collet a écrit : > I have rebuild all dependencies > (waiting for the broken dep report to check I have not forget some) The missing ones are: ** ice-3.5.1-6.fc21 - already FTBFS OK lasso-2.4.0-4.fc21 OK ming-0.4.5-4.fc21 Done Remi. -- devel mailing li

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

Am 20.06.2014 13:13, schrieb drago01: > On Fri, Jun 20, 2014 at 12:19 PM, Reindl Harald > 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 (currently) won't work for

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

Am 20.06.2014 13:04, schrieb Mat Booth: > On 20 June 2014 11:50, Reindl Harald > wrote: > > Am 20.06.2014 12:36, schrieb Mat Booth: > > On 20 June 2014 11:19, Reindl Harald > > > how should it do that? > >

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

On Fri, Jun 20, 2014 at 12:19 PM, Reindl Harald wrote: > > > Am 20.06.2014 11:57, schrieb Mat Booth: >> On 20 June 2014 10:19, Reindl Harald > > wrote: >> >> Am 20.06.2014 08:55, schrieb drago01: >> > On Thu, Jun 19, 2014 at 8:59 PM, Jared K. Smith >> > m

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

On 20 June 2014 12:04, Mat Booth wrote: > On 20 June 2014 11:50, Reindl Harald wrote: > >> >> >> Am 20.06.2014 12:36, schrieb Mat Booth: >> > On 20 June 2014 11:19, Reindl Harald > h.rei...@thelounge.net>> wrote: >> > >> > >> > >> > Am 20.06.2014 11:57, schrieb Mat Booth: >> > > On 20 Ju

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

On 20 June 2014 11:50, Reindl Harald wrote: > > > Am 20.06.2014 12:36, schrieb Mat Booth: > > On 20 June 2014 11:19, Reindl Harald h.rei...@thelounge.net>> wrote: > > > > > > > > Am 20.06.2014 11:57, schrieb Mat Booth: > > > On 20 June 2014 10:19, Reindl Harald

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

Am 20.06.2014 12:36, schrieb Mat Booth: > On 20 June 2014 11:19, Reindl Harald > wrote: > > > > Am 20.06.2014 11:57, schrieb Mat Booth: > > On 20 June 2014 10:19, Reindl Harald >

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

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

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

On 20 June 2014 11:19, Reindl Harald wrote: > > > Am 20.06.2014 11:57, schrieb Mat Booth: > > 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 > > > mailto:jsm...@f

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

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"

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

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, wat

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

Am 20.06.2014 11:57, schrieb Mat Booth: > On 20 June 2014 10:19, Reindl Harald > wrote: > > Am 20.06.2014 08:55, schrieb drago01: > > On Thu, Jun 19, 2014 at 8:59 PM, Jared K. Smith > > mailto:jsm...@fedoraproject.org>> wrote: > >> On Thu, Jun 19,

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

On 20 June 2014 10:19, Reindl Harald wrote: > > Am 20.06.2014 08:55, schrieb drago01: > > 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: > >> Whether you like it or not, one of the most common complaints about yum > >>

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

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

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

Am 20.06.2014 08:55, schrieb drago01: > 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: >> Whether you like it or not, one of the most common complaints about yum >> (especially from people coming from another package managemen

Re: PHP 5.6.0 in rawhide - Mass rebuild report

Le 19/06/2014 09:33, Remi Collet a écrit : > https://fedoraproject.org/wiki/Changes/Php56 I have rebuild all dependencies (waiting for the broken dep report to check I have not forget some) Broken package php-pecl-parsekit FTBFS #492 (probably to drop as unmaintained upstrea

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

> > 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 devel@lists.

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

On Fri, Jun 20, 2014 at 8:55 AM, drago01 wrote: > 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 differ

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

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

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

On 20. 6. 2014 at 08:55:18, drago01 wrote: > 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 diffe