Fedora Modular 27 compose report: 20171104.n.2 changes

[Fedora Branched Report]

OLD: Fedora-Modular-27-20171104.n.2
NEW: Fedora-Modular-27-20171104.n.2

= 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

Developers - help promote Fedora -- Booth Demo Opportunity 15-19 November (Date Correction)

[Brian Exelbierd]

corrected dates, because $typos.

Are you based in Europe?  Are you comfortable presenting in a booth?  Do
you have technical development skills that you can show off in a demo
using Fedora?

I have an opportunity for you to help me with a booth at Build Stuff in
Lithuania (http://buildstuff.lt/)

The audience is typically interested in things like DevOps, CI/CD,
Ansible, IoT.  A lot of the audience are outsource and consulting firms
so they have the problems associated with jumping from project to
project and needing reliable dev, test, and deploy environments.

This booth will be in partnership with CentOS.

Interested, please contact me off list.

This has travel funding available from non-ambassador sources, however
participation will require a report per typical Ambassador rules.

regards,

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

Re: Developers - help promote Fedora -- Booth Demo Opportunity 11/12 November

[Brian Exelbierd]

On Sat, Nov 4, 2017, at 09:43 PM, Rafal Luzynski wrote:
> Hi Brian,
> 
> Are you sure it's 11/12 November?  Their web page says 15-19.


Ugh - typo city.  I'll fix my email.  Thanks.

> 
> BTW, I'm unable to help you for multiple good reasons.

I understand.

regards,

bex

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

Re: Developers - help promote Fedora -- Booth Demo Opportunity 11/12 November

[Rafal Luzynski]

Hi Brian,

Are you sure it's 11/12 November?  Their web page says 15-19.

BTW, I'm unable to help you for multiple good reasons.

Regards,

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

Fedora Modular 27 compose report: 20171104.n.2 changes

[Fedora Branched Report]

OLD: Fedora-Modular-27-20171104.n.0
NEW: Fedora-Modular-27-20171104.n.2

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

Size of added packages:  0.00 B
Size of dropped packages:25.42 MiB
Size of upgraded packages:   46.97 MiB
Size of downgraded packages: 4.94 MiB

Size change of upgraded packages:   -184.00 B
Size change of downgraded packages: -4.79 KiB

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =

= DROPPED PACKAGES =
Package: authconfig-7.0.1-4.module_fa897d0f
Summary: Command line tool for setting up authentication from network services
RPMs:authconfig
Size:1626388 bytes

Package: autogen-5.18.12-5.module_fa897d0f
Summary: Automated text file generator
RPMs:autogen autogen-libopts autogen-libopts-devel
Size:5239168 bytes

Package: babel-2.3.4-6.module_fa897d0f
Summary: Tools for internationalizing Python applications
RPMs:babel babel-doc python2-babel python3-babel
Size:10518368 bytes

Package: custodia-0.5.0-9.module_fa897d0f
Summary: A service to manage, retrieve and store secrets for other processes
RPMs:custodia python2-custodia python2-custodia-extra python3-custodia 
python3-custodia-extra
Size:286016 bytes

Package: fontawesome-fonts-4.7.0-3.module_fa897d0f
Summary: Iconic font set
RPMs:fontawesome-fonts fontawesome-fonts-web
Size:643952 bytes

Package: hesiod-3.2.1-9.module_fa897d0f
Summary: Shared libraries for querying the Hesiod naming service
RPMs:hesiod hesiod-devel
Size:432516 bytes

Package: m2crypto-0.27.0-1.module_fa897d0f
Summary: Support for using OpenSSL in python scripts
RPMs:m2crypto
Size:2173420 bytes

Package: oddjob-0.34.4-3.module_fa897d0f
Summary: A D-Bus service which runs odd jobs on behalf of client applications
RPMs:oddjob oddjob-mkhomedir
Size:903968 bytes

Package: python-jinja2-2.9.6-2.module_fa897d0f
Summary: General purpose template engine
RPMs:python2-jinja2 python3-jinja2
Size:1122460 bytes

Package: python-markupsafe-0.23-16.module_fa897d0f
Summary: Implements a XML/HTML/XHTML Markup safe string for Python
RPMs:python2-markupsafe python3-markupsafe
Size:526116 bytes

Package: python-yubico-1.3.2-7.module_fa897d0f
Summary: Pure-python library for interacting with Yubikeys
RPMs:python2-yubico python3-yubico
Size:125480 bytes

Package: pytz-2017.2-2.module_fa897d0f
Summary: World Timezone Definitions for Python
RPMs:python3-pytz pytz
Size:106144 bytes

Package: pyusb-1.0.0-5.module_fa897d0f
Summary: Python bindings for libusb
RPMs:python3-pyusb pyusb
Size:174912 bytes

Package: rolekit-0.5.2-1.module_fa897d0f
Summary: A server daemon with D-Bus interface providing a server roles
RPMs:rolekit
Size:143840 bytes

Package: softhsm-2.2.0-2.module_fa897d0f.2
Summary: Software version of a PKCS#11 Hardware Security Module
RPMs:softhsm softhsm-devel
Size:2629120 bytes


= UPGRADED PACKAGES =
Package:  autofs-1:5.1.3-4.module_6cf16c42
Old package:  autofs-1:5.1.3-4.module_fa897d0f
Summary:  A tool for automatically mounting and unmounting filesystems
RPMs: autofs
Size: 5494424 bytes
Size change:  -20 bytes

Package:  bind-dyndb-ldap-11.1-6.module_6cf16c42
Old package:  bind-dyndb-ldap-11.1-6.module_fa897d0f
Summary:  LDAP back-end plug-in for BIND
RPMs: bind-dyndb-ldap
Size: 913260 bytes
Size change:  56 bytes

Package:  freeipa-4.6.1-3.module_6cf16c42
Old package:  freeipa-4.6.1-3.module_fa897d0f
Summary:  The Identity, Policy and Audit system
RPMs: freeipa-client freeipa-client-common freeipa-common 
freeipa-python-compat freeipa-server freeipa-server-common freeipa-server-dns 
freeipa-server-trust-ad python2-ipaclient python2-ipalib python2-ipaserver 
python2-ipatests python3-ipaclient python3-ipalib python3-ipaserver 
python3-ipatests
Size: 13350724 bytes
Size change:  -288 bytes

Package:  freeipa-desktop-profile-0.0.6-1.module_6cf16c42
Old package:  freeipa-desktop-profile-0.0.6-1.module_fa897d0f
Summary:  FleetCommander integration with FreeIPA
RPMs: freeipa-desktop-profile
Size: 39168 bytes
Size change:  -48 bytes

Package:  gssntlmssp-0.7.0-5.module_6cf16c42
Old package:  gssntlmssp-0.7.0-5.module_fa897d0f
Summary:  GSSAPI NTLMSSP Mechanism
RPMs: gssntlmssp gssntlmssp-devel
Size: 517388 bytes
Size change:  4 bytes

Package:  ldns-1.7.0-7.module_6cf16c42
Old package:  ldns-1.7.0-7.module_fa897d0f
Summary:  Low-level DNS(SEC) library with API
RPMs: ldns ldns-devel ldns-doc ldns-utils perl-ldns python-ldns
Size: 8907488 bytes
Size change:  -68 bytes

Package:  libica-3.2.0-1.module_6cf16c42
Old package:  libica-3.2.0-1.module_fa897d0f
Summary:  Library for accessing ICA hardware crypto on IBM z Systems
RPMs: libica libica

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

[Fedora Rawhide Report]

OLD: Fedora-Modular-Bikeshed-20171026.n.0
NEW: Fedora-Modular-Bikeshed-20171026.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

[Bug 1509149] perl-Unicode-Collate-1.20 is available

[bugzilla]

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



--- Comment #4 from Fedora Update System  ---
perl-Unicode-Collate-1.20-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-2db7a0b264

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

[EPEL-devel] Re: ansible1.9 package

[Kevin Fenzi]

On 11/04/2017 08:35 AM, Felix Schwarz wrote:
> 
> Am 03.11.2017 um 16:09 schrieb Stephen John Smoogen:
>> OK how can we better explain this in the future?
> 
> I don't think there is an easy solution with "just another mail to -announce"
> or so. Personally I don't find it really practical scanning a mailing list for
> relevant packages (and filtering all the messages which might be "noise" to me
> because I don't use these packages).
> 
> One important thing why I'm using Fedora (and not a rolling release distro) is
> that I want to have specific points in time when I can prepare for bigger
> fallout (Fedora releases). This means EPEL could aim to introduce actual
> "releases" (e.g. every 3 months or so).
> 
> Breaking updates would be pushed only at these times (unless there is a
> *really* good reason). This could involve also writing some release notes
> (e.g. the packager could tick a box "breaking update" and submit a note which
> is then added to the release notes).
> 
> Currently EPEL is basically a "rolling release" distro which is probably the
> opposite of what RHEL/CentOS users are looking for.

We have talked about doing this kind of thing in the past, but... it's a
ton more work (you have to have releng folks do a bunch of work every 3
months or whatever) and we could never agree on the timing. Is it just
randomly every 3 months? everytime a new RHEL minor is out? Every time a
new CentOS minor is out?

> The second big thing to me is that the "support policy" for each package is
> not easily discoverable (as far as I know). I suspect it might be especially
> helpful if there are some kind of "categories" so you grasp the policy very
> quickly (e.g. "inline with upstream stable", "switch when package is EOLd
> upstream", "2 years", "just a few months").

While all the modularity work in Fedora is all early days and up in the
air, this may be something we get "for free" from it. Branches now have
a SLA in Fedora, we should be able to leverage that and expose it better
to users. Of course everything may change with modules, it's really
early to tell. We may be able to make different modules with different
SLAs...

kevin



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

Fedora 27-20171104.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Workstation live i386
Kde live i386

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

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

ID: 165285  Test: x86_64 Server-dvd-iso install_updates_nfs
URL: https://openqa.fedoraproject.org/tests/165285
ID: 165310  Test: i386 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/165310
ID: 165337  Test: x86_64 universal install_xfs
URL: https://openqa.fedoraproject.org/tests/165337
ID: 165355  Test: x86_64 universal install_european_language
URL: https://openqa.fedoraproject.org/tests/165355
ID: 165370  Test: x86_64 universal install_blivet_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/165370
ID: 165384  Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/165384

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

ID: 165272  Test: x86_64 Server-dvd-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/165272
ID: 165295  Test: x86_64 Workstation-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/165295
ID: 165313  Test: x86_64 KDE-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/165313
ID: 165319  Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/165319
ID: 165325  Test: arm Minimal-raw_xz-raw.xz base_services_start_arm
URL: https://openqa.fedoraproject.org/tests/165325
ID: 165336  Test: x86_64 Workstation Ostree-dvd_ostree-iso 
base_services_start
URL: https://openqa.fedoraproject.org/tests/165336
ID: 165348  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/165348
ID: 165389  Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/165389

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

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

ID: 165293  Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/165293

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

ID: 165349  Test: x86_64 universal upgrade_2_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/165349
ID: 165351  Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/165351
ID: 165361  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/165361
ID: 165388  Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/165388
ID: 165396  Test: x86_64 universal upgrade_server_64bit
URL: https://openqa.fedoraproject.org/tests/165396

Passed openQA tests: 118/137 (x86_64), 21/22 (i386), 1/2 (arm)

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

ID: 165333  Test: x86_64 Workstation Ostree-dvd_ostree-iso desktop_browser
URL: https://openqa.fedoraproject.org/tests/165333
ID: 165368  Test: x86_64 universal install_blivet_no_swap@uefi
URL: https://openqa.fedoraproject.org/tests/165368
ID: 165398  Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/165398
ID: 165418  Test: i386 universal install_blivet_ext3
URL: https://openqa.fedoraproject.org/tests/165418

Installed system changes in test x86_64 Server-boot-iso install_default@uefi: 
1 packages(s) added since previous compose: fedora-release-notes
System load changed from 0.03 to 0.20
Previous test data: https://openqa.fedoraproject.org/tests/164664#downloads
Current test data: https://openqa.fedoraproject.org/tests/165265#downloads

Installed system changes in test x86_64 Server-boot-iso install_default: 
1 packages(s) added since previous compose: fedora-release-notes
Previous test data: https://openqa.fedoraproject.org/tests/164665#downloads
Current test data: https://openqa.fedoraproject.org/tests/165266#downloads

Installed system changes in test i386 Server-boot-iso install_default: 
1 packages(s) added since previous compose: fedora-release-notes
Previous test data: https://openqa.fedoraproject.org/tests/164686#downloads
Current test data: https://openqa.fedoraproject.org/tests/165287#downloads

Installed system changes in test x86_64 Workstation-live-iso 
install_default_upload: 
System load changed from 0.90 to 0.63
Previous test data: https://openqa.fedoraproject.org/tests/164691#downloads
Current test data: https://openqa.fedoraproject.org/tests/165292#downloads

Installed system changes in test x86_64 Workstation-boot-iso install_default: 
System load changed from 0.75 to 0.96
Average CPU usage changed from 33.84761905 to 23.38095238
Previous test data: https://openqa.fedoraproject.org/tests/164704#downloads
Current test data: https://openqa.fedoraproject.org/tests/165305#downloads

Installed system changes in test x86_64 KDE-live-iso 

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

[Fedora Branched Report]

OLD: Fedora-Modular-27-20171104.n.0
NEW: Fedora-Modular-27-20171104.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

[EPEL-devel] Re: ansible1.9 package

[Felix Schwarz]

Am 03.11.2017 um 16:09 schrieb Stephen John Smoogen:
> OK how can we better explain this in the future?

I don't think there is an easy solution with "just another mail to -announce"
or so. Personally I don't find it really practical scanning a mailing list for
relevant packages (and filtering all the messages which might be "noise" to me
because I don't use these packages).

One important thing why I'm using Fedora (and not a rolling release distro) is
that I want to have specific points in time when I can prepare for bigger
fallout (Fedora releases). This means EPEL could aim to introduce actual
"releases" (e.g. every 3 months or so).

Breaking updates would be pushed only at these times (unless there is a
*really* good reason). This could involve also writing some release notes
(e.g. the packager could tick a box "breaking update" and submit a note which
is then added to the release notes).

Currently EPEL is basically a "rolling release" distro which is probably the
opposite of what RHEL/CentOS users are looking for.


The second big thing to me is that the "support policy" for each package is
not easily discoverable (as far as I know). I suspect it might be especially
helpful if there are some kind of "categories" so you grasp the policy very
quickly (e.g. "inline with upstream stable", "switch when package is EOLd
upstream", "2 years", "just a few months").


So in essence I think EPEL needs to stop pretending it can support packages
for a full RHEL lifecycle (= no need for "releases") and unfortunately some
extra tooling is required.

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

Announcement: livecd-tools v25.0

[Neal Gompa]

Hello all,

I've released livecd-tools v25.0 and it is making its way to Fedora
and Mageia now.

It is currently available in Rawhide and Fedora 26, while being in
updates-testing for Fedora 25 and 27. It should be in Fedora 25's
stable updates by Monday, and it'll be available as a zero-day update
for Fedora 27.

For Mageia, I have pushed it into Cauldron and will be part of the
upcoming Mageia 7. I have not yet decided on whether I should propose
an update to v25 for Mageia 6.

## What's new

This update addresses several bugs and introduces the new editliveos
tool to replace edit-livecd. The legacy edit-livecd tool remains
available, but deprecated.

livecd-tools now supports OverlayFS as an alternative to the
device-mapper as the mechanism for persistent live media.

I've merged into the Fedora packaging a change from my Mageia package:
a new subpackage livecd-iso-to-mediums has been introduced to provide
the livecd-iso-to-disk and livecd-iso-to-pxe scripts separately
without requiring the main livecd-tools package to be installed. This
should make people who don't want all of livecd-tools installed but
want this happy.

For the Mageia package, due to the changes upstream, I was able to
drop the patch for fixing the path for some binaries being executed.

## Now what?

Please check out the new release!

If you have any issues, please file them either in Fedora or Mageia
bug trackers, or preferably at the livecd-tools GitHub issues page:
https://github.com/livecd-tools/livecd-tools/issues

Mageia users, please let me know whether you'd like to see me provide
the new version as an update for Mageia 6.

Have fun making live Linux systems!

Best regards,
Neal

-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Developers - help promote Fedora -- Booth Demo Opportunity 11/12 November

[Brian Exelbierd]

Are you based in Europe?  Are you comfortable presenting in a booth?  Do
you have technical development skills that you can show off in a demo
using Fedora?

I have an opportunity for you to help me with a booth at Build Stuff in
Lithuania (http://buildstuff.lt/)

The audience is typically interested in things like DevOps, CI/CD,
Ansible, IoT.  A lot of the audience are outsource and consulting firms
so they have the problems associated with jumping from project to
project and needing reliable dev, test, and deploy environments.

This booth will be in partnership with CentOS.

Interested, please contact me off list.

This has travel funding available from non-ambassador sources, however
participation will require a report per typical Ambassador rules.

regards,

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

[EPEL-devel] Re: ansible1.9 package

[James Hogarth]

On 3 Nov 2017 9:28 pm, "Peter Rex"  wrote:

You seem to be the guy who does the builds. If you could advise, despite
the grumpiness:

Since updating Ansible playbooks, tasks, libraries and such to work with a
more current Ansible version isn't practical, on existing servers, we're
thinking of adding "exclude=ansible1.9 ansible" to the relevant section of
the "epel.repo" config file to keep it at 1.9, and on new servers, just
install the old ansible1.9 package via RPM (which I managed to find on a
mirror that hadn't been updated yet).

>
>
I'll just stop you right there a second.

Not practical?

Ansible 2 was released nearly 2 years ago.

There's not that much work to port 1.9 code over and there's substantial
gains from using a 2+ codebase.

You really should be doing some automated testing of your ansible code,
even if it's just a syntax check and lint to pick up deprecation.

Do keep in mind the controlling system is the only one where the version of
ansible matters... you don't need to screw around with your repo config on
target systems.

The best place to get a package no longer in the current repo is koji
rather than trying to dig out a mirror that hasn't replicated in over a
year.

For future reference, it's worth having your preferred CI (Jenkins or
gitlab etc) use nightlies (docker container makes this trivial) run a
syntax check against your playbooks to avoid this happening again.

Upstream provides rpms to make this simple.

http://releases.ansible.com/ansible/rpm/
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org