- Original Message -
> On 10 January 2018 at 01:53, Ding Yi Chen wrote:
> > I received a bug[1] asking to remove EPEL7 branch, as the package
> > LibRaw, is already in RHEL.
> >
> > How should I do that?
> >
> > Regards,
> >
>
> We do not remove branches as much as
No missing expected images.
Failed openQA tests: 15/129 (x86_64), 4/24 (i386), 1/2 (arm)
New failures (same test did not fail in Rawhide-20180108.n.0):
ID: 185174 Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/185174
ID: 185175 Test:
On Wed, Jan 10, 2018 at 10:26:24AM -0500, Nico Kadel-Garcia wrote:
> On Wed, Jan 10, 2018 at 6:18 AM, Zbigniew Jędrzejewski-Szmek
> wrote:
> > On Wed, Jan 10, 2018 at 11:56:46AM +0100, Reindl Harald wrote:
> >>
> >> Am 10.01.2018 um 11:46 schrieb Jan Kurik:
> >> >On existing
On Wed, Jan 10, 2018 at 10:21:32AM -0500, Matthew Miller wrote:
> On Wed, Jan 10, 2018 at 11:46:13AM +0100, Jan Kurik wrote:
> > Use "nobody:nobody" as the names for the kernel overflow UID:GID pair,
> > and retire the old "nfsnobody" name and the old "nobody:nogroup" pair
> > with 99:99 numbers
>
On Wed, Jan 10, 2018 at 11:35:16PM +, Sérgio Basto wrote:
> On Wed, 2018-01-10 at 22:27 +, Zbigniew Jędrzejewski-Szmek wrote:
> > On Tue, Jan 09, 2018 at 08:27:51PM +, Sérgio Basto wrote:
> > > On Tue, 2018-01-09 at 18:28 +0100, Till Hofmann wrote:
> > > >
> > > > On 01/09/2018 05:53
On Tue, Jan 9, 2018 at 9:08 AM Jan Kurik wrote:
> = System Wide Change: IBus Unicode Typing =
> https://fedoraproject.org/wiki/Changes/IBus_Unicode_Typing
>
> Change owner(s):
> * Takao Fujiwara
>
> IBus core provides an Emoji dialog which users can type emoji
> annotations
https://pagure.io/389-ds-base/issue/49474
https://pagure.io/389-ds-base/issue/raw/files/e6743de00abbe45f0d776fd62
6db5544b8154575ddd506d183f7e215ea09e6bc-0001-Ticket-49474-purge-
saslmaps-before-gssapi-test.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Australia/Brisbane
Today we are starting the Interview period during which we will
prepare interviews with candidates to the following teams:
* FESCo (Engineering) [1]
* Fedora Council [2]
* Mindshare [3]
This period is open until 2018-Jan-15 at 23:59:59 UTC.
The questions for candidates can be found in the
On 01/03/2018 06:02 PM, Adam Williamson wrote:
> * The most useful feedback is just whether the kernel boots and works
> correctly on all systems you have access to (assuming they worked OK
> with the previous kernel, of course). If it does, please leave positive
> karma on the relevant update.
On Wed, 2018-01-10 at 22:27 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Tue, Jan 09, 2018 at 08:27:51PM +, Sérgio Basto wrote:
> > On Tue, 2018-01-09 at 18:28 +0100, Till Hofmann wrote:
> > >
> > > On 01/09/2018 05:53 PM, Sérgio Basto wrote:
> > > > Packages remaining to rebuild:
> > > >
https://bugzilla.redhat.com/show_bug.cgi?id=1522691
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-DBD-Firebird-1.31-1.fc
On Tue, Jan 09, 2018 at 08:27:51PM +, Sérgio Basto wrote:
> On Tue, 2018-01-09 at 18:28 +0100, Till Hofmann wrote:
> >
> > On 01/09/2018 05:53 PM, Sérgio Basto wrote:
> > > Packages remaining to rebuild:
> > > digikam
> > > fawkes
> > > kf5-libkface
> > > nomacs
> > > player
> > > simon
> > >
https://bugzilla.redhat.com/show_bug.cgi?id=1522691
Fedora Update System changed:
What|Removed |Added
Status|ON_QA
On Wed, 2018-01-10 at 10:44 +0100, Ludwig Krispenz wrote:
> On 01/10/2018 07:03 AM, William Brown wrote:
> > If I have:
> >
> > (targetattr=x)(version 3.0; allow(read,
> > search)(groupdn=cn=x);)
> >
> > If cn=x has member cn=y, and cn=y member uid=z
> >
> > Does uid=z have permission to
On Wed, 2018-01-10 at 12:17 -0500, Máirín Duffy wrote:
>
> On 01/10/2018 10:58 AM, Mark Reynolds wrote:
> > So you could do a filter like this for your example above:
> >
> > "(|(sn=*brown")(sn=*brown west"))"
>
> So the case I'm thinking of for the front end is a directory listing,
> in
>
On Tue, Jan 9, 2018 at 12:43 PM, Adam Williamson
wrote:
> https://pagure.io/compose-utils
>
> that may be of interest to the original poster.
Bingo. https://pagure.io/compose-utils/blob/master/f/compose_utils/changelog.py
thank you!
martin
--
Hi,
I am working on a PR to get subscription-manager and related packages
packaged for python 3 for Fedora (see
https://github.com/candlepin/subscription-manager/pull/1744), and we're
aware we've made some naming decisions in the past that aren't quite up
to the python package naming
On 01/09/2018 02:09 PM, Tim Landscheidt wrote:
BTW, are there technical reasons why the metadata is updated
en bloc and not incrementally like for example delta RPMs,
or is it just that nobody bothered to implement something
like that yet for metadata?
This has been discussed for a very long
On Wed, Jan 10, 2018 at 12:01 PM, Stephen John Smoogen wrote:
>
> On 10 January 2018 at 14:46, Andrew Lutomirski wrote:
> >
> >
> > On Wed, Jan 10, 2018 at 11:38 AM, Stephen John Smoogen
> > wrote:
> >>
> >> On 10 January 2018 at 14:23, Andrew
Il giorno mer, 10/01/2018 alle 17.18 +0100, Robert-André Mauchin ha
scritto:
> Maybe you could suggest the package maintainer to add a "Provides:
> stubby" so it can be found directly. CCing Paul Wouters in that
> regard.
[lesca@dodo ~]$ dnf whatprovides stubby -C
Last metadata
On 10 January 2018 at 14:46, Andrew Lutomirski wrote:
>
>
> On Wed, Jan 10, 2018 at 11:38 AM, Stephen John Smoogen
> wrote:
>>
>> On 10 January 2018 at 14:23, Andrew Lutomirski wrote:
>> >> On Jan 9, 2018, at 9:59 AM, Kevin Fenzi
On Wed, Jan 10, 2018 at 11:38 AM, Stephen John Smoogen
wrote:
> On 10 January 2018 at 14:23, Andrew Lutomirski wrote:
> >> On Jan 9, 2018, at 9:59 AM, Kevin Fenzi wrote:
> >>
> >>> On 01/08/2018 10:53 AM, Kevin Kofler wrote:
> >>> Kevin Fenzi
Sorry for the top post, on my phone...
Telling third party software to link against a different soname suffixed
with 64 would be pkg-config's job, usually.
Dridi
On Jan 10, 2018 14:59, "Sandro Mani" wrote:
Hi
I've received a request to package a version of scotch with
On 10 January 2018 at 14:23, Andrew Lutomirski wrote:
>> On Jan 9, 2018, at 9:59 AM, Kevin Fenzi wrote:
>>
>>> On 01/08/2018 10:53 AM, Kevin Kofler wrote:
>>> Kevin Fenzi wrote:
Well, if this firefox update was urgent, shouldn't it have been marked
> On Jan 9, 2018, at 9:59 AM, Kevin Fenzi wrote:
>
>> On 01/08/2018 10:53 AM, Kevin Kofler wrote:
>> Kevin Fenzi wrote:
>>> Well, if this firefox update was urgent, shouldn't it have been marked
>>> urgent?
>>
>> Urgency is always in the eye of the beholder. I as a user consider
On Wed, 2018-01-10 at 10:45 +0100, Kamil Dudka wrote:
> On Tuesday, January 9, 2018 11:51:03 PM CET David Kaspar [Dee'Kej] wrote:
> > Initial NOTE: I have made some bigger changes in Ghostscript package during
> > the cleanup, which should be self-contained. In my opinion those changes
> > are not
Yaakov Selkowitz wrote:
> https://github.com/cygwinports/kde-runtime/blob/master/15.04.3-libtirpc.patch
FYI, this patch does not work:
-- Looking for include file rpc/rpc.h
-- Looking for include file rpc/rpc.h - not found
…
-- The following features have been disabled:
* NFS kioslave, The RPC
On 01/10/2018 12:17 PM, Máirín Duffy wrote:
>
>
> On 01/10/2018 10:58 AM, Mark Reynolds wrote:
>> So you could do a filter like this for your example above:
>>
>> "(|(sn=*brown")(sn=*brown west"))"
>
> So the case I'm thinking of for the front end is a directory listing,
> in which case you
On 01/10/2018 10:58 AM, Mark Reynolds wrote:
So you could do a filter like this for your example above:
"(|(sn=*brown")(sn=*brown west"))"
So the case I'm thinking of for the front end is a directory listing, in
which case you wouldn't be so specific to know to add the West.
or
"(|(sn=*
>
>
> > Maybe you could suggest the package maintainer to add a "Provides:
> stubby" so
> > it can be found directly. CCing Paul Wouters in that regard.
>
> That's a good idea! I'll fire of some new builds with that later today
> when I fixup
> the libidn2 handling as well.
>
>
If people are
On 01/10/2018 11:18 AM, Robert-André Mauchin wrote:
> On mercredi 10 janvier 2018 00:07:11 CET rugk wrote:
>> Providing privacy and security for DNS! (especially after dnscrypt is
>> discontinued now).
>> It would be nice to have this in Fedora.
>>
>>
> "MH" == Miro Hrončok writes:
MH> This sounds good to me. It didn't occur to me that we can actually
MH> set a dedicated env vars for our builds (which is even better).
Well, doing so requires that we change an rpm macro to export this new
env var in the same place
The following Fedora EPEL 7 Security updates need testing:
Age URL
1038 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087
dokuwiki-0-0.24.20140929c.el7
801 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f
mcollective-2.8.4-1.el7
383
On mercredi 10 janvier 2018 00:07:11 CET rugk wrote:
> Providing privacy and security for DNS! (especially after dnscrypt is
> discontinued now).
> It would be nice to have this in Fedora.
>
> https://dnsprivacy.org/wiki/display/DP/DNS+Privacy+Daemon+-+Stubby
> GitHub:
https://bugzilla.redhat.com/show_bug.cgi?id=1532539
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1511243
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1532914
--- Comment #5 from Fedora Update System ---
perl-Socket-2.025-1.fc27 has been pushed to the Fedora 27 testing repository.
If problems still persist, please make note of it in this bug report.
See
On 10 January 2018 at 08:50, Neal Gompa wrote:
> On Wed, Jan 10, 2018 at 5:46 AM, Jan Kurik wrote:
>> The new mapping for nobody:nobody would be implemented in two redundant ways:
>> * as a static allocation in /etc/passwd and /etc/group managed by
On 01/10/2018 04:01 AM, Tomasz Torcz wrote:
>
> So, if there ARE updates to be pushed (marked urgent?) and we update
> metadata
> ANYWAY, this is a good point to flush everything from batched in this push.
We could yeah. We could also only ever push when there are urgent updates...
kevin
On 01/09/2018 12:57 PM, Kevin Kofler wrote:
> Kevin Fenzi wrote:
>> You also don't want updates-testing to even exist right?
>
> That is not true. I want to leave the decision whether and for how long an
> update needs to be tested to the package maintainer instead of enforcing
> minimum
On 01/09/2018 02:09 PM, Tim Landscheidt wrote:
> Kevin Fenzi wrote:
>
>> […]
>
> I really don't understand why we do this "batched" thing to begin with.
>
To reduce the constant flow of updates that are very minor or affect
very few mixed in with the major
On 01/10/2018 10:53 AM, Máirín Duffy wrote:
>
>
> On 01/10/2018 10:20 AM, Mark Reynolds wrote:
>>> Would this miss someone who had two surnames, say Sally Brown West,
>>> who chooses not to hyphenate?
>> "(sn=*brown*)"
>
> Wouldn't that also match Brownwyn James and Brown West Smith?
Yes it
On Wed, Jan 10, 2018 at 3:44 PM, Neal Gompa wrote:
> If the content of "ghostscript-core" is now part of "ghostscript", you
> can do the following:
>
> Obsoletes: ghostscript-core < 9.22-5
> Provides: ghostscript-core = %{version}-%{release}
>
> In addition, packages that
https://bugzilla.redhat.com/show_bug.cgi?id=1532914
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
On 01/10/2018 10:20 AM, Mark Reynolds wrote:
Would this miss someone who had two surnames, say Sally Brown West,
who chooses not to hyphenate?
"(sn=*brown*)"
Wouldn't that also match Brownwyn James and Brown West Smith?
~m
___
389-devel mailing
On 10 January 2018 at 01:53, Ding Yi Chen wrote:
> I received a bug[1] asking to remove EPEL7 branch, as the package
> LibRaw, is already in RHEL.
>
> How should I do that?
>
> Regards,
>
We do not remove branches as much as retire the package.
On Mon, Jan 8, 2018 at 12:21 PM, Steve Dickson wrote:
> Hello,
>
> Is it a problem for a package to pull from two different
> upstream tar balls? Basically have
>
> Source0: http://server.com/package1/package1.tar
> Source1: http://server.com/package2/package2.tar
>
> Then I
On Wed, Jan 10, 2018 at 6:18 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Wed, Jan 10, 2018 at 11:56:46AM +0100, Reindl Harald wrote:
>>
>> Am 10.01.2018 um 11:46 schrieb Jan Kurik:
>> >On existing systems, to make upgrades easier:
>> >* if nfsnobody was defined, keep it in
On Wed, Jan 10, 2018 at 11:46:13AM +0100, Jan Kurik wrote:
> Use "nobody:nobody" as the names for the kernel overflow UID:GID pair,
> and retire the old "nfsnobody" name and the old "nobody:nogroup" pair
> with 99:99 numbers
See previous thread on this proposal from two years ago:
On 01/09/2018 07:25 PM, William Brown wrote:
> Hi all,
>
> It's time that I'm looking at:
> https://pagure.io/389-ds-base/issue/49425
+1 for 1.4.0!
>
> There are some great reasons to freshen up the default objects we
> install. The current design isn't really reflective of modern directory
>
On 01/10/2018 10:08 AM, Máirín Duffy wrote:
> Hi William,
>
>> With displayname you can only sort by "order of the displaynames".
>> So we can at least consistently sort this given the scenario above!
>
> Imagine a phone book sorted this way. In the US in any given town
> there would be 50
On Tue, 2018-01-09 at 12:25 +0100, Florian Weimer wrote:
> On 01/09/2018 11:00 AM, Petr Pisar wrote:
> > On 2018-01-05, Florian Weimer wrote:
> > >perl-PDL-2.18.0-4.fc27.src.rpm
> >
> > [...]
> > > This is based on relatively current Fedora rawhide/x86_64 and reflects
> >
Hi William,
With displayname you can only sort by "order of the displaynames". So we can
at least consistently sort this given the scenario above!
Imagine a phone book sorted this way. In the US in any given town there
would be 50 pages of Johns, making wayfinding really difficult. Is
https://bugzilla.redhat.com/show_bug.cgi?id=1532539
--- Comment #2 from Fedora Update System ---
perl-5.26.1-402.fc27 has been submitted as an update to Fedora 27.
https://bodhi.fedoraproject.org/updates/FEDORA-2018-f8f01f1e83
--
You are receiving this mail
On Wed, Jan 10, 2018 at 9:30 AM, David Kaspar [Dee'Kej]
wrote:
> On Wed, Jan 10, 2018 at 2:05 PM, Neal Gompa wrote:
>>
>> Is there a specific bug that forces us to require we have transitional
>> packages like this? RPM's Conflicts+Obsoletes logic is
Thanks for all the input... very interesting.
But I decide to go a head can create a new package
which eliminates all the questions about lifecycles
dependencies, licenses, etc
Again, thanks for all the input!
steved.
On 01/08/2018 12:21 PM, Steve Dickson wrote:
> Hello,
>
> Is it a
On Wed, Jan 10, 2018 at 3:30 PM, David Kaspar [Dee'Kej]
wrote:
> I hope I didn't forget to mention something important... :D If something
> is unclear, lay it on me! ;)
>
Yeah, I forgot one more small thing to mention... :D For now I'm waiting
for 'google-droid-fonts' to be
On Wed, Jan 10, 2018 at 2:05 PM, Neal Gompa wrote:
> Is there a specific bug that forces us to require we have transitional
> packages like this? RPM's Conflicts+Obsoletes logic is powerful enough
> to allow us to avoid this.
>
I'm not aware of any BZ/Fedora wiki page that
The following Fedora EPEL 7 Security updates need testing:
Age URL
1038 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087
dokuwiki-0-0.24.20140929c.el7
800 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f
mcollective-2.8.4-1.el7
383
The following Fedora EPEL 6 Security updates need testing:
Age URL
910 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168
rubygem-crack-0.3.2-2.el6
800 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb
mcollective-2.8.4-1.el6
772
https://bugzilla.redhat.com/show_bug.cgi?id=1532539
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In
Hi
I've received a request to package a version of scotch with 64bit
integers (as opposed to 32bit). I suppose the details are less
important, the bottom line is
scotch 32bit: typedef int32_t SCOTCH_Num;
scotch 64bit: typedef int64_t SCOTCH_Num;
where SCOTCH_Num affects the public ABI and
On Wed, Jan 10, 2018 at 5:46 AM, Jan Kurik wrote:
> = System Wide Change: Rename "nobody" user =
> https://fedoraproject.org/wiki/Changes/RenameNobodyUser
>
> Change owner(s):
> *Zbigniew Jędrzejewski-Szmek
> * Lennart Poettering
>
> Use "nobody:nobody" as the names for the
On Tue, Jan 9, 2018 at 5:51 PM, David Kaspar [Dee'Kej]
wrote:
> Hello guys! :)
>
> Initial NOTE: I have made some bigger changes in Ghostscript package during
> the cleanup, which should be self-contained. In my opinion those changes are
> not so significant to create
On 01/09/2018 10:36 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Jan 09, 2018 at 04:30:56PM +0100, Pavel Březina wrote:
On 01/05/2018 05:21 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Fri, Jan 05, 2018 at 02:50:45PM +0100, Jan Kurik wrote:
= System Wide Change: Make authselect default tool
On 01/08/2018 01:36 AM, Kevin Fenzi wrote:
On 01/07/2018 01:38 PM, Christian Dersch wrote:
Hi all,
within the whole Meltdown and Spectre story I realized that Koji pushes
even security updates to batched only, not directly to stable. In
The critera for bypassing batched is if the update is
https://bugzilla.redhat.com/show_bug.cgi?id=1511243
--- Comment #9 from Fedora Update System ---
perl-Mail-Message-3.005-1.fc27 has been submitted as an update to Fedora 27.
https://bodhi.fedoraproject.org/updates/FEDORA-2018-d4b2798525
--
You are receiving this
https://bugzilla.redhat.com/show_bug.cgi?id=1532539
--- Comment #1 from Panu Matilainen ---
BTW, the way deltarpm is designed makes this otherwise fairly harmless thing
rather, ehm, conspicuous :)
---
Transaction Summary
January 9, 2018 9:59 PM, "Kevin Kofler" wrote:
> Kevin Fenzi wrote:
>
>> To save all the Fedora users in the world from having to update metadata
>> for minor changes. Since there's a hourly dnf makecache every user in
>> the world pulls down new metadata ever time we
https://bugzilla.redhat.com/show_bug.cgi?id=1528627
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1531969
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
On Wed, Jan 10, 2018 at 11:56:46AM +0100, Reindl Harald wrote:
>
>
> Am 10.01.2018 um 11:46 schrieb Jan Kurik:
> >On existing systems, to make upgrades easier:
> >* if nfsnobody was defined, keep it in /etc/passwd *after* the new
> >line for nobody:nobody, so that both the old name and the new
On 10.1.2018 11:25, Zbigniew Jędrzejewski-Szmek wrote:
On Wed, Jan 10, 2018 at 09:33:44AM +0100, Miro Hrončok wrote:
On 10.1.2018 03:16, Nick Coghlan wrote:
On 10 January 2018 at 11:30, Jason L Tibbitts III wrote:
In the end I just can't shake the notion that it's bad to
= System Wide Change: Rename "nobody" user =
https://fedoraproject.org/wiki/Changes/RenameNobodyUser
Change owner(s):
*Zbigniew Jędrzejewski-Szmek
* Lennart Poettering
Use "nobody:nobody" as the names for the kernel overflow UID:GID pair,
and retire the old "nfsnobody" name and the old
= System Wide Change: Rename "nobody" user =
https://fedoraproject.org/wiki/Changes/RenameNobodyUser
Change owner(s):
*Zbigniew Jędrzejewski-Szmek
* Lennart Poettering
Use "nobody:nobody" as the names for the kernel overflow UID:GID pair,
and retire the old "nfsnobody" name and the old
On 10.1.2018 10:28, Petr Viktorin wrote:
On 01/10/2018 09:33 AM, Miro Hrončok wrote:
On 10.1.2018 03:16, Nick Coghlan wrote:
On 10 January 2018 at 11:30, Jason L Tibbitts III
wrote:
In the end I just can't shake the notion that it's bad to have some
random
On Wed, Jan 10, 2018 at 09:33:44AM +0100, Miro Hrončok wrote:
> On 10.1.2018 03:16, Nick Coghlan wrote:
> >On 10 January 2018 at 11:30, Jason L Tibbitts III wrote:
> >>In the end I just can't shake the notion that it's bad to have some
> >>random non-python-related environment
From c650a175ca28e5585744fc13f26a4244787fc1d2 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova
Date: Jan 10 2018 09:49:26 +
Subject: 3.005 bump
---
diff --git a/.gitignore b/.gitignore
index 95e52e4..3053447 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
https://bugzilla.redhat.com/show_bug.cgi?id=1511243
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |MODIFIED
From c650a175ca28e5585744fc13f26a4244787fc1d2 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova
Date: Jan 10 2018 09:49:26 +
Subject: 3.005 bump
---
diff --git a/.gitignore b/.gitignore
index 95e52e4..3053447 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
On Tuesday, January 9, 2018 11:51:03 PM CET David Kaspar [Dee'Kej] wrote:
> Initial NOTE: I have made some bigger changes in Ghostscript package during
> the cleanup, which should be self-contained. In my opinion those changes
> are not so significant to create "self-contained change" wiki page
On 01/10/2018 07:03 AM, William Brown wrote:
If I have:
(targetattr=x)(version 3.0; allow(read, search)(groupdn=cn=x);)
If cn=x has member cn=y, and cn=y member uid=z
Does uid=z have permission to the targetattr here? IE do our aci's work
through nested groups?
yes, they should, but
https://bugzilla.redhat.com/show_bug.cgi?id=1528630
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
On 01/10/2018 09:33 AM, Miro Hrončok wrote:
On 10.1.2018 03:16, Nick Coghlan wrote:
On 10 January 2018 at 11:30, Jason L Tibbitts III
wrote:
In the end I just can't shake the notion that it's bad to have some
random non-python-related environment variable basically breaking
On 01/09/2018 10:09 PM, Kevin Kofler wrote:
> Jonny Heggheim wrote:
>> I think the best solution, based on my knowledge and available time, is
>> to upgrade Fedora 26 to the latest upstream.
> So please do that then. The sooner, the better.
I agree, pushed updates to bodhi yesterday, it would be
https://bugzilla.redhat.com/show_bug.cgi?id=1532914
--- Comment #2 from Fedora Update System ---
perl-Socket-2.025-1.fc27 has been submitted as an update to Fedora 27.
https://bodhi.fedoraproject.org/updates/FEDORA-2018-36ebfbdf9d
--
You are receiving this mail
https://bugzilla.redhat.com/show_bug.cgi?id=1532914
--- Comment #3 from Fedora Update System ---
perl-Socket-2.025-1.fc26 has been submitted as an update to Fedora 26.
https://bodhi.fedoraproject.org/updates/FEDORA-2018-2ae4888a92
--
You are receiving this mail
On Wed, Jan 10, 2018 at 1:53 AM Ding Yi Chen wrote:
> I received a bug[1] asking to remove EPEL7 branch, as the package
> LibRaw, is already in RHEL.
>
> How should I do that?
>
>
Would (warning: this will lose history) `git push --delete origin epel7`
work? It'd be a shame to
https://bugzilla.redhat.com/show_bug.cgi?id=1532914
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In
On 10.1.2018 00:56, Kevin Kofler wrote:
Jan Kurik wrote:
Currently in Fedora (package names, executable names, etc.), python
means Python 2.
We would like to change it to mean Python 3, but to do that, we need
to free it of the current meaning.
This means explicitly using either "python2" or
On Tue, Jan 09, 2018 at 09:25:03AM -0800, Adam Williamson wrote:
> On Tue, 2018-01-09 at 11:03 +0100, Pierre-Yves Chibon wrote:
> > Dear all,
> >
> > The Fedora Infrastructure team has had a jenkins instance running at
> > jenkins.fedorainfracloud.org for a little while now. This instance was
> >
On 10.1.2018 03:16, Nick Coghlan wrote:
On 10 January 2018 at 11:30, Jason L Tibbitts III wrote:
In the end I just can't shake the notion that it's bad to have some
random non-python-related environment variable basically breaking
python.
Aye, I think you've hit on the
https://bugzilla.redhat.com/show_bug.cgi?id=1532908
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed
93 matches
Mail list logo