DevHeads.net

Linux

Release criteria proposal: drop kickstart package criterion

Hi, folks!

We currently have a Final release criterion that reads as follows:

"A spin-kickstarts package which contains the exact kickstart files
used to build the release must be present in the release repository.
The included kickstarts must define the correct set of release
repositories.

Why?

This is considered part of Fedora's duty to be 'self-hosting': the
kickstarts used to produce the release images are a vital piece of
information required to duplicate that release, so they must be
preserved along with the release."

Lately this requirement has been fairly annoying in practice.

Reminder meeting : Modularity Office Hours

Dear all,

You are kindly invited to the meeting:
Modularity Office Hours on 2018-06-05 from 10:00:00 to 11:00:00 US/Eastern
At <a href="mailto:fedora- ... at chat dot freenode.net">fedora- ... at chat dot freenode.net</a>

The meeting will be about:
This is where you ask the Fedora Modularity Team questions (and we try to answer them)!

Join us on [IRC](irc://chat.freenode.net/#fedora-modularity): #fedora-modularity on [FreeNode](<a href="https://freenode.net" title="https://freenode.net">https://freenode.net</a>)

Source: <a href="https://apps.fedoraproject.org/calendar/meeting/5910/" title="https://apps.fedoraproject.org/calendar/meeting/5910/">https://apps.fedoraproject.org/calendar/meeting/5910/</a>

Trying to print...

Well... we've got this poster printer. Been printing for years. There was
an, um, incident at work, and long story short, the .ppd that I had had to
create was lost. I've pretty much recreated it, and cupstestppd only gives
a few warnings...

Fedora Rawhide-20180604.n.0 compose check report

No missing expected images.

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

New failures (same test did not fail in Rawhide-20180603.n.1):

ID: 244870 Test: x86_64 universal install_blivet_xfs@uefi
URL: <a href="https://openqa.fedoraproject.org/tests/244870" title="https://openqa.fedoraproject.org/tests/244870">https://openqa.fedoraproject.org/tests/244870</a>

Old failures (same test failed in Rawhide-20180603.n.1):

ID: 244825 Test: i386 Workstation-boot-iso memory_check
URL: <a href="https://openqa.fedoraproject.org/tests/244825" title="https://openqa.fedoraproject.org/tests/244825">https://openqa.fedoraproject.org/tests/244825</a>
ID: 244826 Test: i386 Workstation-boot-iso install_default
URL: <a href="https://openqa.fedoraproject.org/tests/244826" title="https://openqa.fedoraproject.org/tests/244826">https://openqa.fedoraproject.org/tests/244826</a>
ID: 244827 Test: x86_64 KDE-live-iso install_default@uefi
UR

xpa license change

The license in xpa has changed from LGPLv2+ in version 2.1.15 to MIT in xpa
2.1.18

Regards, Sergio

Who pulled the plug on the server installer?

Apparently d-i has been replaced with something called "subiquity". It
does not support raid or LVM; you know, things you typically install on
a server. It also ignores existing partitions on the drive and forces
you to blank the drive and start from scratch. Who thought this was
ready for production?

Untag golang-1.9.4 from Centos PaaS Sig 3.7 Candidate Repo

Our CI team makes use of the centos paas sig repos and they've noticed that
we've got golang-1.9 tagged into the 3.7 repo where as Origin 3.7 should be
built with golang 1.8.

Can we get golang-1.9.2-4.el7 untagged from
paas7-openshift-origin37-candidate ?

storehelpers.go:413: cannot refresh:

After upgrading snapd:amd64 (2.32.3.2, 2.32.9)the other day I now see
this when I run sudo snap refresh:

snapd[15552]: 2018/06/04 08:50:46.373711 storehelpers.go:413: cannot
refresh:

systemctl status snapd
● snapd.service - Snappy daemon
   Loaded: loaded (/lib/systemd/system/snapd.service; enabled; vendor
preset: enabled)
   Active: active (running) since Fri 2018-06-01 07:58:42 CDT; 3 days
ago
 Main PID: 15552 (snapd)
   CGroup: /system.slice/snapd.service
           └─15552 /usr/lib/snapd/snapd

Jun 04 08:50:46 localhost.localdomain snapd[15552]: 2018/06/04
08:50:46.373711 storehelpers.go

F29 System Wide Change: NSS load p11-kit modules by default

= Proposed System Wide Change: NSS load p11-kit modules by default =
<a href="https://fedoraproject.org/wiki/Changes/NSSLoadP11KitModules" title="https://fedoraproject.org/wiki/Changes/NSSLoadP11KitModules">https://fedoraproject.org/wiki/Changes/NSSLoadP11KitModules</a>

Owner(s):
* Daiki Ueno <dueno at redhat dot com>

When NSS database is created, PKCS#11 modules configured in the
system's p11-kit will be automatically registered and visible to NSS
applications.

== Detailed description ==
Fedora provides a mechanism to configure PKCS#11 modules system wide,
allowing the crypto libraries (GnuTLS and OpenSSL) to use PKCS#11
modules in a consistent manner.

docker and podman packages should be part of virt7-container-common-candidate or extra repos.

Hi,

I can see docker packages are part of
virt7-container-common-candidate[0] and also extra[1] repo same with
podman but on the virt repo side docker packages are not updated to
latest version and for podman extra repo doesn't have latest packages.
It becomes really confusing what repo to chose when installing those
packages and if we include both repos then there is conflict:(

[0] <a href="https://cbs.centos.org/repos/virt7-container-common-candidate/x86_64/os/Packages/" title="https://cbs.centos.org/repos/virt7-container-common-candidate/x86_64/os/Packages/">https://cbs.centos.org/repos/virt7-container-common-candidate/x86_64/os/...</a>
[1] <a href="http://mirror.centos.org/centos/7/extras/x86_64/Packages/" title="http://mirror.centos.org/centos/7/extras/x86_64/Packages/">http://mirror.centos.org/centos/7/extras/x86_64/Packages/</a>

```
Transaction couldn't start:
10:06:29 file /usr/libexec/cni/bri

installing perl-CPAN without perl-local-lib

I'm still working on getting my brand new Centos 7 mail server working and I'm
having problems with Perl.

Most of the modules are available as RPM's which was straight forward.
However, MIME::Parser, Net::SCP and Net::SSH aren't.

In order to get these working I installed the perl-CPAN rpm and then installed
the modules above. Doing this, installed perl-local-lib.noarch as a
dependancy.

F29 System Wide Change: i686 Is For x86-64

= Proposed System Wide Change: i686 Is For x86-64 =
<a href="https://fedoraproject.org/wiki/Changes/i686_Is_For_x86-64" title="https://fedoraproject.org/wiki/Changes/i686_Is_For_x86-64">https://fedoraproject.org/wiki/Changes/i686_Is_For_x86-64</a>

Owner(s):
* Florian Weimer <fweimer at redhat dot com>

Fedora builds its i686 packages for use on x86-64 systems as multi-lib RPMs.

== Detailed description ==
Currently, the i686 RPM packages are built in such a way that they are
compatible with very old i686 systems, such as the Pentium III. The
only addition over the i686/Pentium Pro baseline is a requirement to
support long NOPs, for Intel CET.

Nonresponsive maintainer: guidograzioli

Hi all,

I'm trying to get in contact with Guido Graizoli (FAS guidograzioli). He
has not responded to a bug report requesting an update of bibtex2html
[1]. The package is currently also FTBFS [2], where he did not respond
either. I also tried contacting him privately by e-mail, but I did not
get a response.

According to fedora-active-user, he was last active last year.

Introduction

Hello.

My name is Lukáš Tyrychtr and i am a student currently having an
intership at Red Hat.

Ceph Storage SIG packages for Ceph Mimic

Hello Ceph Storage SIG,

I'm researching support for Ceph Mimic for implementations in OpenStack
projects.

Is anybody working on CentOS packages for Ceph Mimic? i.e not the
upstream EL7 packages on download.ceph.com

Best regards

Fedora Rawhide-20180603.n.1 compose check report

No missing expected images.

Failed openQA tests: 13/137 (x86_64), 5/24 (i386), 1/2 (arm)

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

ID: 244519 Test: x86_64 Server-boot-iso install_default@uefi
URL: <a href="https://openqa.fedoraproject.org/tests/244519" title="https://openqa.fedoraproject.org/tests/244519">https://openqa.fedoraproject.org/tests/244519</a>
ID: 244565 Test: x86_64 KDE-live-iso install_default@uefi
URL: <a href="https://openqa.fedoraproject.org/tests/244565" title="https://openqa.fedoraproject.org/tests/244565">https://openqa.fedoraproject.org/tests/244565</a>
ID: 244566 Test: x86_64 KDE-live-iso install_no_user
URL: <a href="https://openqa.fedoraproject.org/tests/244566" title="https://openqa.fedoraproject.org/tests/244566">https://openqa.fedoraproject.org/tests/244566</a>
ID: 244567 Test: x86_64 KDE-live-iso install_default_upload
URL: <a href="https://openqa.fedoraproject.org/tests/244567" title="https://openqa.fedoraproject.org/tests/244567">https://openqa.fedoraproject.org/tests/244567</a>
ID: 24456

Fedora 29 Rawhide 20180603.n.1 nightly compose nominated for testing

Announcing the creation of a new nightly release validation test event
for Fedora 29 Rawhide 20180603.n.1. Please help run some tests for this
nightly compose if you have time.

Newly installed UbuntuMATE 18-04 does not boot

Hello.

I have just rebooted a computer after I (believe that I) installed
UbuntuMATE 18-04, on the computer that has MS Windows installed, and,
after the "Installation is complete.

Self Introduction

Hello everyone,
My name is Feather Lin, I live in Taiwan and I am a student. I had used in Fedora 20 and 21, I am using CentOS 7 now.

Feather

: broken fedpkg

Hi,

As in is in subject

$ fedpkg
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/fedpkg/__main__.py", line 84, in
main
sys.exit(client.args.command())
AttributeError: 'Namespace' object has no attribute 'command'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/usr/bin/fedpkg", line 11, in <module>
load_entry_point('fedpkg==1.33', 'console_scripts', 'fedpkg')()
File "/usr/lib/python3.6/site-packages/fedpkg/__main__.py", line 89, in
main
(client.args.command.__name__, e))
AttributeError:

Libravatar shutting down on 2018-09-01 - Are we aware of that already?

Greetings,

I was stumbling over this as I was wondering where my Avatar went on
src.fedoraproject.org… However, long story short:

The guys of Libravatar are intending to shut down their services on
2018-09-01.

More information can be found here:

<a href="https://blog.libravatar.org/posts/Libravatar.org_is_shutting_down_on_20" title="https://blog.libravatar.org/posts/Libravatar.org_is_shutting_down_on_20">https://blog.libravatar.org/posts/Libravatar.org_is_shutting_down_on_20</a>
18-09-01/

Is Fedora (most likely the infrastructure team?) aware of that already?
Are we going to run our own service for that?

Questions about yum-cron

Hi,

Up until now I always kept my servers up-to-date manually. Currently I'm
experimenting with yum-cron to automate this process.

I read through various online tutorials, and now I have a couple questions.

1. As far as I know, when editing /etc/yum/yum-cron.conf, I can only use
the following value for update_cmd :

update_cmd = default

If I understand this correctly, 'update_cmd = security' would have no
effect, since contrary to RHEL, CentOS doesn't provide the necessary
metadata to operate the distinction between security updates and other
updates like mere bugfixes.

Package security scanner for CentOS docker containers

Hi List,

I’m looking for a command line package security scanner for CentOS docker
containers.

Is there any utility out there for checking alpine packages in an alpine
docker container against the cve database?

Tools similar to debsecan would be ideal (<a href="https://github.com/allthings/" title="https://github.com/allthings/">https://github.com/allthings/</a>
debsecan), i.e a tool that can be launched from the host machine, will
connect to a container on the host, or start up a docker image on the
hosts, scan the packages and report CVEs relevant to each package.

Thanks in advance,
Traiano

2018-06-04 @ 15:00 UTC - Fedora QA Meeting

# Fedora Quality Assurance Meeting
# Date: 2018-06-04
# Time: 15:00 UTC
(<a href="https://fedoraproject.org/wiki/Infrastructure/UTCHowto" title="https://fedoraproject.org/wiki/Infrastructure/UTCHowto">https://fedoraproject.org/wiki/Infrastructure/UTCHowto</a>)
# Location: #fedora-meeting on irc.freenode.net

Greetings testers!

We haven't met for a couple of weeks, and there are some active
discussions about release criteria, so let's catch up!

If anyone has any other items for the agenda, please reply to this
email and suggest them! Thanks.

== Proposed Agenda Topics ==

1. Previous meeting follow-up
2. Fedora 29 status
3. Release criteria discussions
4. Onboarding status
5. Open floor

Review swap request

Hi all,

The linux-igd package no longer builds against the latest libupnp package and
upstream is dead so I'm going to retire it.

To replace it I am packaging miniupnpd, which is strangely not in Fedora while the
client tool, miniupnpc, is packaged.

<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1585365" title="https://bugzilla.redhat.com/show_bug.cgi?id=1585365">https://bugzilla.redhat.com/show_bug.cgi?id=1585365</a>

Thanks,
Michael

CentOS-announce Digest, Vol 160, Issue 1

Send CentOS-announce mailing list submissions to
<a href="mailto:centos- ... at centos dot org">centos- ... at centos dot org</a>

To subscribe or unsubscribe via the World Wide Web, visit
<a href="https://lists.centos.org/mailman/listinfo/centos-announce" title="https://lists.centos.org/mailman/listinfo/centos-announce">https://lists.centos.org/mailman/listinfo/centos-announce</a>
or, via email, send a message with subject or body 'help' to
<a href="mailto:centos-announce- ... at centos dot org">centos-announce- ... at centos dot org</a>

You can reach the person managing the list at
<a href="mailto:centos-announce- ... at centos dot org">centos-announce- ... at centos dot org</a>

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."

Today's Topics:

1.

Notifications about "builds started to fail in Fedora rawhide"

Can the service that creates these notifications be improved to include
an excerpt of the problems that cause a build to fail?

[...]

Begin forwarded message:

Notification time stamped 2018-06-01 23:37:54 UTC

claws-mail's builds started to fail in Fedora rawhide
<a href="https://apps.fedoraproject.org/koschei/package/claws-mail?collection=f29" title="https://apps.fedoraproject.org/koschei/package/claws-mail?collection=f29">https://apps.fedoraproject.org/koschei/package/claws-mail?collection=f29</a>

Non-responsive maintainer: Namratha Kothapalli (nkothapa)

The e-mail address associated with Namratha Kothapalli (nkothapa) is no
longer valid. Does anybody know how to contact Namratha?

Schedule for Friday's FESCo Meeting (2018-06-01)

Following is the list of topics that will be discussed in the
FESCo meeting Friday at 15:00UTC in #fedora-meeting on
irc.freenode.net.

To convert UTC to your local time, take a look at
<a href="http://fedoraproject.org/wiki/UTCHowto" title="http://fedoraproject.org/wiki/UTCHowto">http://fedoraproject.org/wiki/UTCHowto</a>

or run:
date -d '2018-06-01 15:00 UTC'

Links to all issues below can be found at:
<a href="https://pagure.io/fesco/report/meeting_agenda" title="https://pagure.io/fesco/report/meeting_agenda">https://pagure.io/fesco/report/meeting_agenda</a>

= Followups =

#topic #1893 Non-responsive maintainer for libinvm-i18n,libinvm-cli,
libinvm-cim
.fesco 1893
<a href="https://pagure.io/fesco/issue/1893" title="https://pagure.io/fesco/issue/1893">https://pagure.io/fesco/issue/1893</a>

= New business =

#topic #1901 F29 System Wide Change: Perl Move to MetaCPAN
.fesco 1901
https

F29 System Wide Change: Strong crypto settings: phase 2

= Proposed System Wide Change: Strong crypto settings: phase 2 =
<a href="https://fedoraproject.org/wiki/Changes/StrongCryptoSettings2" title="https://fedoraproject.org/wiki/Changes/StrongCryptoSettings2">https://fedoraproject.org/wiki/Changes/StrongCryptoSettings2</a>

Owner(s):
* Tomáš Mráz <tmraz at redhat dot com>

We update the current system-wide crypto policy to further disable
legacy cryptographic protocols (TLS 1.0 and TLS 1.1) and weak
Diffie-Hellman key exchange sizes (1024 bit)

== Detailed description ==
Fedora includes several cryptographic components who's security
doesn't remain constant over time.

Change in Copr retention policy?

Hi,
I would like to open discussion about Copr retention policy change.

Right now we have:

This means that we still have repos for fedora-18-* and epel-5-*.

Is this reasonable? Or are we just wasting storage?

Re: Fedora Elections May 2018 - Voting period in progress for Council and Mindshare elections

Please let me remind we have opened Voting to Fedora Council [1] and
Mindshare Committee [2]. You can vote till June 6th, 2018 when the
voting ends at 23:59:59 UTC.

On Community blog [3] you can also find interviews with all the
candidates.

CA certificate directory for a VPN client

A question arose about a good choice of the default directory for
trusted CA certificates over these proposed rpm PRs:

<a href="https://src.fedoraproject.org/rpms/strongswan/pull-request/6" title="https://src.fedoraproject.org/rpms/strongswan/pull-request/6">https://src.fedoraproject.org/rpms/strongswan/pull-request/6</a>
<a href="https://src.fedoraproject.org/rpms/strongswan/pull-request/7" title="https://src.fedoraproject.org/rpms/strongswan/pull-request/7">https://src.fedoraproject.org/rpms/strongswan/pull-request/7</a>

An IKEv2 client from strongSwan package, charon-nm, needs to be
configured with a directory name to load trusted X.509 CAs from. The
CA certificates are used to authenticate VPN servers.

There are following considerations for the directory choice:

1. It should be in /etc so that it can be configured on ostree machines.
2.

I'm travelling and offline until the 18th

Just a quick heads up that I won't be online if you are looking for me.
hughsie is running point on GNOME builds while I'm gone.

Kalev

Fedora Rawhide-20180531.n.0 compose check report

No missing expected images.

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

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

ID: 243983 Test: x86_64 Workstation-boot-iso install_default@uefi
URL: <a href="https://openqa.fedoraproject.org/tests/243983" title="https://openqa.fedoraproject.org/tests/243983">https://openqa.fedoraproject.org/tests/243983</a>

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

ID: 243985 Test: i386 Workstation-boot-iso memory_check
URL: <a href="https://openqa.fedoraproject.org/tests/243985" title="https://openqa.fedoraproject.org/tests/243985">https://openqa.fedoraproject.org/tests/243985</a>
ID: 243986 Test: i386 Workstation-boot-iso install_default
URL: <a href="https://openqa.fedoraproject.org/tests/243986" title="https://openqa.fedoraproject.org/tests/243986">https://openqa.fedoraproject.org/tests/243986</a>
ID: 244001 Test: arm Minimal-raw_xz-raw.xz install_ar

dnf and deltarpm (Was: Re: Fedora rawhide compose report: 20180529.n.0 changes)

On 29 May 2018 at 15:49, Fedora Rawhide Report < ... at fedoraproject dot org>
wrote:
[..]

Definitive guide to setting up FTPIS on vsftpd

I have a new CentOS 7.4 (recently upgraded to 7.5) system that I have been struggling with in configuring vsftpd for FTPS Implicit (port 990).
(The latest instructions I've used are at: <a href="https://www.unixmen.com/configure-vsftpd-ssltls-centos-7/" title="https://www.unixmen.com/configure-vsftpd-ssltls-centos-7/">https://www.unixmen.com/configure-vsftpd-ssltls-centos-7/</a>)

Using Filezilla client, I get:

Error: GnuTLS error -15: An unexpected TLS packet was received.
Error: Could not connect to server

Using Core FTP LE:

SL/TLS error - 0, SSL error - 1, error:00000001:lib(0):func(0):reason(1)
SSL Connection not established

Using WinSCP:

TLS connect: error in SSLv2/v3 read server hello A
TLS c

CentOS 7.5 gui login root only

Taking first steps on CentOS 7 1804.

Logging into the Gnome/Gnome classic desktop from gdm works only for root. For other users, the screen flashes and the login screen returns. KDE/Plasma login is successful but ends up with a black screen with mouse pointer while all desktop processes appear to be running.

The CentOS 7 system is running in a CentOS6 KVM virtual machine, which may be the problem. I have no physical machine for testing right now.

These logins work for non-root users when the system is built from the CentOS 7 DVD.

Fedora 29 Rawhide 20180531.n.0 nightly compose nominated for testing

Announcing the creation of a new nightly release validation test event
for Fedora 29 Rawhide 20180531.n.0. Please help run some tests for this
nightly compose if you have time.

Unified Unison package (again)

Previously discussed several times, most recently:

* 2015 <a href="https://lists.fedoraproject.org/archives/list/ ... at lists dot fedoraproject.org/thread/KQ523Z3S3VUATKU6V2NASAPGBKR5EJWC/" title="https://lists.fedoraproject.org/archives/list/ ... at lists dot fedoraproject.org/thread/KQ523Z3S3VUATKU6V2NASAPGBKR5EJWC/">https://lists.fedoraproject.org/archives/list/ ... at lists dot fedoraproject....</a>
* 2011 <a href="https://lists.fedoraproject.org/pipermail/devel/2011-September/thread.html#157495" title="https://lists.fedoraproject.org/pipermail/devel/2011-September/thread.html#157495">https://lists.fedoraproject.org/pipermail/devel/2011-September/thread.ht...</a>

Unison is a fairly widely used file synchronization package. Think of
it as a more efficient, multi-directional 'rsync'.

Unison has the unfortunate property that versions of Unison are not
compatible with each other unless they have the exact same major.minor
release. eg.

equivalent of Debian config-package?

Is there any existing system for rpm like the Debian one
<https://debathena.mit.edu/config-package-dev/> for building local
configuration packages?

F29 System Wide Change: Hide the grub menu

= Proposed System Wide Change: Hide the grub menu =
<a href="https://fedoraproject.org/wiki/Changes/HiddenGrubMenu" title="https://fedoraproject.org/wiki/Changes/HiddenGrubMenu">https://fedoraproject.org/wiki/Changes/HiddenGrubMenu</a>

Owner(s):
* Hans de Goede <hdegoede at redhat dot com>

On systems with only a single OS installed, the grub menu does not
offer any useful functionality, so we should hide it by default.

== Detailed description ==
On systems with only a single OS installed, the grub menu's only
function is to allow booting older kernels, which is only necessary as
a rescue option in case of a severe kernel bug and as such not
something which is directly useful for normal use.
Fedora already has a

Hiding the grub menu by default on single OS installs

Hi All,

I'm working on improving the Fedora boot experience, with the
end goal being a user pressing the on button and then going
to the graphical login manager without him seeing any
text messages / menus filled with technical jargon.

IIRC we used to hide the grub-menu by default on single
OS installs, but we seemed to have stopped doing that,
for new Fedora 29 installs I would like us to start
hiding the menu by default on single OS installs again,
see:

<a href="https://fedoraproject.org/wiki/Changes/HiddenGrubMenu" title="https://fedoraproject.org/wiki/Changes/HiddenGrubMenu">https://fedoraproject.org/wiki/Changes/HiddenGrubMenu</a>

The goal if this email is to:
1) Give people an advance warning about the plan to

NEEDINFO denial of service attack

<a href="https://pagure.io/fesco/issue/1736" title="https://pagure.io/fesco/issue/1736">https://pagure.io/fesco/issue/1736</a>

I've had about 100 bugs set to NEEDINFO of me to check if some obscure
Fedora package is vulnerable to some 1 or 2 year old bug.

Is this a useful use of anyone's time?

I am going to close them all WONTFIX.

Rich.

Schedule for Thursday's FPC Meeting (2018-05-31 16:00 UTC)

 Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2018-05-31 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.

 Local time information (via.

NVIDIA binary on CentOS 7.5 and NOUVEAU

I have NOUVEAU driver disabled however its "showing" in my X log file.

[ 140.086] (II) NVIDIA dlloader X Driver 390.59 Wed May 9 21:30:06 PDT
2018
[ 140.086] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
[ 140.086] (II) NOUVEAU driver
[ 140.087] (II) NOUVEAU driver for NVIDIA chipset families :
[ 140.087] RIVA TNT (NV04)
[ 140.087] RIVA TNT2 (NV05)
[ 140.087] GeForce 256 (NV10)
[ 140.087] GeForce 2 (NV11, NV15)
[ 140.087] GeForce 4MX (NV17, NV18)
[ 140.087] GeForce 3 (NV20)
[ 140.087] GeForce 4Ti (NV2

Fedora Elections May 2018 - Voting period has started for Council and Mindshare elections

Hi,

the Voting period of the currently running Fedora Elections [0] has
just started. Please vote for your candidates to Council [1] and
Mindshare [2].
You can vote till June 6th, 2018 when the voting ends at 23:59:59 UTC.

On Community blog [3] you can also find interviews with all the
candidates.

Can't fork in src.fedoraproject.org

When I try to fork rpms/thrift, I get the error message: Repo
"forks/ctubbsii/thrift" already exists.

However, it clearly does not exist. It is not listed at
<a href="https://src.fedoraproject.org/user/ctubbsii" title="https://src.fedoraproject.org/user/ctubbsii">https://src.fedoraproject.org/user/ctubbsii</a> , which shows 0 forks.

Perhaps I forked it in the past, and the delete did not get cleaned up
correctly? I don't know.

Updating thrift in rawhide to 0.11.0

(sorry if this gets posted twice; previous attempt was sent from wrong
address and will hopefully bounce anyway)

Thrift in rawhide is currently 0.10.0. My intention is move to Thrift
0.11.0 in rawhide.
Affected packages seem to be:

accumulo (ctubbsii, mizdebsk, milleruntime)
avro (ricardo, gil, lef)
disruptor-thrift-server (trepik)
golang-opencensus (eclipseo, nim, jchaloup)
hive (orphan, pmackinn, coolsvap, moceap)
purple-line (fujiwara)
python-elasticsearch (dbruno, apevec, piotrp)
python-txamqp (dcallagh)

Updating thrift in rawhide to 0.11.0

Thrift in rawhide is currently 0.10.0. My intention is move to Thrift
0.11.0 in rawhide.
Affected packages seem to be:

accumulo (ctubbsii, mizdebsk, milleruntime)
avro (ricardo, gil, lef)
disruptor-thrift-server (trepik)
golang-opencensus (eclipseo, nim, jchaloup)
hive (orphan, pmackinn, coolsvap, moceap)
purple-line (fujiwara)
python-elasticsearch (dbruno, apevec, piotrp)
python-txamqp (dcallagh)

Ubuntu stock 14.04 Firefox crashes on machines with NFS mounted file systems

We have 9 workstations, running Ubuntu 14.04, that are booted diskless using
drbl. For the past few versions of Firefox, (since 58 0r 59) Firefox crashes
on startup. It is basically not usable, even with a fresh profile. FF
52.6.0ESR does work however. Oh, Chrome and Chromium don't work either (never
have). We have a pair of laptops that also have Ubuntu 14.04 on them, but
they are setup to use their own internal disks. FF works on them. It
*appears* to be some weirdness with NFS (I think), but I don't know what.

Fedora Rawhide-20180530.n.0 compose check report

No missing expected images.

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

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

ID: 243536 Test: i386 Workstation-boot-iso memory_check
URL: <a href="https://openqa.fedoraproject.org/tests/243536" title="https://openqa.fedoraproject.org/tests/243536">https://openqa.fedoraproject.org/tests/243536</a>
ID: 243537 Test: i386 Workstation-boot-iso install_default
URL: <a href="https://openqa.fedoraproject.org/tests/243537" title="https://openqa.fedoraproject.org/tests/243537">https://openqa.fedoraproject.org/tests/243537</a>
ID: 243552 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload
URL: <a href="https://openqa.fedoraproject.org/tests/243552" title="https://openqa.fedoraproject.org/tests/243552">https://openqa.fedoraproject.org/tests/243552</a>
ID: 243593 Test: x86_64 universal install_iscsi
URL: <a href="https://openqa.fedoraproject.org/tests/243593" title="https://openqa.fedoraproject.org/tests/243593">https://openqa.fedoraproject.org/tests/243593</a>

Soft

What's upholding the new clamav?

Hi,
My clamav is complaining that the version is outdated. There is a new one
0.100 but epel is not updating the rpm.
Why is there a delay?

Adrian

'gnome-daemon-settings' Doesn't Start When Attempting To Make Changes

All,

So here's the issue:

The system - a Dell Precision M4800

The OS - CentOS 6.9, ver. 2.6.32-696.28.1

The problem - Whenever the user tries to make system changes (display,
mouse orientation, etc.), the gnome-settings-daemon pops up and says it
can't run, and the changes never occur.

Need help to understand about some lines which are printing on console

Hi,

Some lines are printing on console:
[CCafException] CAppConf@[1711]: CommAmqpListener: [CCafException] CAppConfig:: getString() Required config parameter [amqp_password] is missing from section [c ommunication_amqp]

Can you help me to understand why we are getting these lines on console?
How we can remove these lines from the console?

Please suggest.

Thanks & Regards,
Shagun

How to make DNS resolving fail early in mock?

Hi, since our Koji builds have disabled internet access, I want to do
the same, so I have more Koji consistent builds.

I have the following in /etc/mock/site-defaults.cfg:

config_opts['use_host_resolv'] = True # or False, no difference
config_opts['rpmbuild_networking'] = False

The internet doesn't work (desired), but has large timeouts (undesired).

This is especially tedious when building Python packages that use
intershpinx and they try to fetch stuff from the internet during build
(it fails, but that's OK). For each such request, the build is prolonged
for ~1 minute.

Syndicate content