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

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 951  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 713  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f   
mcollective-2.8.4-1.el7
 295  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-04bc9dd81d   
libbsd-0.8.3-1.el7
 193  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d241156dfe   
mod_cluster-1.3.3-10.el7
 190  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-7ecb12e378   
python-XStatic-jquery-ui-1.12.0.1-1.el7
  25  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e27758bd23   
libmspack-0.6-0.1.alpha.el7
  22  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-52b8147c68   
openvpn-auth-ldap-2.0.3-15.el7
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4826761f5d   
openvpn-2.4.4-1.el7
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-abe6f98ebf   
tor-0.2.9.12-1.el7
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-0f92580f68   
yadifa-2.2.6-1.el7
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-17b77b3268   
botan-1.10.17-1.el7
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-3c06a7eecf   
nagios-4.3.4-3.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-9e6a789af9   
check-mk-1.2.8p26-1.el7
   1  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

mac-encheez-0.1-0.1.20170314git8f11e8a.el7
nordugrid-arc-5.4.1-1.el7
nordugrid-arc-doc-2.0.18-1.el7
quisk-4.1.10-1.el7
rust-1.21.0-1.el7
wildmagic5-5.17-1.el7

Details about builds:



 mac-encheez-0.1-0.1.20170314git8f11e8a.el7 (FEDORA-EPEL-2017-dd54edff81)
 Run a program with a modified view of network MAC addresses

Update Information:

Run a program with a modified view of network MAC addresses

References:

  [ 1 ] Bug #1431960 - Review Request: mac-encheez - Run a program with a 
modified view of network MAC addresses
https://bugzilla.redhat.com/show_bug.cgi?id=1431960




 nordugrid-arc-5.4.1-1.el7 (FEDORA-EPEL-2017-5a81325d72)
 Advanced Resource Connector Grid Middleware

Update Information:

http://www.nordugrid.org/arc/releases/15.03u17/release_notes_15.03u17.html




 nordugrid-arc-doc-2.0.18-1.el7 (FEDORA-EPEL-2017-5a81325d72)
 Advanced Resource Connector Documentation

Update Information:

http://www.nordugrid.org/arc/releases/15.03u17/release_notes_15.03u17.html




 quisk-4.1.10-1.el7 (FEDORA-EPEL-2017-a8f449bf73)
 Software Defined Radio (SDR) software

Update Information:

Software Defined Radio (SDR) software.

References:

  [ 1 ] Bug #1443429 - Review Request: quisk - Software Defined Radio (SDR) 
software
https://bugzilla.redhat.com/show_bug.cgi?id=1443429




 rust-1.21.0-1.el7 (FEDORA-EPEL-2017-136020a036)
 The Rust Programming Language

Update Information:

New versions of Rust and Cargo -- see the release notes for [1.21](https://blog
.rust-lang.org/2017/10/12/Rust-1.21.html).




 wildmagic5-5.17-1.el7 (FEDORA-EPEL-2017-64311219e1)
 Wild Magic libraries

Update Information:

- Update to 5.17

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

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

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 829  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 823  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 713  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 685  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 295  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e3e50897ac   
libbsd-0.8.3-2.el6
  25  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4c76ddcc92   
libmspack-0.6-0.1.alpha.el6
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-a437fba22e   
openvpn-2.4.4-1.el6
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e4d447e97c   
tor-0.2.9.12-1.el6
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-1f4bfd5d1d   
botan-1.8.15-2.el6
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-164cc614ff   
nagios-4.3.4-4.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-8abafd9ad0   
check-mk-1.2.6p16-5.el6
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-0177a71c41   
tnef-1.4.15-1.el6
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-f7e4cbd529   
golang-1.7.6-2.el6


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

nordugrid-arc-5.4.1-1.el6
nordugrid-arc-doc-2.0.18-1.el6
python-blessed-1.14.1-4.el6
wildmagic5-5.17-1.el6

Details about builds:



 nordugrid-arc-5.4.1-1.el6 (FEDORA-EPEL-2017-3ffa61c5b0)
 Advanced Resource Connector Grid Middleware

Update Information:

http://www.nordugrid.org/arc/releases/15.03u17/release_notes_15.03u17.html




 nordugrid-arc-doc-2.0.18-1.el6 (FEDORA-EPEL-2017-3ffa61c5b0)
 Advanced Resource Connector Documentation

Update Information:

http://www.nordugrid.org/arc/releases/15.03u17/release_notes_15.03u17.html




 python-blessed-1.14.1-4.el6 (FEDORA-EPEL-2017-0a86651fba)
 A thin, practical wrapper around terminal capabilities in Python

Update Information:

Conflicting ordereddict requirements in EL6    Add EL6 build support




 wildmagic5-5.17-1.el6 (FEDORA-EPEL-2017-663ef8c75e)
 Wild Magic libraries

Update Information:

- Update to 5.17

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

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

[mareynol]

See 


--
[...truncated 54372 lines...]

# Create and extract a service keytab
args = {SER_HOST: self.host,
SER_PORT: self.port,
SER_SECURE_PORT: self.sslport,
SER_ROOT_DN: self.binddn,
SER_ROOT_PW: self.bindpw,
SER_CREATION_SUFFIX: self.creation_suffix,
SER_USER_ID: self.userid,
SER_SERVERID_PROP: self.serverid,
SER_GROUP_ID: self.groupid,
SER_DEPLOYED_DIR: self.prefix,
SER_BACKUP_INST_DIR: self.backupdir,
SER_STRICT_HOSTNAME_CHECKING: self.strict_hostname}

if self.inst_scripts is not None:
args[SER_INST_SCRIPTS_ENABLED] = self.inst_scripts

content = formatInfData(args)
result = DirSrvTools.runInfProg(prog, content, self.verbose,
prefix=self.prefix)
if result != 0:
>   raise Exception('\''Failed to run setup-ds.pl'\'')
E   Exception: Failed to run setup-ds.pl

../../../lib389/lib389/__init__.py:841: Exception
 Captured stdout setup -
Instance slapd-standalone1 removed.
OK group dirsrv exists
OK user dirsrv exists
=== FAILURES ===
_ test_slapd_InstScriptsEnabled[true] __

config_attr = '\''true'\''

@pytest.mark.parametrize("config_attr", ('\''true'\'', '\''false'\''))
def test_slapd_InstScriptsEnabled(config_attr):
"""Tests InstScriptsEnabled attribute with "True" and "False" options

:id: 02faac7f-c44d-4a3e-bf2d-1021e51da1ed

:setup: Standalone instance with slapd.InstScriptsEnabled option as 
"True" and "False"

:steps:
 1. Execute setup-ds.pl with slapd.InstScriptsEnabled option as 
"True".
 2. Check if /usr/lib64/dirsrv/slapd-instance instance script 
directory is created or not.
 3. Execute setup-ds.pl with slapd.InstScriptsEnabled option as 
"False".
 4. Check if /usr/lib64/dirsrv/slapd-instance instance script 
directory is created or not.

:expectedresults:
 1. Instance should be created.
 2. /usr/lib64/dirsrv/slapd-instance instance script directory 
should be created.
 3. Instance should be created.
 4. /usr/lib64/dirsrv/slapd-instance instance script directory 
should not be created.
"""

log.info('\''set SER_INST_SCRIPTS_ENABLED to {}'\''.format(config_attr))
>   standalone = create_instance(config_attr)

suites/setup_ds/setup_ds_test.py:62: 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
suites/setup_ds/setup_ds_test.py:35: in create_instance
standalone.create()
../../../lib389/lib389/__init__.py:936: in create
self._createDirsrv()
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 

self = 

def _createDirsrv(self):
"""Create a new instance of directory server

@param self - containing the set properties

SER_HOST(host)
SER_PORT(port)
SER_SECURE_PORT (sslport)
SER_ROOT_DN (binddn)
SER_ROOT_PW (bindpw)
SER_CREATION_SUFFIX (creation_suffix)
SER_USER_ID (userid)
SER_SERVERID_PROP   (serverid)
SER_GROUP_ID(groupid)
SER_DEPLOYED_DIR(prefix)
SER_BACKUP_INST_DIR (backupdir)
SER_REALM   (krb5_realm)

@return None

@raise None

}
"""

DirSrvTools.lib389User(user=DEFAULT_USER)
prog = os.path.join(self.ds_paths.sbin_dir, CMD_PATH_SETUP_DS)

if not os.path.isfile(prog):
log.error("Can'\''t find file: %r, removing extension" % prog)
prog = prog[:-3]

# Create and extract a service keytab
args = {SER_HOST: self.host,
SER_PORT: self.port,
SER_SECURE_PORT: self.sslport,
SER_ROOT_DN: self.binddn,
SER_ROOT_PW: self.bindpw,
SER_CREATION_SUFFIX: self.creation_suffix,
SER_USER_ID: self.userid,
SER_SERVERID_PROP: self.serverid,
SER_GROUP_ID: self.groupid,
SER_DEPLOYED_DIR: self.prefix,
SER_BACKUP_INST_DIR: self.backupdir,
SER_STRICT_HOSTNAME_CHECKING: self.strict_hostname}

if self.inst_scripts is not None:
args[SER_INST_SCRIPTS_ENABLED] = self.inst_scripts

  

Re: Batched updates for development cycles

[Randy Barlow]

On 10/14/2017 12:45 PM, Peter Robinson wrote:
>> Since branched releases have the updates-testing repository enabled by
>> default, won't the effect you desire happen anyway?
> No, because the updates-testing repo is enabled by default for
> installs, it's not enabled for the composes so things like Live, ARM
> and cloud images when composed don't include the contents of
> updates-testing. If you updated them once they are booted they pull in
> testing, but the pungi compose that generates them only consumes the
> f27 tag.

Ah, that makes sense. Do composes happen every day for branched, or are
they special events? I ask because the way Bodhi moves updates from
batched to stable is by running a very simple CLI (via cron). If the
composes are special non-daily events, maybe releng could simply run
that script when they want to make a compose. If they are daily events,
I think we'll need to patch Bodhi so that it skips the batched thing for
branched releases.

>> I'm not opposed to modifying the system so that it doesn't batch for
>> stable releases, but I'm curious why the default updates-testing repo
>> doesn't satisfy the need.
> You're confusing stable releases (F25 and F26) vs development/branched
> releases (F27) and see above for the answer to that. IMO the stable
> releases should have batched updates, the branched releases either
> shouldn't or if they do the 'batches' should be sent out daily.

Sorry, I meant to say "branched" instead of "stable", and actually that
second paragraph was redundant with my first one and I could have just
left it off ☺



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

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

[Fedora Rawhide Report]

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

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

Fedora 27-20171014.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Workstation live i386
Kde live i386

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

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

ID: 157688  Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/157688
ID: 157778  Test: x86_64 universal install_delete_partial
URL: https://openqa.fedoraproject.org/tests/157778
ID: 157800  Test: x86_64 universal install_multi_empty@uefi
URL: https://openqa.fedoraproject.org/tests/157800
ID: 157801  Test: x86_64 universal install_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/157801
ID: 157811  Test: x86_64 universal upgrade_server_64bit
URL: https://openqa.fedoraproject.org/tests/157811
ID: 157822  Test: x86_64 universal install_kickstart_nfs
URL: https://openqa.fedoraproject.org/tests/157822
ID: 157838  Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/157838
ID: 157848  Test: i386 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/157848
ID: 157882  Test: x86_64 universal upgrade_realmd_client
URL: https://openqa.fedoraproject.org/tests/157882

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

ID: 157693  Test: x86_64 Server-dvd-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/157693
ID: 157717  Test: x86_64 Workstation-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/157717
ID: 157719  Test: x86_64 Workstation-live-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/157719
ID: 157723  Test: x86_64 Workstation-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/157723
ID: 157734  Test: x86_64 KDE-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/157734
ID: 157735  Test: x86_64 KDE-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/157735
ID: 157736  Test: x86_64 KDE-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/157736
ID: 157745  Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/157745
ID: 157765  Test: x86_64 universal install_mirrorlist_graphical
URL: https://openqa.fedoraproject.org/tests/157765
ID: 157797  Test: x86_64 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/157797
ID: 157810  Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/157810
ID: 157814  Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/157814
ID: 157815  Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/157815
ID: 157819  Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/157819
ID: 157820  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/157820
ID: 157828  Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/157828
ID: 157876  Test: x86_64 universal install_rescue_encrypted
URL: https://openqa.fedoraproject.org/tests/157876
ID: 157879  Test: x86_64 universal install_rescue_encrypted@uefi
URL: https://openqa.fedoraproject.org/tests/157879
ID: 157883  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/157883
ID: 157900  Test: x86_64 Workstation Ostree-dvd_ostree-iso 
base_services_start
URL: https://openqa.fedoraproject.org/tests/157900
ID: 157903  Test: x86_64 Workstation Ostree-dvd_ostree-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/157903
ID: 157905  Test: arm Minimal-raw_xz-raw.xz base_services_start_arm
URL: https://openqa.fedoraproject.org/tests/157905

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

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

ID: 157817  Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/157817

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

ID: 157809  Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/157809
ID: 157816  Test: x86_64 universal upgrade_2_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/157816
ID: 157818  Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/157818

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

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

ID: 157710  Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/157710
ID: 157711  Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/157711
ID: 157713  Test: x86_64 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/157713

Fedora Rawhide-20171014.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Atomic qcow2 x86_64
Server dvd i386
Workstation live i386
Server boot i386
Atomic raw-xz x86_64
Kde live i386

Failed openQA tests: 85/128 (x86_64), 1/2 (arm)

New failures (same test did not fail in Rawhide-20171013.n.0):

ID: 157576  Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/157576
ID: 157667  Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/157667
ID: 157686  Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/157686

Old failures (same test failed in Rawhide-20171013.n.0):

ID: 157552  Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/157552
ID: 157553  Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/157553
ID: 157554  Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/157554
ID: 157555  Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/157555
ID: 157562  Test: x86_64 Server-dvd-iso install_repository_nfs_variation
URL: https://openqa.fedoraproject.org/tests/157562
ID: 157563  Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/157563
ID: 157572  Test: x86_64 Server-dvd-iso install_updates_nfs
URL: https://openqa.fedoraproject.org/tests/157572
ID: 157574  Test: x86_64 Everything-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/157574
ID: 157575  Test: x86_64 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/157575
ID: 157578  Test: x86_64 Workstation-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/157578
ID: 157589  Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/157589
ID: 157590  Test: x86_64 Workstation-boot-iso memory_check@uefi
URL: https://openqa.fedoraproject.org/tests/157590
ID: 157591  Test: x86_64 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/157591
ID: 157592  Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/157592
ID: 157593  Test: x86_64 KDE-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/157593
ID: 157594  Test: x86_64 KDE-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/157594
ID: 157595  Test: x86_64 KDE-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/157595
ID: 157604  Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/157604
ID: 157606  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/157606
ID: 157608  Test: x86_64 Atomic-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/157608
ID: 157609  Test: x86_64 Atomic-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org/tests/157609
ID: 157610  Test: x86_64 universal install_package_set_minimal
URL: https://openqa.fedoraproject.org/tests/157610
ID: 157611  Test: x86_64 universal install_anaconda_text
URL: https://openqa.fedoraproject.org/tests/157611
ID: 157613  Test: x86_64 universal install_repository_http_variation
URL: https://openqa.fedoraproject.org/tests/157613
ID: 157614  Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/157614
ID: 157615  Test: x86_64 universal install_mirrorlist_graphical
URL: https://openqa.fedoraproject.org/tests/157615
ID: 157616  Test: x86_64 universal install_delete_pata
URL: https://openqa.fedoraproject.org/tests/157616
ID: 157617  Test: x86_64 universal install_delete_pata@uefi
URL: https://openqa.fedoraproject.org/tests/157617
ID: 157618  Test: x86_64 universal install_sata
URL: https://openqa.fedoraproject.org/tests/157618
ID: 157619  Test: x86_64 universal install_sata@uefi
URL: https://openqa.fedoraproject.org/tests/157619
ID: 157620  Test: x86_64 universal install_kickstart_user_creation
URL: https://openqa.fedoraproject.org/tests/157620
ID: 157621  Test: x86_64 universal install_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/157621
ID: 157622  Test: x86_64 universal install_multi
URL: https://openqa.fedoraproject.org/tests/157622
ID: 157623  Test: x86_64 universal install_multi@uefi
URL: https://openqa.fedoraproject.org/tests/157623
ID: 157624  Test: x86_64 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/157624
ID: 157625  Test: x86_64 universal install_simple_free_space
URL: https://openqa.fedoraproject.org/tests/157625
ID: 157626  Test: x86_64 universal install_multi_empty
URL: https://openqa.fedoraproject.org/tests/157626
ID: 157627  

Re: Batched updates for development cycles

[Peter Robinson]

On Sat, Oct 14, 2017 at 5:11 PM, Randy Barlow
 wrote:
> On 10/12/2017 03:06 AM, Peter Robinson wrote:
>> It seems batched updates is turned on for F-27 [1], surely it makes
>> sense for updates to go straight out in the development cycle, this
>> affects things getting into the nightly composes for testing in live
>> images and other such things.
>>
>> I feel this should be something that is only used for stable releases.
>
> Hey Peter!
>
> Since branched releases have the updates-testing repository enabled by
> default, won't the effect you desire happen anyway?

No, because the updates-testing repo is enabled by default for
installs, it's not enabled for the composes so things like Live, ARM
and cloud images when composed don't include the contents of
updates-testing. If you updated them once they are booted they pull in
testing, but the pungi compose that generates them only consumes the
f27 tag.

> I'm not opposed to modifying the system so that it doesn't batch for
> stable releases, but I'm curious why the default updates-testing repo
> doesn't satisfy the need.

You're confusing stable releases (F25 and F26) vs development/branched
releases (F27) and see above for the answer to that. IMO the stable
releases should have batched updates, the branched releases either
shouldn't or if they do the 'batches' should be sent out daily.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Batched updates for development cycles

[Randy Barlow]

On 10/12/2017 03:06 AM, Peter Robinson wrote:
> It seems batched updates is turned on for F-27 [1], surely it makes
> sense for updates to go straight out in the development cycle, this
> affects things getting into the nightly composes for testing in live
> images and other such things.
> 
> I feel this should be something that is only used for stable releases.

Hey Peter!

Since branched releases have the updates-testing repository enabled by
default, won't the effect you desire happen anyway?

I'm not opposed to modifying the system so that it doesn't batch for
stable releases, but I'm curious why the default updates-testing repo
doesn't satisfy the need.



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: the torch - bash install-deps

[Cătălin George Feștilă]

the cool think of development is time -> "


On Thu, Oct 12, 2017 at 7:01 PM, Robert-André Mauchin 
wrote:

> On jeudi 12 octobre 2017 17:38:39 CEST Cătălin George Feștilă wrote:
> > Hi teams .
> >
> > I report a issue about torch, see :
> >
> > https://github.com/torch/torch7/issues/1085
> > the main reason is:  bash install-deps .
> >
> > As you know:
> >
> > Torch is a scientific computing framework with wide support for machine
> > learning algorithms that puts GPUs first. It is easy to use and
> efficient,
> > thanks to an easy and fast scripting language, LuaJIT, and an underlying
> > C/CUDA implementation.
> >
> > A summary of core features:
> >
> > a powerful N-dimensional array
> > lots of routines for indexing, slicing, transposing, …
> > amazing interface to C, via LuaJIT
> > linear algebra routines
> > neural network, and energy-based models
> > numeric optimization routines
> > Fast and efficient GPU support
> > Embeddable, with ports to iOS and Android backends
> >
> > mythcat
>
> You can run the command manually instead:
>
> sudo dnf install -y make cmake curl readline-devel ncurses-devel \
> gcc-c++ gcc-gfortran git gnuplot unzip \
> libjpeg-turbo-devel libpng-devel \
> ImageMagick GraphicsMagick-devel
> fftw-devel \
> sox-devel sox qt-devel qtwebkit-devel \
> python-ipython czmq czmq-devel
>
> It will do the same thing as the script. It works fine on F27.
> ___
> 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

[389-devel] Build failed in Jenkins: COMMIT_SANITY_TEST #71

[mareynol]

ource/389-ds-base/rpmbuild/BUILDROOT/389-ds-base-1.4.0.1-20171014git6b6878b.fc25.x86_64/usr/share/doc/python3-389-ds-base-tests>
+ export DOCDIR
+ /usr/bin/mkdir -p 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/BUILDROOT/389-ds-base-1.4.0.1-20171014git6b6878b.fc25.x86_64/usr/share/doc/python3-389-ds-base-tests>
+ cp -pr LICENSE 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/BUILDROOT/389-ds-base-1.4.0.1-20171014git6b6878b.fc25.x86_64/usr/share/doc/python3-389-ds-base-tests>
+ cp -pr LICENSE.GPLv3+ 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/BUILDROOT/389-ds-base-1.4.0.1-20171014git6b6878b.fc25.x86_64/usr/share/doc/python3-389-ds-base-tests>
+ exit 0
Provides: python3-389-ds-base-tests = 1.4.0.1-20171014git6b6878b.fc25 
python3.5dist(dirsrvtests) = 1.4.0.1 python3dist(dirsrvtests) = 1.4.0.1
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 
4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Requires: python(abi) = 3.5
Processing files: 389-ds-base-debuginfo-1.4.0.1-20171014git6b6878b.fc25.x86_64
Provides: 389-ds-base-debuginfo = 1.4.0.1-20171014git6b6878b.fc25 
389-ds-base-debuginfo(x86-64) = 1.4.0.1-20171014git6b6878b.fc25
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 
4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Checking for unpackaged file(s): /usr/lib/rpm/check-files 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/BUILDROOT/389-ds-base-1.4.0.1-20171014git6b6878b.fc25.x86_64>
Wrote: 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/SRPMS/389-ds-base-1.4.0.1-20171014git6b6878b.fc25.src.rpm>
Wrote: 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/RPMS/x86_64/389-ds-base-1.4.0.1-20171014git6b6878b.fc25.x86_64.rpm>
Wrote: 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/RPMS/x86_64/389-ds-base-libs-1.4.0.1-20171014git6b6878b.fc25.x86_64.rpm>
Wrote: 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/RPMS/x86_64/389-ds-base-devel-1.4.0.1-20171014git6b6878b.fc25.x86_64.rpm>
Wrote: 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/RPMS/x86_64/389-ds-base-snmp-1.4.0.1-20171014git6b6878b.fc25.x86_64.rpm>
Wrote: 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/RPMS/noarch/python3-lib389-1.4.0.1-20171014git6b6878b.fc25.noarch.rpm>
Wrote: 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/RPMS/noarch/python3-389-ds-base-tests-1.4.0.1-20171014git6b6878b.fc25.noarch.rpm>
Wrote: 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/RPMS/x86_64/389-ds-base-debuginfo-1.4.0.1-20171014git6b6878b.fc25.x86_64.rpm>
Executing(%clean): /bin/sh -e /var/tmp/rpm-tmp.Tqwbdb
+ umask 022
+ cd 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/BUILD>
+ cd 389-ds-base-1.4.0.1.20171014git6b6878b
+ rm -rf 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/BUILDROOT/389-ds-base-1.4.0.1-20171014git6b6878b.fc25.x86_64>
+ exit 0
cp 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/RPMS/*/389-ds-base-1.4.0.1-20171014git6b6878b*.rpm>
 dist/rpms/
cp 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/RPMS/*/389-ds-base-*-1.4.0.1*.rpm>
 dist/rpms/
cp 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild/SRPMS/389-ds-base-1.4.0.1-20171014git6b6878b*.src.rpm>
 dist/srpms/
rm -rf 
<http://vm-166.abc.idm.lab.eng.brq.redhat.com:8080/job/COMMIT_SANITY_TEST/ws/source/389-ds-base/rpmbuild>
+ cd dist/rpms/
+ sudo rpm -iUvh 389-ds-base-1.4.0.1-20171014git6b6878b.fc25.x86_64.rpm 
389-ds-base-libs-1.4.0.1-20171014git6b6878b.fc25.x86_64.rpm 
389-ds-base-debuginfo-1.4.0.1-20171014git6b6878b.fc25.x86_64.rpm 
389-ds-base-devel-1.4.0.1-20171014git6b6878b.fc25.x86_64.rpm 
389-ds-base-snmp-1.4.0.1-20171014git6b6878b.fc25.x86_64.rpm
Preparing...  ####
Updating / installing...
389-ds-base-libs-1.4.0.1-20171014git6b
389-ds-base-1.4.0.1-20171014git6b6878b
389-ds-base-snmp-1.4.0.1-20171014git6b#

Re: Why is Fx 57 in Updates Testing?

[Thomas Moschny]

2017-10-13 16:26 GMT+02:00 Zbigniew Jędrzejewski-Szmek :
> Sure, that's what everybody knows. But without going from generalities
> to details of a specific extension, we're just speculating idly.

Here's another one:
https://addons.mozilla.org/en-US/firefox/addon/advanced-locationbar/

"Warning! This extension will stop work in Firefox 57+ since this
version of the browser supports WebExtensions API only. It is not
possible to implement this extension using WebExtensions API."

Same holds for the alternative
https://addons.mozilla.org/en-US/firefox/addon/locationbar²/

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

Re: Interdependent packages *must* go in the same update - a reminder (ref. nss and nspr)

[Adam Williamson]

On Sat, 2017-10-14 at 07:41 +0200, Daiki Ueno wrote:
> Adam Williamson  writes:
> 
> > There are currently separate updates for nss 3.33.0 and nspr 4.17.0 in
> > both Fedora 26 and 27. However, nss 3.33.0 requires nspr 4.17.0.
> > 
> > As a reminder, this is a violation of the Updates Policy:
> > 
> > https://fedoraproject.org/wiki/Updates_Policy#Updating_inter-dependent_packages
> > 
> > "When one updated package requires another (or more than one other),
> > the packages should be submitted together as a single update."
> > 
> > The problem with doing things this way is that, if the nss update
> > happened to be pushed stable before the nspr update (which could easily
> > happen due to human error, network issues etc. even if the maintainer
> > *intends* to push them together!), the dependencies in the stable
> > repository will be broken; nss will not be installable.
> 
> Thank you for the reminder; there was indeed a fuss in updating nspr/nss
> this time.  I have submitted the nss updates for F27/F26 stable, after
> nspr 4.17 got pushed to stable.

Thanks a lot.

> > On Fri, 2017-10-13 at 10:38 -0700, Josh Stone wrote:
> > > On 10/12/2017 05:34 PM, Adam Williamson wrote:
> > > > In this case there's an even worse consequence; if you do attempt to
> > > > update to nss 3.33.0 without nspr 4.17.0 dnf will 'skip' *most* of the
> > > > nss packages (as it notices that they are missing dependencies), but it
> > > > *will* install nss-softokn-freebl . With this mix of packages (most of
> > > > nss at 3.32.0, but nss-softokn-freebl at 3.33.0), nss and anything that
> > > > depends on it just fails to work at all - e.g. curl and dnf...so that's
> > > > an extremely bad outcome.
> > > 
> > > Then isn't this a packaging bug?  They currently use ">=" requirements,
> > > but if a greater version doesn't work, shouldn't they be "="?
> > 
> > Well, there's *additionally* probably a packaging bug, yeah: nss-
> > softokn-freebl should be more strictly tied to the other packages.
> 
> I still don't figure out why this causes a problem.  nss-softokn-freebl
> is parallel installable with older nss* packages and that could run into
> a problem if nss-softokn-freebl used a new symbol from a newer nspr.
> However, as far as I know nspr 4.17 doesn't add any new symbol so it's
> shouldn't be a problem at least in this case.

I definitely observed the half-upgraded case causing problems, but
didn't really prove that it was the nss-softokn-freebl causing the
problem, I guess. I suppose it could equally well just have been a
mismatch between NSS 3.32.0 and NSPR 4.17.0?
-- 
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