Some thoughts:
http://fedoraproject.org/PackageReviewStatus/NEEDSPONSOR.html
http://fedoraproject.org/PackageReviewStatus/
http://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group
There is a growing number of people in the NEEDSPONSOR queue, who have
submitted a single pa
On Sun, Jan 12, 2014 at 10:29:54AM +0100, Michael Schwendt wrote:
> There is a growing number of people in the NEEDSPONSOR queue, who have
> submitted a single package only and who don't attempt at doing a review of
> a different package in the various queues (not even a review of the own
> packag
Sometimes sponsorship is quite easy, this is unfair to other people around:
https://bugzilla.redhat.com/show_bug.cgi?id=1048966
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-condu
Hi,
On Sun, Jan 12, 2014 at 3:46 PM, Jochen Schmitt wrote:
> On Sun, Jan 12, 2014 at 10:29:54AM +0100, Michael Schwendt wrote:
>
> > There is a growing number of people in the NEEDSPONSOR queue, who have
> > submitted a single package only and who don't attempt at doing a review
> of
> > a differ
Compose started at Sun Jan 12 05:15:07 UTC 2014
Broken deps for i386
--
[OpenEXR_CTL]
OpenEXR_CTL-1.0.1-16.fc20.i686 requires libImath.so.6
OpenEXR_CTL-1.0.1-16.fc20.i686 requires libIlmThread.so.6
OpenEXR_CTL-1.0.1-16
On 01/12/2014 10:29 AM, Michael Schwendt wrote:
> Some thoughts:
>
> http://fedoraproject.org/PackageReviewStatus/NEEDSPONSOR.html
> http://fedoraproject.org/PackageReviewStatus/
>
> http://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group
>
> There is a growing number of
I just wonder why `authconfig` creates:
/etc/pam.d/system-auth -> system-auth-ac
/etc/pam.d/postlogin -> postlogin-ac
/etc/pam.d/password-auth -> password-auth-ac
etc.
Why those links and why -ac suffix? Why it does not modify original
files directly?
Is there some story behind?
Mirek
On Sun, 12 Jan 2014 11:16:42 +0100, Jochen Schmitt wrote:
> > There is a growing number of people in the NEEDSPONSOR queue, who have
> > submitted a single package only and who don't attempt at doing a review of
> > a different package in the various queues (not even a review of the own
> > packag
On 1-9-14 15:43:50 Ales Kozumplik wrote:
> New DNF release is out. See the blog [1], the release notes [2] and
> the F20 update [3]. Rawhide build went smooth this time too!
I see this using 0.4.11. What am I doing wrong?
garry@vfr$ sudo dnf --enablerepo=updates-testing update kernel\*
[sudo] pa
Hi
On Sun, Jan 12, 2014 at 11:30 AM, Garry T. Williams wrote:
> On 1-9-14 15:43:50 Ales Kozumplik wrote:
> > New DNF release is out. See the blog [1], the release notes [2] and
> > the F20 update [3]. Rawhide build went smooth this time too!
>
> I see this using 0.4.11. What am I doing wrong?
On 1-12-14 11:39:35 Rahul Sundaram wrote:
> On Sun, Jan 12, 2014 at 11:30 AM, Garry T. Williams wrote:
> > On 1-9-14 15:43:50 Ales Kozumplik wrote:
> > > New DNF release is out. See the blog [1], the release notes [2] and
> > > the F20 update [3]. Rawhide build went smooth this time too!
> >
> > I
Am 12.01.2014 18:43, schrieb Garry T. Williams:
> On 1-12-14 11:39:35 Rahul Sundaram wrote:
>> On Sun, Jan 12, 2014 at 11:30 AM, Garry T. Williams wrote:
>>> On 1-9-14 15:43:50 Ales Kozumplik wrote:
New DNF release is out. See the blog [1], the release notes [2] and
the F20 update [3].
Adam Williamson wrote:
> I'm coming to the conclusion that at some point distros have to give up
> swimming against the tide and just say, look, if this is the way this
> ecosystem wants to go, then it's your problem. Fedora's job for such
> ecosystems would simply be to make sure their distributio
On Sun, 12 Jan 2014, Garry T. Williams wrote:
On 1-9-14 15:43:50 Ales Kozumplik wrote:
New DNF release is out. See the blog [1], the release notes [2] and
the F20 update [3]. Rawhide build went smooth this time too!
I see this using 0.4.11. What am I doing wrong?
garry@vfr$ sudo dnf --enabl
On Sun, 2014-01-12 at 18:55 +0100, Kevin Kofler wrote:
> Adam Williamson wrote:
> > I'm coming to the conclusion that at some point distros have to give up
> > swimming against the tide and just say, look, if this is the way this
> > ecosystem wants to go, then it's your problem. Fedora's job for s
Am 12.01.2014 19:39, schrieb Adam Williamson:
> Have you looked at what people are installing on Fedora lately? Have you
> looked at how much PHP stuff there is out there vs. what we have
> packaged 'properly'? Java? Ruby? Do you know anyone who deploys
> Wordpress plugins via distribution packag
On 1-12-14 18:18:00 M A Young wrote:
> On Sun, 12 Jan 2014, Garry T. Williams wrote:
> > On 1-9-14 15:43:50 Ales Kozumplik wrote:
> >> New DNF release is out. See the blog [1], the release notes [2] and
> >> the F20 update [3]. Rawhide build went smooth this time too!
> >
> > I see this using 0.4.1
On 12 January 2014 21:06, Garry T. Williams wrote:
> On 1-12-14 18:18:00 M A Young wrote:
>> On Sun, 12 Jan 2014, Garry T. Williams wrote:
>> > On 1-9-14 15:43:50 Ales Kozumplik wrote:
>> >> New DNF release is out. See the blog [1], the release notes [2] and
>> >> the F20 update [3]. Rawhide build
Am 12.01.2014 20:24, schrieb Ahmad Samir:
> On 12 January 2014 21:06, Garry T. Williams wrote:
>> On 1-12-14 18:18:00 M A Young wrote:
>>> On Sun, 12 Jan 2014, Garry T. Williams wrote:
On 1-9-14 15:43:50 Ales Kozumplik wrote:
> New DNF release is out. See the blog [1], the release notes
On 1-12-14 11:30:31 you wrote:
> On 1-9-14 15:43:50 Ales Kozumplik wrote:
> > New DNF release is out. See the blog [1], the release notes [2] and
> > the F20 update [3]. Rawhide build went smooth this time too!
>
> I see this using 0.4.11. What am I doing wrong?
[snip]
> garry@vfr$ sudo dnf cle
On 12/01/14 19:28, Garry T. Williams wrote:
And yes, as Michael commented, dnf doesn't expire meta-data as often
as yum.
It's quite a big difference as well - yum is 6 hours and dnf is 48 hours
by default.
So if you're used to running update once a day then you'll find it will
only work ev
On Sun, Jan 12, 2014 at 10:39:19AM -0800, Adam Williamson wrote:
> On Sun, 2014-01-12 at 18:55 +0100, Kevin Kofler wrote:
> > So, like Matthew Miller, I think we cannot possibly punt on this issue, but
> > I totally DISAGREE with his proposed solution of endorsing those bundling
> > systems offi
On 10.01.2014 21:12, Matthew Miller wrote:
On Thu, Jan 09, 2014 at 07:58:44PM -0800, Adam Williamson wrote:
So the question becomes, what is it appropriate for a distribution to do
in this situation? My personal opinion is that what's appropriate for a
distribution to do is also, happily, what's
On 1-12-14 20:27:26 Reindl Harald wrote:
> "dnf clean all" without "dnf --enablerepo=updates-testing clean all"
> does exactly *nothing* in case of "updates-testing", the same for
> YUM simply because folders of non-enabled repos are not relevant for
> any operation
Yeah, I feel pretty stupid now.
Am 12.01.2014 21:38, schrieb Garry T. Williams:
> On 1-12-14 20:27:26 Reindl Harald wrote:
>> "dnf clean all" without "dnf --enablerepo=updates-testing clean all"
>> does exactly *nothing* in case of "updates-testing", the same for
>> YUM simply because folders of non-enabled repos are not releva
On 12.01.2014 22:34, Alek Paunov wrote:
So, finally on that road we have:
...
- NTH: remote SCC DB for the instance,
- NTH: SCC local state for multiple instances (e.g. deployment nodes or
local containers) kept in the same SCC DB
- NTH: SCC local state inheritance between instances
A
On 12.01.2014 22:34, Alek Paunov wrote:
[*] Crucial aspect of any sophisticated data management system is the
data query and manipulation language. Unfortunately the choices are
rather limited - Imperative approaches (recently resurrected by some
NoSQL DBs) are weak and error prone
Installer sees the partitions of other Linuxes. But when rebooting after
installation Fedora was the only choice.
Running grub2-mkconfig fixed it, ie other distribution became available. Sort
of. Problems:
1) Fedora was the default and there is no easy way (that is without reading
the 150+
On 12.01.2014 22:34, Alek Paunov wrote:
- sccd-web: WebUI exposing full functionality, alternatively Cockpit
(OpenLMI WebUI) extension.
...
- NTH: SCC local state inheritance between instances
Fedora Social: Almost every developer or sysadmins like to demonstrate
how clean and clever is
On Jan 12, 2014, at 1:51 PM, Alek Paunov wrote:
>
> Once we apply FS snapshotting, combined with the SCC NTHs above, there
> are at least two appealing use-cases:
>
> - reusing one base e.g. F20 server container image for both the host and
> the incompatible containers (e.g. when one applicat
On 01/12/2014 08:27 PM, Reindl Harald wrote:
"dnf clean all" without "dnf --enablerepo=updates-testing clean all" does
exactly*nothing* in case of "updates-testing", the same for YUM simply
because folders of non-enabled repos are not relevant for any operation
And is this correct behavior? (a
Am 12.01.2014 22:42, schrieb Miroslav Suchy:
> On 01/12/2014 08:27 PM, Reindl Harald wrote:
>> "dnf clean all" without "dnf --enablerepo=updates-testing clean all" does
>> exactly *nothing* in case of "updates-testing", the same for YUM simply
>> because folders of non-enabled repos are not relev
I have come to understand that for yum, commands like clean only applies to
the actual buildroot. So without a -r argument, the cleaning is done on the
default root, whatever this might be(?).
Actually, there is probably nothing wrong with this - it works fine when
using the -r option. Problems co
from a developers point of view the current behavior is clear and perfect
"what is not enabled is handeled as it would not exist"
means:
repos with "enabled=0" are completly ignored until --enablrepo with no
but and if - clear and straight logical decision
from a users point of view "all" has a d
On Jan 12, 2014, at 1:58 PM, Jean François Martinez wrote:
> Installer sees the partitions of other Linuxes. But when rebooting after
> installation Fedora was the only choice.
>
> Running grub2-mkconfig fixed it, ie other distribution became available.
> Sort of. Problems:
> 1) Fedora wa
Well, IMHO the docs are actually quite clear on that 'all' refers to all
metadata rather than all repositories.
That said, perhaps enough people has been confused by this to make some
kind of improvement motivated.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.o
On Sun, Jan 12, 2014 at 5:23 PM, Alec Leamas wrote:
> Well, IMHO the docs are actually quite clear on that 'all' refers to all
> metadata rather than all repositories.
>
> That said, perhaps enough people has been confused by this to make some kind
> of improvement motivated.
>
I am pretty sure if
Am 13.01.2014 00:17, schrieb Orcan Ogetbil:
> On Sun, Jan 12, 2014 at 5:23 PM, Alec Leamas wrote:
>> Well, IMHO the docs are actually quite clear on that 'all' refers to all
>> metadata rather than all repositories.
>>
>> That said, perhaps enough people has been confused by this to make some kin
First of all, this is not, and have never been a question of disabled
repos. Or should not have. "yum clean all" refers to cleaning all metadata,
not all repos. It only operates on one single repo, be it implicit (the
default link) or an explicit -r option.
This is what confuses. I know: been the
Am 13.01.2014 00:43, schrieb Alec Leamas:
> First of all, this is not, and have never been a question of disabled repos.
> Or should not have. "yum clean all"
> refers to cleaning all metadata, not all repos. It only operates on one
> single repo, be it implicit (the default
> link) or an expli
Yes, sorry, forget what I wrote. I messed up mock with yum, that's why.
It's too late for me to chime in here. Sorry for the noise.
On Mon, Jan 13, 2014 at 12:49 AM, Reindl Harald wrote:
>
>
> Am 13.01.2014 00:43, schrieb Alec Leamas:
> > First of all, this is not, and have never been a question
On Sun, 2014-01-12 at 19:43 +0100, Reindl Harald wrote:
>
> Am 12.01.2014 19:39, schrieb Adam Williamson:
> > Have you looked at what people are installing on Fedora lately? Have you
> > looked at how much PHP stuff there is out there vs. what we have
> > packaged 'properly'? Java? Ruby? Do you kn
On Sun, 2014-01-12 at 20:58 +0100, Till Maas wrote:
> On Sun, Jan 12, 2014 at 10:39:19AM -0800, Adam Williamson wrote:
> > On Sun, 2014-01-12 at 18:55 +0100, Kevin Kofler wrote:
>
> > > So, like Matthew Miller, I think we cannot possibly punt on this issue,
> > > but
> > > I totally DISAGREE wit
I haven't been able to get in touch with Silas Sewell (silas) by email or by
bugzilla. He is the owner of quite a few packages but I'm primarily only
interested in two. They are redis and python-redis. They are both out of date
and I'd like to see them get updated in EPEL. Here links to the bugz
On 12 January 2014 21:27, Reindl Harald wrote:
>
> Am 12.01.2014 20:24, schrieb Ahmad Samir:
>> On 12 January 2014 21:06, Garry T. Williams wrote:
>>> On 1-12-14 18:18:00 M A Young wrote:
On Sun, 12 Jan 2014, Garry T. Williams wrote:
> On 1-9-14 15:43:50 Ales Kozumplik wrote:
>> New
https://bugzilla.novell.com/show_bug.cgi?id=858448 is openSUSE bug. Is
upstream better for a rough parallel for Fedora, or bugzilla.redhat.com, or
something else? If upstream, where exactly is upstream for reporting poor man
page content?
--
"The wise are known for their understanding, and plea
On 01/12/2014 11:23 PM, Alec Leamas wrote:
Well, IMHO the docs are actually quite clear on that 'all' refers to all
metadata rather than all repositories.
That said, perhaps enough people has been confused by this to make some
kind of improvement motivated.
Let leave yum as is, but let try to
Hello,
I'm just updating evolution-data-server to 3.11.4 in rawhide, which
includes a soname version bump for libcamel (it happened before 3.11.3,
but that version didn't reach Fedora rawhide for some reason).
I'll rebuild all affected packages I have commit rights for.
Bye,
On Mon, 13 Jan 2014 07:51:22 +0200
Ahmad Samir wrote:
> Right, I missed that bit.
> >
>
to be certain you can do "dnf(yum) --enablerepo=* clean all"
if your intention is truly to remove all cache.
___
Regards,
Frank
www.frankly3d.com
--
devel mailing list
devel@lists.fedoraproject.org
http
On Sun, 12 Jan 2014 15:21:16 -0700
Chris Murphy wrote:
>
> On Jan 12, 2014, at 1:58 PM, Jean François Martinez wrote:
>
> > Installer sees the partitions of other Linuxes. But when rebooting after
> > installation Fedora was the only choice.
> >
> > Running grub2-mkconfig fixed it, ie other
On Mon, 13 Jan 2014 00:43:13 +0100
Alec Leamas wrote:
> First of all, this is not, and have never been a question of disabled
> repos. Or should not have. "yum clean all" refers to cleaning all
> metadata, not all repos. It only operates on one single repo, be it
> implicit (the default link) or
51 matches
Mail list logo
