Schedule for Wednesday's FPC Meeting (2017-10-18 17:00 UTC)

[James Antill]

 Following is the list of topics that will be discussed in the FPC
meeting Wednesday at 2017-10-18 17:00 UTC in #fedora-meeting-2 on
irc.freenode.net.

 Local time information (via. uitime):

= Day: Wednesday =
2017-10-18 10:00 PDT  US/Pacific
2017-10-18 13:00 EDT  --> US/Eastern <--
2017-10-18 17:00 UTC  UTC   
2017-10-18 18:00 BST  Europe/London 
2017-10-18 19:00 CEST Europe/Berlin 
2017-10-18 19:00 CEST Europe/Paris  
2017-10-18 22:30 IST  Asia/Calcutta 
--- New Day: Thursday 
2017-10-19 01:00 HKT  Asia/Hong_Kong
2017-10-19 01:00 +08  Asia/Singapore
2017-10-19 02:00 JST  Asia/Tokyo
2017-10-19 03:00 AEST Australia/Brisbane

 Links to all tickets below can be found at: 

https://pagure.io/packaging-committee/issues?status=Open=meeting

= Followups =

#topic #654 glibc file triggers
.fpc 654
https://pagure.io/packaging-committee/issue/654

#topic #691 noarch *sub*packages with arch-specific dependencies
.fpc 691
https://pagure.io/packaging-committee/issue/691

#topic #693 Wiki:Packaging:RPMMacros
.fpc 693
https://pagure.io/packaging-committee/issue/693

#topic #708 Allocating a static uid and gid for openvswitch
.fpc 708
https://pagure.io/packaging-committee/issue/708

#topic #710 Ruby packaging guidelines update
.fpc 710
https://pagure.io/packaging-committee/issue/710

#topic #713 Forward-looking conditionals by default
.fpc 713
https://pagure.io/packaging-committee/issue/713

#topic #714 let's kill file deps!
.fpc 714
https://pagure.io/packaging-committee/issue/714

#topic #715 Separately building package documentation
.fpc 715
https://pagure.io/packaging-committee/issue/715

= Open Floor = 

 For more complete details, please visit each individual ticket.  The
report of the agenda items can be found at:

https://pagure.io/packaging-committee/issues?status=Open=meeting

 If you would like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://pagure.io/packaging-committee,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[389-devel] Build failed in Jenkins: NIGHTLY #112

[mareynol]

See 


--
[...truncated 5593 lines...]
/usr/lib64/python2.7/site-packages/ldap/ldapobject.py:195: in add_ext_s
resp_type, resp_data, resp_msgid, resp_ctrls = 
self.result3(msgid,all=1,timeout=self.timeout)
:162:
 in inner
return f(*args, **kwargs)
/usr/lib64/python2.7/site-packages/ldap/ldapobject.py:514: in result3
resp_ctrl_classes=resp_ctrl_classes
:162:
 in inner
return f(*args, **kwargs)
/usr/lib64/python2.7/site-packages/ldap/ldapobject.py:521: in result4
ldap_result = 
self._ldap_call(self._l.result4,msgid,all,timeout,add_ctrls,add_intermediates,add_extop)
:162:
 in inner
return f(*args, **kwargs)
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 

self = 
func = 
args = (15, 1, -1, 0, 0, 0), kwargs = {}, diagnostic_message_success = None
e = INSUFFICIENT_ACCESS({'\''info'\'': "Insufficient '\''add'\'' privilege to 
the '\''userPassword'\'' attribute", '\''desc'\'': '\''Insufficient 
access'\''},)

def _ldap_call(self,func,*args,**kwargs):
  """
Wrapper method mainly for serializing calls into OpenLDAP libs
and trace logs
"""
  self._ldap_object_lock.acquire()
  if __debug__:
if self._trace_level>=1:
  self._trace_file.write('\''*** %s %s - %s\n%s\n'\'' % (
repr(self),
self._uri,
'\''.'\''.join((self.__class__.__name__,func.__name__)),
pprint.pformat((args,kwargs))
  ))
  if self._trace_level>=9:

traceback.print_stack(limit=self._trace_stack_limit,file=self._trace_file)
  diagnostic_message_success = None
  try:
try:
> result = func(*args,**kwargs)
E INSUFFICIENT_ACCESS: {'\''info'\'': "Insufficient '\''add'\'' 
privilege to the '\''userPassword'\'' attribute", '\''desc'\'': 
'\''Insufficient access'\''}

/usr/lib64/python2.7/site-packages/ldap/ldapobject.py:106: INSUFFICIENT_ACCESS
- Captured stderr call -
INFO:lib389.utils:Account should be inactivated since the subtree is configured
INFO:lib389.utils:add_users: Pass all of these as parameters suffix, subtree, 
userid and nousrs
__ test_modify_entry ___

topo_m4 = 
test_entry = None

def test_modify_entry(topo_m4, test_entry):
"""Check that entries are replicated after modify operation

:id: 36764053-622c-43c2-a132-d7a3ab7d9aaa
:setup: Four masters replication setup, an entry
:steps:
1. Modify the entry on master1 - add attribute
2. Wait for replication to happen
3. Check entry on all other masters
4. Modify the entry on master1 - replace attribute
5. Wait for replication to happen
6. Check entry on all other masters
7. Modify the entry on master1 - delete attribute
8. Wait for replication to happen
9. Check entry on all other masters
:expectedresults:
1. Attribute should be successfully added
2. Some time should pass
3. The change should be present on all masters
4. Attribute should be successfully replaced
5. Some time should pass
6. The change should be present on all masters
4. Attribute should be successfully deleted
8. Some time should pass
9. The change should be present on all masters
"""

log.info('\''Modifying entry {} - add 
operation'\''.format(TEST_ENTRY_DN))

test_user = UserAccount(topo_m4.ms["master1"], TEST_ENTRY_DN)
test_user.add('\''mail'\'', 
'\''{}@redhat.com'\''.format(TEST_ENTRY_NAME))
time.sleep(1)

>   all_user = topo_m4.all_get_dsldapobject(TEST_ENTRY_DN, UserAccount)
E   AttributeError: '\''TopologyMain'\'' object has no attribute 
'\''all_get_dsldapobject'\''

:133:
 AttributeError
 Captured stderr setup -
INFO:dirsrvtests.tests.suites.replication.acceptance_test:Adding entry 
uid=mmrepl_test,dc=example,dc=com
INFO:dirsrvtests.tests.suites.replication.acceptance_test:Deleting entry 
uid=mmrepl_test,dc=example,dc=com
- Captured stderr call -
INFO:dirsrvtests.tests.suites.replication.acceptance_test:Modifying entry 

[EPEL-devel] Fedora EPEL 7 updates-testing report

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 954  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 716  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f   
mcollective-2.8.4-1.el7
 298  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-04bc9dd81d   
libbsd-0.8.3-1.el7
 196  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d241156dfe   
mod_cluster-1.3.3-10.el7
 193  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-7ecb12e378   
python-XStatic-jquery-ui-1.12.0.1-1.el7
  28  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e27758bd23   
libmspack-0.6-0.1.alpha.el7
  25  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-52b8147c68   
openvpn-auth-ldap-2.0.3-15.el7
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-17b77b3268   
botan-1.10.17-1.el7
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-3c06a7eecf   
nagios-4.3.4-3.el7
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-9e6a789af9   
check-mk-1.2.8p26-1.el7
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-853d71e01b   
tnef-1.4.15-1.el7


The following builds have been pushed to Fedora EPEL 7 updates-testing

argbash-2.5.0-1.el7
fedfind-3.6.4-1.el7
gpaste-3.22.4-2.el7
kobo-0.7.0-1.el7
meta-test-family-0.7.4-3.el7
python-structlog-17.2.0-1.el7
python3-mysql-1.3.12-1.el7
statsd-0.7.2-10.el7
tio-1.25-1.el7
yamllint-1.9.0-1.el7

Details about builds:



 argbash-2.5.0-1.el7 (FEDORA-EPEL-2017-938c06956c)
 Bash argument parsing code generator

Update Information:

[argbash](https://argbash.io) =  [![Build
Status](https://travis-ci.org/matejak/argbash.svg)](https://travis-
ci.org/matejak/argbash) [![Documentation Status](https://readthedocs.org/project
s/argbash/badge/?version=latest)](https://readthedocs.org/projects/argbash/?badg
e=latest)  ![argbash logo](resources/logo/argbash.png)  * Do you write `Bash`
scripts that should accept arguments? * But they don't since arguments support
is a daunting task, because ... * `getopt` is discouraged, `getopts` doesn't
support long options, there is no widely-accepted `Bash` module to do the task
and some solutions don't work on all platforms (Linux, OSX, MSW)...  Give a
`Argbash` a try and stop being terrorized by those pesky arguments! With
Argbash, you will get:  * Fast, minimalistic declaration of arguments your
script expects (see below for supported argument types). * Scripts generated
from definitions once that can be used on all platforms that have `bash`. *
Definitions embedded in few lines of the script itself (so you can use `Argbash`
to regenerate the parsing part of your script easily). * Ability to re-use low-
level `Argbash`-aware scripts by wrapping them by higher-level `Argbash`-aware
ones conveniently, without duplicating code. * Easy installation (optional).
Just [grab a release](https://github.com/matejak/argbash/releases), unzip it, go
inside and run `cd resources && make install` (you may want to run `sudo make
install PREFIX=/usr` for a system-wide installation). *
[Documentation](http://argbash.readthedocs.org/en/latest/) and
[examples](resources/examples).  Make your existing script powered by `Argbash`
[in a couple of
minutes](http://argbash.readthedocs.io/en/latest/#generating-a-template).
Explore various Argbash flavours:  Flavour   | Target group ---
|  [Argbash online](https://argbash.io/generate) | Use it if you
want to try Argbash without installing it and you have permanent access to the
Internet. [Argbash CLI](https://github.com/matejak/argbash/releases/tag/2.5.0) |
Install the package to have `argbash` ready locally all the time. [Argbash
Docker](https://hub.docker.com/r/matejak/argbash/) | Pretty much like Argbash
CLI, but you don't have to install it, you just download the image.   What it is
--  Argbash is not a parsing library, but it is rather a code generator
that generates a bash library tailor-made for your script. It lets you to
describe arguments your script should take and then, you can generate the `bash`
parsing code. It stays in your script by default, but you can have it generated
to a separate file and let `Argbash` to include it in your script for you. In
any case, you won't need `Argbash` to run the script.  `Argbash` is very simple
to use and the generated code is relatively nice to read. Moreover, argument
definitions stay embedded in the script, so when you need to update the parsing
logic, you just re-run the `argbash` script on the already generated script.  So
by writing few comments to your script and running the Argbash's `bin/argbash`
over it, you will get a `bash` script with argument parsing. See the [simple
example 

Fedora Modular 27 compose report: 20171013.n.0 changes

[Fedora Branched Report]

OLD: Fedora-Modular-27-20171013.n.0
NEW: Fedora-Modular-27-20171013.n.0

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  0
Dropped packages:0
Upgraded packages:   0
Downgraded packages: 0

Size of added packages:  0.00 B
Size of dropped packages:0.00 B
Size of upgraded packages:   0.00 B
Size of downgraded packages: 0.00 B

Size change of upgraded packages:   0.00 B
Size change of downgraded packages: 0.00 B

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =

= DROPPED PACKAGES =

= UPGRADED PACKAGES =

= DOWNGRADED PACKAGES =
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Provenpackager help request: audacity

[Scott Talbert]

The audacity package needs a small change and rebuild in rawhide after I 
merged compat-wxGTK3-gtk2 into wxGTK3.  Can someone please merge this PR 
[1] (can provenpackagers merge arbitrary PR's on src.fedoraproject.org?), 
or just commit this change and rebuild?


Thanks
Scott

[1] https://src.fedoraproject.org/rpms/audacity/pull-request/1
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1503367] perl-Dancer2-0.205002 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503367



--- Comment #2 from Upstream Release Monitoring 
 ---
hotness's scratch build of perl-Dancer2-0.205002-1.el7.src.rpm for rawhide
completed http://koji.fedoraproject.org/koji/taskinfo?taskID=22512567

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1503367] New: perl-Dancer2-0.205002 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503367

Bug ID: 1503367
   Summary: perl-Dancer2-0.205002 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Dancer2
  Keywords: FutureFeature, Triaged
  Assignee: dd...@cpan.org
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: dd...@cpan.org, emman...@seyman.fr,
perl-devel@lists.fedoraproject.org



Latest upstream release: 0.205002
Current version/release in rawhide: 0.205001-2.fc27
URL: http://search.cpan.org/dist/Dancer2

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/5847/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1503367] perl-Dancer2-0.205002 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503367



--- Comment #1 from Upstream Release Monitoring 
 ---
Created attachment 1339929
  --> https://bugzilla.redhat.com/attachment.cgi?id=1339929=edit
[patch] Update to 0.205002 (#1503367)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Bodhi now has a "batched" request state

[Michael Cronenworth]

On 10/17/2017 04:53 PM, Randy Barlow wrote:

This is definitely an unintended bug, so I've filed it for you:

https://github.com/fedora-infra/bodhi/issues/1907

I do believe the CLI would allow you to push this one to stable as a
work around as suggested by Adam.


Thank you. The CLI worked.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Bodhi now has a "batched" request state

[Randy Barlow]

On 10/17/2017 05:53 PM, Randy Barlow wrote:
> I do believe the CLI would allow you to push this one to stable as a
> work around as suggested by Adam.

To make it easy for you, the bodhi-2 CLI command to do this is:

$ bodhi updates request FEDORA-2017-a62dd57720 stable

If you are on Fedora 25 (which has bodhi-0), you can get bodhi-2 from my
Copr:

https://copr.fedorainfracloud.org/coprs/bowlofeggs/bodhi/



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Bodhi now has a "batched" request state

[Randy Barlow]

On 10/17/2017 09:44 AM, Michael Cronenworth wrote:
> On 10/06/2017 01:47 PM, Randy Barlow wrote:
>> but either way you can push it to batched,
>> and you can push it to stable too.
> 
> Except when it was auto-pushed to batched.
> 
> https://bodhi.fedoraproject.org/updates/FEDORA-2017-a62dd57720
> 
> - Auto-pushed to batched
> - No push-to-stable button
> - After editing to mark as Urgent, still no push-to-stable button
> 
> Am I forced to wait an entire week to let it be pushed out via batch?

Hi Michael!

This is definitely an unintended bug, so I've filed it for you:

https://github.com/fedora-infra/bodhi/issues/1907

I do believe the CLI would allow you to push this one to stable as a
work around as suggested by Adam.



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Bodhi now has a "batched" request state

[Matthew Miller]

On Tue, Oct 17, 2017 at 12:56:56PM -0700, Adam Williamson wrote:
> > Except when it was auto-pushed to batched.
> > https://bodhi.fedoraproject.org/updates/FEDORA-2017-a62dd57720
> > - Auto-pushed to batched
> > - No push-to-stable button
> > - After editing to mark as Urgent, still no push-to-stable button
> > Am I forced to wait an entire week to let it be pushed out via batch?
> You can do stable requests via the CLI, which will let you do it in
> various cases where the web UI doesn't offer a button:
> 
> bodhi updates request FEDORA-2017-XX stable

And after using that workaround for now, sounds like the above case is
a pretty good RFE.

-- 
Matthew Miller

Fedora Project Leader
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Bodhi now has a "batched" request state

[Adam Williamson]

On Tue, 2017-10-17 at 08:44 -0500, Michael Cronenworth wrote:
> On 10/06/2017 01:47 PM, Randy Barlow wrote:
> > but either way you can push it to batched,
> > and you can push it to stable too.
> 
> Except when it was auto-pushed to batched.
> 
> https://bodhi.fedoraproject.org/updates/FEDORA-2017-a62dd57720
> 
> - Auto-pushed to batched
> - No push-to-stable button
> - After editing to mark as Urgent, still no push-to-stable button
> 
> Am I forced to wait an entire week to let it be pushed out via batch?

You can do stable requests via the CLI, which will let you do it in
various cases where the web UI doesn't offer a button:

bodhi updates request FEDORA-2017-XX stable
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[EPEL-devel] Fedora EPEL 6 updates-testing report

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 832  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 826  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 716  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 687  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 298  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e3e50897ac   
libbsd-0.8.3-2.el6
  27  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4c76ddcc92   
libmspack-0.6-0.1.alpha.el6
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-1f4bfd5d1d   
botan-1.8.15-2.el6
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-164cc614ff   
nagios-4.3.4-4.el6
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-8abafd9ad0   
check-mk-1.2.6p16-5.el6
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-0177a71c41   
tnef-1.4.15-1.el6
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-f7e4cbd529   
golang-1.7.6-2.el6
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-0100ef8963   
tre-0.7.6-3.el6
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-93a3dd5663   
cacti-1.1.19-2.el6


The following builds have been pushed to Fedora EPEL 6 updates-testing

cacti-1.1.19-2.el6
fedfind-3.6.4-1.el6
tre-0.7.6-3.el6

Details about builds:



 cacti-1.1.19-2.el6 (FEDORA-EPEL-2017-93a3dd5663)
 An rrd based graphing tool

Update Information:

- CVE-2017-15194

References:

  [ 1 ] Bug #1500456 - CVE-2017-15194 cacti: XSS in the URI / refresh page in 
include/global_session.php
https://bugzilla.redhat.com/show_bug.cgi?id=1500456




 fedfind-3.6.4-1.el6 (FEDORA-EPEL-2017-a96a15e55c)
 Fedora compose and image finder

Update Information:

This new release of fedfind fixes use of the `expected_images` property (and
hence `check_expected()` method) with modular composes. In 3.6.2 and earlier, it
caused a crash.




 tre-0.7.6-3.el6 (FEDORA-EPEL-2017-0100ef8963)
 POSIX compatible regexp library with approximate matching

Update Information:

Fix CVE-2016-8859 Regex integer overflow in buffer size computations. Probably
fix CVE-2015-3796 (see upstream [issue
#37](https://github.com/laurikari/tre/issues/37) and Chromium Project Zero [bug
#428](https://bugs.chromium.org/p/project-zero/issues/detail?id=428))

References:

  [ 1 ] Bug #1387112 - CVE-2016-8859 tre: Regex integer overflow in buffer size 
computations
https://bugzilla.redhat.com/show_bug.cgi?id=1387112

___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

Fedora Modular bikeshed compose report: 20171017.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Modular-Bikeshed-20171015.n.0
NEW: Fedora-Modular-Bikeshed-20171017.n.0

= SUMMARY =
Added images:0
Dropped images:  22
Added packages:  4
Dropped packages:1
Upgraded packages:   7
Downgraded packages: 0

Size of added packages:  78.87 MiB
Size of dropped packages:3.83 MiB
Size of upgraded packages:   48.07 MiB
Size of downgraded packages: 0.00 B

Size change of upgraded packages:   -426.77 KiB
Size change of downgraded packages: 0.00 B

= ADDED IMAGES =

= DROPPED IMAGES =
Image: Container_Minimal docker x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Container-Minimal-Bikeshed-20171015.n.0.x86_64.tar.xz
Image: Server qcow2 x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Server-Bikeshed-20171015.n.0.x86_64.qcow2
Image: Server raw-xz ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Server-Bikeshed-20171015.n.0.ppc64le.raw.xz
Image: Server boot aarch64
Path: 
Server/aarch64/iso/Fedora-Modular-Server-netinst-aarch64-Bikeshed-20171015.n.0.iso
Image: Container_Minimal docker armhfp
Path: 
Server/armhfp/images/Fedora-Modular-Container-Minimal-Bikeshed-20171015.n.0.armhfp.tar.xz
Image: Server qcow2 ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Server-Bikeshed-20171015.n.0.ppc64le.qcow2
Image: Server boot i386
Path: 
Server/i386/iso/Fedora-Modular-Server-netinst-i386-Bikeshed-20171015.n.0.iso
Image: Server boot x86_64
Path: 
Server/x86_64/iso/Fedora-Modular-Server-netinst-x86_64-Bikeshed-20171015.n.0.iso
Image: Container_Minimal docker ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Container-Minimal-Bikeshed-20171015.n.0.ppc64le.tar.xz
Image: Server dvd i386
Path: Server/i386/iso/Fedora-Modular-Server-dvd-i386-Bikeshed-20171015.n.0.iso
Image: Server qcow2 aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Server-Bikeshed-20171015.n.0.aarch64.qcow2
Image: Container_Base docker x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Container-Base-Bikeshed-20171015.n.0.x86_64.tar.xz
Image: Container_Base docker armhfp
Path: 
Server/armhfp/images/Fedora-Modular-Container-Base-Bikeshed-20171015.n.0.armhfp.tar.xz
Image: Server raw-xz aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Server-Bikeshed-20171015.n.0.aarch64.raw.xz
Image: Container_Minimal docker aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Container-Minimal-Bikeshed-20171015.n.0.aarch64.tar.xz
Image: Server dvd x86_64
Path: 
Server/x86_64/iso/Fedora-Modular-Server-dvd-x86_64-Bikeshed-20171015.n.0.iso
Image: Container_Base docker aarch64
Path: 
Server/aarch64/images/Fedora-Modular-Container-Base-Bikeshed-20171015.n.0.aarch64.tar.xz
Image: Server boot ppc64le
Path: 
Server/ppc64le/iso/Fedora-Modular-Server-netinst-ppc64le-Bikeshed-20171015.n.0.iso
Image: Server raw-xz x86_64
Path: 
Server/x86_64/images/Fedora-Modular-Server-Bikeshed-20171015.n.0.x86_64.raw.xz
Image: Container_Base docker ppc64le
Path: 
Server/ppc64le/images/Fedora-Modular-Container-Base-Bikeshed-20171015.n.0.ppc64le.tar.xz
Image: Server dvd aarch64
Path: 
Server/aarch64/iso/Fedora-Modular-Server-dvd-aarch64-Bikeshed-20171015.n.0.iso
Image: Server boot ppc64
Path: 
Server/ppc64/iso/Fedora-Modular-Server-netinst-ppc64-Bikeshed-20171015.n.0.iso

= ADDED PACKAGES =
Package: cmake-3.9.1-2.module_60c0fafd
Summary: Cross-platform make system
RPMs:cmake cmake-data cmake-doc cmake-filesystem
Size:54752004 bytes

Package: groff-1.22.3-11.module_60c0fafd
Summary: A document formatting system
RPMs:groff groff-base groff-doc groff-perl groff-x11
Size:21015324 bytes

Package: libpipeline-1.4.2-3.module_60c0fafd
Summary: A pipeline manipulation library
RPMs:libpipeline libpipeline-devel
Size:586728 bytes

Package: man-db-2.7.6.1-5.module_60c0fafd
Summary: Tools for searching and reading man pages
RPMs:man-db man-db-cron
Size:6344760 bytes


= DROPPED PACKAGES =
Package: xmlrpc-c-1.48.0-7.module_04d473e8
Summary: A lightweight RPC library based on XML and HTTP
RPMs:xmlrpc-c xmlrpc-c-apps xmlrpc-c-c++ xmlrpc-c-client xmlrpc-c-client++ 
xmlrpc-c-devel
Size:4019300 bytes


= UPGRADED PACKAGES =
Package:  libdnf-0.11.0-1.module_ccc4b7de
Old package:  libdnf-0.10.1-2.module_e1d44a88.modularity.1
Summary:  Library providing simplified C and Python API to libsolv
RPMs: libdnf libdnf-devel platform-python-hawkey python2-hawkey 
python3-hawkey
Added RPMs:   platform-python-hawkey
Size: 2448476 bytes
Size change:  415516 bytes
Changelog:
  * Tue Oct 10 2017 Igor Gnatenko <ignate...@redhat.com> - 0.11.0-1
  - Update to 0.11.0


Package:  powerpc-utils-1.3.4-2.module_0d21b8af
Old package:  powerpc-utils-1.3.3-1.module_f66ef871
Summary:  Utilities for PowerPC platforms
RPMs: powerpc-utils powerpc-utils-core
Size: 622100 bytes
Size change:  -575688 bytes
Changelog:
  * Thu Jul 27 2017 Fedora Release Engineering <rel...@fedoraproject.org> - 
1.3.3-2
  - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebu

[Bug 1503041] perl-Test-Timer-2.04 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503041

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #2 from Fedora Update System  ---
perl-Test-Timer-2.04-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 https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-c1c5c9b82c

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1503040] perl-Test2-Suite-0.000080 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503040

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #2 from Fedora Update System  ---
perl-Test2-Suite-0.80-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 https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-787088770b

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Cockpit depends on NetworkManager.

[Samuel Rakitničan]

> This is clean_requirements_on_remove being helpful as usual. Never should 
> have been a default setting as I've argued before, and the first thing I 
> disable in /etc/dnf/dnf.conf. 
> http://dnf.readthedocs.io/en/latest/conf_ref.html#clean-requirements-on-r... 
> -Dan

If users survived half the system being removed and rendered useless
because of PackageKit bugs, I think they will survive one
NetworkManager removal. What I am trying to say, that should have been
done earlier, now is too late. IMHO.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Cockpit depends on NetworkManager.

[Samuel Rakitničan]

Hi,

You should always check the list before confirming the action.

As Mathew said, it is probably an issue with package not being marked
as user installed for some reason. There was an issue in the past with
using PackageKit and dnf together, see:
https://fedoraproject.org/wiki/Common_F24_bugs#DNF_might_remove_essential_system_packages_if_you_used_PackageKit_.28GNOME_Software.2C_KDE_Apper.29_in_the_past

Such package might have been still marked wrongly, thus this issue.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[EPEL-devel] [Fedocal] Reminder meeting : EPEL Steering Committee

[smooge]

Dear all,

You are kindly invited to the meeting:
   EPEL Steering Committee on 2017-10-18 from 18:00:00 to 19:00:00 GMT
   At fedora-meet...@irc.freenode.net

The meeting will be about:
There is a weekly EPEL Steering Committee Meeting to go over events, ideas, and 
tickets about EPEL.

More information available at:
[https://pagure.io/epel/blob/master/f/docs/source/EPEL-meeting-process.rst](https://pagure.io/epel/blob/master/f/docs/source/EPEL-meeting-process.rst)


Source: https://apps.fedoraproject.org/calendar/meeting/6592/

___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

Fedora 27-20171017.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Workstation live i386
Kde live i386

Failed openQA tests: 18/137 (x86_64), 2/22 (i386), 1/2 (arm)

New failures (same test did not fail in 27-20171016.n.0):

ID: 158925  Test: x86_64 KDE-live-iso desktop_browser
URL: https://openqa.fedoraproject.org/tests/158925
ID: 158942  Test: x86_64 universal install_anaconda_text
URL: https://openqa.fedoraproject.org/tests/158942
ID: 158945  Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/158945
ID: 158946  Test: x86_64 universal install_mirrorlist_graphical
URL: https://openqa.fedoraproject.org/tests/158946
ID: 158987  Test: x86_64 universal install_lvmthin@uefi
URL: https://openqa.fedoraproject.org/tests/158987
ID: 159000  Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/159000
ID: 159003  Test: x86_64 universal install_kickstart_nfs
URL: https://openqa.fedoraproject.org/tests/159003
ID: 159024  Test: i386 universal install_btrfs
URL: https://openqa.fedoraproject.org/tests/159024

Old failures (same test failed in 27-20171016.n.0):

ID: 158874  Test: x86_64 Server-dvd-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/158874
ID: 158898  Test: x86_64 Workstation-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/158898
ID: 158900  Test: x86_64 Workstation-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/158900
ID: 158904  Test: x86_64 Workstation-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/158904
ID: 158919  Test: x86_64 KDE-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/158919
ID: 158927  Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/158927
ID: 158929  Test: arm Minimal-raw_xz-raw.xz base_services_start_arm
URL: https://openqa.fedoraproject.org/tests/158929
ID: 158934  Test: x86_64 Workstation Ostree-dvd_ostree-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/158934
ID: 158936  Test: x86_64 Workstation Ostree-dvd_ostree-iso 
base_services_start
URL: https://openqa.fedoraproject.org/tests/158936
ID: 158991  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/158991
ID: 158993  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/158993
ID: 158996  Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/158996
ID: 159019  Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/159019

Soft failed openQA tests: 5/137 (x86_64)
(Tests completed, but using a workaround for a known bug)

Old soft failures (same test soft failed in 27-20171016.n.0):

ID: 158990  Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/158990
ID: 158992  Test: x86_64 universal upgrade_server_64bit
URL: https://openqa.fedoraproject.org/tests/158992
ID: 158997  Test: x86_64 universal upgrade_2_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/158997
ID: 158999  Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/158999
ID: 159001  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/159001

Passed openQA tests: 113/137 (x86_64), 20/22 (i386), 1/2 (arm)

New passes (same test did not pass in 27-20171016.n.0):

ID: 158933  Test: x86_64 Workstation Ostree-dvd_ostree-iso 
install_default@uefi
URL: https://openqa.fedoraproject.org/tests/158933

Installed system changes in test x86_64 Server-dvd-iso install_default_upload: 
1 packages(s) added since previous compose: libzstd
Previous test data: https://openqa.fedoraproject.org/tests/158572#downloads
Current test data: https://openqa.fedoraproject.org/tests/158871#downloads

Installed system changes in test x86_64 Server-dvd-iso install_default@uefi: 
1 packages(s) added since previous compose: libzstd
Previous test data: https://openqa.fedoraproject.org/tests/158573#downloads
Current test data: https://openqa.fedoraproject.org/tests/158872#downloads

Installed system changes in test i386 Server-dvd-iso install_default: 
3 packages(s) added since previous compose: dejavu-fonts-common, 
dejavu-sans-fonts, libzstd
1 packages(s) removed since previous compose: alef-fonts
Previous test data: https://openqa.fedoraproject.org/tests/158593#downloads
Current test data: https://openqa.fedoraproject.org/tests/158892#downloads

Installed system changes in test x86_64 Everything-boot-iso 
install_default@uefi: 
System load changed from 0.00 to 0.14
Previous test data: https://openqa.fedoraproject.org/tests/158594#downloads
Current test data: https://openqa.fedoraproject.org/tests/158893#downloads

Installed system changes in test x86_64 Everything-boot-iso 

Re: Updates for Firefox 57 beta

[Gerald B. Cox]

On Tue, Oct 17, 2017 at 1:33 AM, James Hogarth 
wrote:

>
> And even if we hypothetically forked Firefox (as that is what it would be)
> to add legacy extension capability back it would mark a significant
> divergence with upstream and I'm not sure if addons.mozilla.org could
> even be used then anyway as it'd detect FF57 and state that older
> extensions are not supported. That doesn't even go into the legal situation
> as to whether we could even call it Firefox with such divergence (remember
> Iceweasel?) ... there's a reason there's a whitelist on the Firefox
> packages for build permissions after all.
>
> And how long would you want FF packagers to maintain such a patchset for?
> Even the next ESR will drop legacy extensions.
>
>
>
Yup!  It's a non-starter.  Mozilla knows exactly what they are doing - and
have made their decision.

https://blog.mozilla.org/addons/2017/04/05/compatibility-firefox-54/#comment-223852
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora 27 Final Freeze

[Mohan Boddu]

Hi all, Today, October 17th 2017, is an important day on the Fedora 27
schedule [1], with significant cut-offs. Today we have the Final Freeze
[2]. This means that only packages which fix accepted blocker or freeze
exception bugs [3][4][5] will be marked as 'stable' and included in the
Final composes. Other builds will remain in updates-testing until the Final
release is approved, at which point the Final freeze is lifted and packages
can move to the 'updates' repository, pending updates will be pushed before
final release as zero day updates. [1]
https://fedoraproject.org/wiki/Releases/27/Schedule [2]
https://fedoraproject.org/wiki/Milestone_freezes [3]
https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process [4]
https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process [5]
https://qa.fedoraproject.org/blockerbugs/milestone/27/final/buglist
Regards, Mohan Boddu
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org

Re: Cockpit depends on NetworkManager.

[Dan Book]

On Tue, Oct 17, 2017 at 7:29 AM, Jonathan Wakely 
wrote:
>
>
>> This is clean_requirements_on_remove being helpful as usual. Never should
>> have been a default setting as I've argued before, and the first thing I
>> disable in /etc/dnf/dnf.conf.
>> http://dnf.readthedocs.io/en/latest/conf_ref.html#clean-requ
>> irements-on-remove-label
>>
>
> It would be a nice feature if it hadn't been for PackageKit not
> marking packages correctly in older Fedora versions. Anybody who has
> done in-place upgrades has totally wrong mark-installed metadata in
> their local DB, with no good way to fix that.
>
> Occasional bugs like NetworkManager not being marked as needed by
> anything don't entirely negate the feature's usefulness.


They don't, but they do add to the list of reasons why it should not be
enabled by default. The other major reason is that there is (still) no
feedback to the user why the extra packages are being removed. This could
be fixed, but it hasn't been. Other package managers, and indeed yum
before, had a specific command to enable this sort of behavior called
autoremove. I would be perfectly fine with having such a command, and
having the ability to enable clean_requirements_on_remove, but I disagree
with its default setting.

-Dan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[389-devel] Please review 49064: allow to enable MemberOf plugin in dedicated consumer

[thierry bordaz]

https://pagure.io/389-ds-base/issue/49064

https://pagure.io/389-ds-base/issue/raw/files/4a0d58fa9331e1c8180acb2f1b6b0928b4e66488e6a9faa3c0cb96e223557057-0001-Ticket-49064-RFE-allow-to-enable-MemberOf-plugin-in-.patch
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

[Bug 1503228] perl-Lingua-Translit-0.28 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503228



--- Comment #2 from Upstream Release Monitoring 
 ---
hotness's scratch build of perl-Lingua-Translit-0.28-1.el7.src.rpm for rawhide
completed http://koji.fedoraproject.org/koji/taskinfo?taskID=22506020

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1503228] perl-Lingua-Translit-0.28 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503228



--- Comment #1 from Upstream Release Monitoring 
 ---
Created attachment 1339781
  --> https://bugzilla.redhat.com/attachment.cgi?id=1339781=edit
[patch] Update to 0.28 (#1503228)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Test-Announce] Fedora 27 Branched 20171017.n.0 nightly compose nominated for testing

[rawhide]

Announcing the creation of a new nightly release validation test event
for Fedora 27 Branched 20171017.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_plan

Notable package version changes:
python-blivet - 20171012.n.0: python-blivet-2.1.11-1.fc27.src, 20171017.n.0: 
python-blivet-2.1.11-3.fc27.src

Test coverage information for the current release can be seen at:
https://www.happyassassin.net/testcase_stats/27

You can see all results, find testing instructions and image download
locations, and enter results on the Summary page:

https://fedoraproject.org/wiki/Test_Results:Fedora_27_Branched_20171017.n.0_Summary

The individual test result pages are:

https://fedoraproject.org/wiki/Test_Results:Fedora_27_Branched_20171017.n.0_Installation
https://fedoraproject.org/wiki/Test_Results:Fedora_27_Branched_20171017.n.0_Base
https://fedoraproject.org/wiki/Test_Results:Fedora_27_Branched_20171017.n.0_Server
https://fedoraproject.org/wiki/Test_Results:Fedora_27_Branched_20171017.n.0_Cloud
https://fedoraproject.org/wiki/Test_Results:Fedora_27_Branched_20171017.n.0_Desktop
https://fedoraproject.org/wiki/Test_Results:Fedora_27_Branched_20171017.n.0_Security_Lab

Thank you for testing!
-- 
Mail generated by relvalconsumer: https://pagure.io/fedora-qa/relvalconsumer
___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Test-Announce] Fedora 27 Final Freeze

[Mohan Boddu]

Hi all, Today, October 17th 2017, is an important day on the Fedora 27
schedule [1], with significant cut-offs. Today we have the Final Freeze
[2]. This means that only packages which fix accepted blocker or freeze
exception bugs [3][4][5] will be marked as 'stable' and included in the
Final composes. Other builds will remain in updates-testing until the Final
release is approved, at which point the Final freeze is lifted and packages
can move to the 'updates' repository, pending updates will be pushed before
final release as zero day updates. [1]
https://fedoraproject.org/wiki/Releases/27/Schedule [2]
https://fedoraproject.org/wiki/Milestone_freezes [3]
https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process [4]
https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process [5]
https://qa.fedoraproject.org/blockerbugs/milestone/27/final/buglist
Regards, Mohan Boddu
___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Modular 27 compose report: 20171013.n.0 changes

[Fedora Branched Report]

OLD: Fedora-Modular-27-20171013.n.0
NEW: Fedora-Modular-27-20171013.n.0

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  0
Dropped packages:0
Upgraded packages:   0
Downgraded packages: 0

Size of added packages:  0.00 B
Size of dropped packages:0.00 B
Size of upgraded packages:   0.00 B
Size of downgraded packages: 0.00 B

Size change of upgraded packages:   0.00 B
Size change of downgraded packages: 0.00 B

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =

= DROPPED PACKAGES =

= UPGRADED PACKAGES =

= DOWNGRADED PACKAGES =
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Bodhi now has a "batched" request state

[Michael Cronenworth]

On 10/06/2017 01:47 PM, Randy Barlow wrote:

but either way you can push it to batched,
and you can push it to stable too.


Except when it was auto-pushed to batched.

https://bodhi.fedoraproject.org/updates/FEDORA-2017-a62dd57720

- Auto-pushed to batched
- No push-to-stable button
- After editing to mark as Urgent, still no push-to-stable button

Am I forced to wait an entire week to let it be pushed out via batch?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Replacing HAL policy (yes, in 2017)

[Richard Hughes]

On 17 October 2017 at 10:14, Igor Gnatenko
 wrote:
> today I was using dfu-programmer to update my nitrokey storage firmware
> and I found out that it is old version with some packaging bugs and
> also it contains file "%{_datadir}/hal/fdi/information/20thirdparty/10-
> dfu-programmer.fdi"..[0]

Would they be interested in fwupd support? Do you have any contacts at
Nitrokey I can talk to?

> I've never seen HAL in my life (probably when I was just starting with
> Linux) so my question is should I somehow write udev / policykit rule
> for it or just drop it?

Drop the HAL fdi file for sure, that's long obsolete.

Richard.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: apple swift fedora support

[Athos Ribeiro]

On Tue, Oct 17, 2017 at 10:58:32AM +, abdul@wipro.com wrote:
> Please could you remove me from the distribution list .
> I'm no more working with Red hat stuff.
> And this emails are triggering to my official email id which I don't want to.

Just send a message to devel-le...@lists.fedoraproject.org and you will
be unsubscribed from the list.

-- 
Athos Ribeiro

http://www.ime.usp.br/~athoscr
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Cockpit depends on NetworkManager.

[Jonathan Wakely]

On 16/10/17 21:58 -0400, Dan Book wrote:

On Mon, Oct 16, 2017 at 9:51 PM, Matthew Miller 
wrote:


On Tue, Oct 17, 2017 at 03:20:09AM +0200, Radka Janekova wrote:
> so recently I managed to destroy[1] two production servers by removing
what
> I saw as useless web-config utility. Apparently Cockpit depends on
> NetworkManager, which nobody would expect and is easily overlooked.
> PLEASE FIX

I think the bug here is that DNF is being over-zealous. NetworkManager
does not require Cockpit, but Cockpit requires NetworkManager. For some
reason, DNF thinks that Cockpit is the *only* reason NetworkManager is
installed, and "helpfully" decides to remove it.



This is clean_requirements_on_remove being helpful as usual. Never should
have been a default setting as I've argued before, and the first thing I
disable in /etc/dnf/dnf.conf.
http://dnf.readthedocs.io/en/latest/conf_ref.html#clean-requirements-on-remove-label


It would be a nice feature if it hadn't been for PackageKit not
marking packages correctly in older Fedora versions. Anybody who has
done in-place upgrades has totally wrong mark-installed metadata in
their local DB, with no good way to fix that.

Occasional bugs like NetworkManager not being marked as needed by
anything don't entirely negate the feature's usefulness.

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1397732] CVE-2015-8978 perl-SOAP-Lite: XML exponential entity expansion denial-of-service [epel-all]

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1397732

Andrej Nemec  changed:

   What|Removed |Added

Version|el6 |epel7



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Cockpit depends on NetworkManager.

[Florian Weimer]

On 10/17/2017 12:58 PM, jkone...@redhat.com wrote:

On Tue, 2017-10-17 at 09:30 +0200, Miroslav Suchý wrote:

Dne 17.10.2017 v 03:51 Matthew Miller napsal(a):

I think the bug here is that DNF is being over-zealous.
NetworkManager
does not require Cockpit, but Cockpit requires NetworkManager. For
some
reason, DNF thinks that Cockpit is the *only* reason NetworkManager
is
installed, and "helpfully" decides to remove it.


Can this be fixed by running:
   dnf mark '*'
by Anaconda after installation? Or even better
   dnf mark SOME PRECISELY CRAFTED LIST
?


I really don't think Anaconda should or can do that. You can't just
mark everything as installed on purpose because it is not (there are
dependencies for packages you choose) and you can't create the list of
packages which user wants. Only user knows what are these packages and
then he should specify them in a %packages group in a kickstart file.

If we are talking about installation groups then we need to change
comps to have NetworkManager explicitly named there.


Do we install NetworkManager as if it were a leaf package?  I think we 
did that in the past.  No matter how we do that, this should cause the 
dnf mark step above.


There shouldn't be any separate list to maintain here, it's just about 
preserving the information in the installed system.


Thanks,
Florian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: apple swift fedora support

[abdul....@wipro.com]

Please could you remove me from the distribution list .
I'm no more working with Red hat stuff.
And this emails are triggering to my official email id which I don't want to.

Kindly requesting you to take out my email from your DL.

Thanks and Regards
Abdul Naseer


From: Miroslav Such? 
Sent: Tuesday, October 17, 2017 8:39:26 AM
To: devel@lists.fedoraproject.org
Subject: Re: apple swift fedora support

** This mail has been sent from an external source **

Dne 16.10.2017 v 14:50 Radovan Sroka napsal(a):
> Is there any initiative to package apple swift and other swift tools?
>
> https://clicktime.symantec.com/a/1/8tb028iLK-zHVdftjTeHGiu4yOxYV0Qf7fgL6PqhmkE=?d=_LmtMnuOHz_p9IoM7SkHk3-bA0_KtPLMh6WqF9y1jO22Ya2VBFXb_QC0frJIFG_axS_znndrF1fYsvtVTE1pGIf4m8JapVZyLPDuLbLzbY4QZjjfuijjBU_qnEa6ME8fpCGFLC44M9bcq3AdRN6TPHK3MMZIrzRtXG8KY4IOtN_CkHwQ_vSklGYASusBGy_nMwTvYA9L1RN-vNLCYafN9RU17kl2DZPdolRFEPM7jzAQLbzNfSFUyN9HI8lF8urGFOZz_ZBwaKUhABAjfd2YssfFM_w1XM4ikfVqwjDmJXxIU9qTQuXQtFoaLZ_VxUsM0_E_8ynH1fOEcZLrPwcNoPyAKk-6Tb26Myo7GZodi-UIsqoMhsDkL0fybHSu-d5c4MFW52pYpg%3D%3D=https%3A%2F%2Fgithub.com%2Fapple%2Fswift
>

https://clicktime.symantec.com/a/1/1Zz0gxt6HS0opsB77sSIy8xYyVrFB_xVxlVDCi1api8=?d=_LmtMnuOHz_p9IoM7SkHk3-bA0_KtPLMh6WqF9y1jO22Ya2VBFXb_QC0frJIFG_axS_znndrF1fYsvtVTE1pGIf4m8JapVZyLPDuLbLzbY4QZjjfuijjBU_qnEa6ME8fpCGFLC44M9bcq3AdRN6TPHK3MMZIrzRtXG8KY4IOtN_CkHwQ_vSklGYASusBGy_nMwTvYA9L1RN-vNLCYafN9RU17kl2DZPdolRFEPM7jzAQLbzNfSFUyN9HI8lF8urGFOZz_ZBwaKUhABAjfd2YssfFM_w1XM4ikfVqwjDmJXxIU9qTQuXQtFoaLZ_VxUsM0_E_8ynH1fOEcZLrPwcNoPyAKk-6Tb26Myo7GZodi-UIsqoMhsDkL0fybHSu-d5c4MFW52pYpg%3D%3D=https%3A%2F%2Fcopr.fedorainfracloud.org%2Fcoprs%2Ffulltext%2F%3Ffulltext%3Dswift

Mirek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__
The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. WARNING: Computer viruses can be transmitted via email. The 
recipient should check this email and any attachments for the presence of 
viruses. The company accepts no liability for any damage caused by any virus 
transmitted by this email. www.wipro.com

__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
_
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Cockpit depends on NetworkManager.

[jkonecny]

On Tue, 2017-10-17 at 09:30 +0200, Miroslav Suchý wrote:
> Dne 17.10.2017 v 03:51 Matthew Miller napsal(a):
> > I think the bug here is that DNF is being over-zealous.
> > NetworkManager
> > does not require Cockpit, but Cockpit requires NetworkManager. For
> > some
> > reason, DNF thinks that Cockpit is the *only* reason NetworkManager
> > is
> > installed, and "helpfully" decides to remove it.
> 
> Can this be fixed by running:
>   dnf mark '*'
> by Anaconda after installation? Or even better
>   dnf mark SOME PRECISELY CRAFTED LIST
> ?

I really don't think Anaconda should or can do that. You can't just
mark everything as installed on purpose because it is not (there are
dependencies for packages you choose) and you can't create the list of
packages which user wants. Only user knows what are these packages and
then he should specify them in a %packages group in a kickstart file.

If we are talking about installation groups then we need to change
comps to have NetworkManager explicitly named there.

Jirka
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1503040] perl-Test2-Suite-0.000080 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503040



--- Comment #1 from Fedora Update System  ---
perl-Test2-Suite-0.80-1.fc27 has been submitted as an update to Fedora 27.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-787088770b

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1503040] perl-Test2-Suite-0.000080 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503040

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |MODIFIED
   Fixed In Version||perl-Test2-Suite-0.80-1
   ||.fc28
   Assignee|ppi...@redhat.com   |jples...@redhat.com



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1503041] perl-Test-Timer-2.04 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503041



--- Comment #1 from Fedora Update System  ---
perl-Test-Timer-2.04-1.fc27 has been submitted as an update to Fedora 27.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-c1c5c9b82c

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1503041] perl-Test-Timer-2.04 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503041

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |MODIFIED
   Fixed In Version||perl-Test-Timer-2.04-1.fc28



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1397732] CVE-2015-8978 perl-SOAP-Lite: XML exponential entity expansion denial-of-service [epel-all]

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1397732

Jan Pazdziora  changed:

   What|Removed |Added

 CC||jpazdzi...@redhat.com



--- Comment #3 from Jan Pazdziora  ---
Can this bugzilla be closed as NOTABUG?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Replacing HAL policy (yes, in 2017)

[Igor Gnatenko]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi everyone,

today I was using dfu-programmer to update my nitrokey storage firmware
and I found out that it is old version with some packaging bugs and
also it contains file "%{_datadir}/hal/fdi/information/20thirdparty/10-
dfu-programmer.fdi"..[0]

I've never seen HAL in my life (probably when I was just starting with
Linux) so my question is should I somehow write udev / policykit rule
for it or just drop it?

[0] https://github.com/dfu-programmer/dfu-programmer/blob/master/fedora
/10-dfu-programmer.fdi
- -- 
- -Igor Gnatenko
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlnlyggACgkQaVcUvRu8
X0z+7Q/9FUwQaBVYaER9N5pJIf6Imb2xqXv/WSlNRQzuo2L9OaWczoAUwUQD9fZE
m9f8LVzcsjV/hi6qJN7e4J4ZOdJa0kcmquaQviF6Iaari89yG2WhH84tAnhjihWy
bwULqC7843XJLRegfw8pNgwlS76aZ2FwNq1wouEn0sFz2Q2fLkS93vHtnfilOLEK
khycWHYEVdLJkZF4/u7vnkMVt9W1JoBhof5X4uNZDuqt+JfRxom8DI/aSdOXhPLu
4Y3IJYuaAuu13NjrQfuNDJ7/7i6cc4HUNvUZL05e+btSpGsKdCPtkybPrinnzQAW
ez2CRkIMo1KrvxDN++YJpnszwqgFzyr0odSi2d0idmqQfb8CXh+R/kznM6NhQcco
mv5zcsHlc0qUbQayEGVDVcMDHWheO5RV6OT+Rpdy7B/q0pLCUAAqAp5PRAy6apPF
eocKOVIpovFJ8Bze4aXzGRN7Pt8qDHh2maaubXJ6B0I50Nrwae+gntPcz3/GsrM7
9rh+aTs+5f4+53wrvU/NgqeSnzAadhdlbnROFjBzI16Yj5Z640lqVPx7jhfqPcCN
S8aSEwSO/AgteYJ8nyt81cO6Vj2FjHc4PFCjqk+BKRq0SGM6G/ajE6NbJ4wjXEAX
Cvmz6+vl4sVsWrvMjFTAYNkgHJvq1bpZ+PIi2zBnQo/vHJiYfCc=
=4RMT
-END PGP SIGNATURE-
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1503041] New: perl-Test-Timer-2.04 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503041

Bug ID: 1503041
   Summary: perl-Test-Timer-2.04 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Test-Timer
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 2.04
Current version/release in rawhide: 2.03-2.fc27
URL: http://search.cpan.org/dist/Test-Timer/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/11403/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1503040] New: perl-Test2-Suite-0.000080 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503040

Bug ID: 1503040
   Summary: perl-Test2-Suite-0.80 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Test2-Suite
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 0.80
Current version/release in rawhide: 0.77-1.fc28
URL: http://search.cpan.org/dist/Test2-Suite/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/9536/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Updates for Firefox 57 beta

[James Hogarth]

On 17 October 2017 at 01:19, Gerald B. Cox  wrote:

>
>
> On Mon, Oct 16, 2017 at 5:09 PM, Adam Williamson <
> adamw...@fedoraproject.org> wrote:
>
>>
>> > According to my reading today that was disabled for the beta and only
>> > present in the developer version to assist in the migration and porting
>> etc
>> >
>> > As of FF57 beta WebExtension only is supported and legacy is killed off.
>>
>> I think the whole *idea* was to suggest making the option available
>> again in Fedora's build of FF57.
>> --
>>
>
> James Hogarth answered that question.  Fx 57 supports only webextensions.
>
>
>
>
And even if we hypothetically forked Firefox (as that is what it would be)
to add legacy extension capability back it would mark a significant
divergence with upstream and I'm not sure if addons.mozilla.org could even
be used then anyway as it'd detect FF57 and state that older extensions are
not supported. That doesn't even go into the legal situation as to whether
we could even call it Firefox with such divergence (remember Iceweasel?)
... there's a reason there's a whitelist on the Firefox packages for build
permissions after all.

And how long would you want FF packagers to maintain such a patchset for?
Even the next ESR will drop legacy extensions.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1503013] perl-Digest-SHA3-1.00 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503013

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||jples...@redhat.com
   Fixed In Version||perl-Digest-SHA3-1.00-1.fc2
   ||8
 Resolution|--- |RAWHIDE
   Assignee|dd...@cpan.org  |jples...@redhat.com
Last Closed||2017-10-17 04:30:50



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1503013] perl-Digest-SHA3-1.00 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503013



--- Comment #2 from Upstream Release Monitoring 
 ---
hotness's scratch build of perl-Digest-SHA3-1.00-1.el7.src.rpm for rawhide
completed http://koji.fedoraproject.org/koji/taskinfo?taskID=22498527

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1503013] perl-Digest-SHA3-1.00 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503013



--- Comment #1 from Upstream Release Monitoring 
 ---
Created attachment 1339615
  --> https://bugzilla.redhat.com/attachment.cgi?id=1339615=edit
[patch] Update to 1.00 (#1503013)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1503013] New: perl-Digest-SHA3-1.00 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1503013

Bug ID: 1503013
   Summary: perl-Digest-SHA3-1.00 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Digest-SHA3
  Keywords: FutureFeature, Triaged
  Assignee: dd...@cpan.org
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: dd...@cpan.org, perl-devel@lists.fedoraproject.org



Latest upstream release: 1.00
Current version/release in rawhide: 0.27-1.fc28
URL: http://search.cpan.org/dist/Digest-SHA3/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/11584/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: apple swift fedora support

[Miroslav Suchý]

Dne 16.10.2017 v 14:50 Radovan Sroka napsal(a):
> Is there any initiative to package apple swift and other swift tools?
> 
> https://github.com/apple/swift
> 

https://copr.fedorainfracloud.org/coprs/fulltext/?fulltext=swift

Mirek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Cockpit depends on NetworkManager.

[Miroslav Suchý]

Dne 17.10.2017 v 03:51 Matthew Miller napsal(a):
> I think the bug here is that DNF is being over-zealous. NetworkManager
> does not require Cockpit, but Cockpit requires NetworkManager. For some
> reason, DNF thinks that Cockpit is the *only* reason NetworkManager is
> installed, and "helpfully" decides to remove it.

Can this be fixed by running:
  dnf mark '*'
by Anaconda after installation? Or even better
  dnf mark SOME PRECISELY CRAFTED LIST
?

Mirek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org