DevHeads.net

Linux

vanishing abrt logs

Hi,

I was looking at some abrt reports in the bugzilla [1,2,3], and I seems that
the reports contain much less information than in the past. In particular,
the "var_log_messages" attachment is always just a few useless lines that
a) seems to be cut down just to messages *from* the service, and has no
messages *about* the service
b) the messages are only from a short time period before the crash

When a service dies, systemd logs quite a bit of useful information [4]
about the causes.

Fedora 30-20190406.n.1 compose check report

Missing expected images:

Atomichost qcow2 x86_64
Atomichost raw-xz x86_64

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

ID: 378757 Test: x86_64 Workstation-live-iso desktop_update_graphical
URL: <a href="https://openqa.fedoraproject.org/tests/378757" title="https://openqa.fedoraproject.org/tests/378757">https://openqa.fedoraproject.org/tests/378757</a>
ID: 378768 Test: x86_64 KDE-live-iso install_no_user
URL: <a href="https://openqa.fedoraproject.org/tests/378768" title="https://openqa.fedoraproject.org/tests/378768">https://openqa.fedoraproject.org/tests/378768</a>
ID: 378776 Test: x86_64 KDE-live-iso apps_startstop
URL: <a href="https://openqa.fedoraproject.org/tests/378776" title="https://openqa.fedoraproject.org/tests/378776">https://openqa.fedoraproject.org/tests/378776</a>
ID: 378780 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload
URL: <a href="https://openqa.fedoraproject.org/tests/378780" title="https://openqa.fedoraproject.org/tests/378780">https://openqa.fedoraproject.org/tests/378780</a>
ID:

Fedora 30 compose report: 20190406.n.1 changes

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

Size of added packages: 0 B
Size of dropped packages: 6.10 MiB
Size of upgraded packages: 0 B
Size of downgraded packages: 0 B

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

===== ADDED IMAGES =====
Image: Server raw-xz armhfp
Path: Server/armhfp/images/Fedora-Server-armhfp-30-20190406.n.1-sda.raw.xz
Image: Games live x86_64
Path: Labs/x86_64/iso/Fedora-Games-Live-x86_64-30-20190406.n.1.iso
Im

Need volunteer for a Go review

Hello,

Can anyone review:

Review Request: golang-github-anacrolix-dms - A UPnP DLNA Digital Media Server
that includes basic video
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1684956" title="https://bugzilla.redhat.com/show_bug.cgi?id=1684956">https://bugzilla.redhat.com/show_bug.cgi?id=1684956</a>

This is the last piece I need to update rclone to 1.46.0, which was published
2 months ago already.

I'm available for any review in exchange.

Thanks,

Robert-André

Second Disco Dingo test rebuild

The second test rebuild of Disco Dingo was started on April 04 2019 for
all architectures, just the main component.

Orphaning all my packages

Dear fellow developers,

I'm no longer able to maintain my packages on Fedora, due to lack of
time and power.

I am maintainer of:

aeskulap,
astyle,
codeblocks,
dvdbackup,
gnome-dvb-daemon,
gnome-shell-extension-openweather,
gnome-shell-extension-panel-osd

All packages build (as far as I know) except for gnome-dvb-daemon which
failed to build on fc30 mass-rebuild.

The two gnome-shell-extensions should be retired in my opinion, because
they are available via extensions.gnome.org (at the moment), but as I
am also upstream maintainer, the will not be continued (at least not by
me).

I'm also u

How to 'do-release-upgrade' from 16.04 to 18.04 remotely using PuTTY?

I have an Ubuntu Server 16.04.6 LTS. It is used as a web server,
OpenVPN server and Subversion backup server.
It is headless on Intel CPU (64 bit) hardware without both display and
keyboard.

Fedora 30-20190405.n.0 compose check report

Missing expected images:

Atomichost qcow2 x86_64
Atomichost raw-xz x86_64

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

ID: 378368 Test: x86_64 Workstation-live-iso apps_startstop
URL: <a href="https://openqa.fedoraproject.org/tests/378368" title="https://openqa.fedoraproject.org/tests/378368">https://openqa.fedoraproject.org/tests/378368</a>
ID: 378371 Test: x86_64 Workstation-live-iso desktop_update_graphical
URL: <a href="https://openqa.fedoraproject.org/tests/378371" title="https://openqa.fedoraproject.org/tests/378371">https://openqa.fedoraproject.org/tests/378371</a>
ID: 378384 Test: x86_64 KDE-live-iso install_no_user
URL: <a href="https://openqa.fedoraproject.org/tests/378384" title="https://openqa.fedoraproject.org/tests/378384">https://openqa.fedoraproject.org/tests/378384</a>
ID: 378388 Test: x86_64 KDE-live-iso apps_startstop
URL: <a href="https://openqa.fedoraproject.org/tests/378388" title="https://openqa.fedoraproject.org/tests/378388">https://openqa.fedoraproject.org/tests/378388</a>
ID: 378395 Test: arm Mi

19.04 discover sources failure

in 19.04 in discover>sources>software sources I'm getting an error that
it's trying to launch lxqt-sudo software-properties-qt
I haven't installed lxqt anything as far as I know. Any idea how to fix
this?

Fedora 30 Branched 20190405.n.0 nightly compose nominated for testing

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

2019-04-08 @ 16:00 UTC - Fedora 30 Blocker Review Meeting

# F30 Blocker Review meeting
# Date: 2019-04-08
# Time: 16:00 UTC
# Location: #fedora-blocker-review on irc.freenode.net

Hi folks! We have 5 proposed Final blockers to review, so let's have a
Fedora 30 blocker review meeting on Monday!

If you have time this weekend, you can take a look at the proposed or
accepted blockers before the meeting - the full lists can be found
here: <a href="https://qa.fedoraproject.org/blockerbugs/" title="https://qa.fedoraproject.org/blockerbugs/">https://qa.fedoraproject.org/blockerbugs/</a> .

We'll be evaluating these bugs to see if they violate any of the
Release Criteria and warrant the blocking of a release if they're not
fixed.

Proposal to CANCEL: 2019-04-08 Fedora QA Meeting

Hi folks! I'm proposing we cancel the QA meeting on Monday. I think we
covered everything already, but if you're aware of anything important
we have to discuss this week, please do reply to this mail and we can
go ahead and run the meeting. Note there *will* be a blocker review
meeting.

Thanks, everyone!

Fedora 30 Final blocker status mail #1

Action summary
====================

Accepted blockers
2. <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1691832" title="https://bugzilla.redhat.com/show_bug.cgi?id=1691832">https://bugzilla.redhat.com/show_bug.cgi?id=1691832</a>
ACTION: Upstream rhinstaller maintainers to merge pull request

3. <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1691909" title="https://bugzilla.redhat.com/show_bug.cgi?id=1691909">https://bugzilla.redhat.com/show_bug.cgi?id=1691909</a>
ACTION: gdm maintainer to identify a fix

4. <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1690429" title="https://bugzilla.redhat.com/show_bug.cgi?id=1690429">https://bugzilla.redhat.com/show_bug.cgi?id=1690429</a>
ACTION: Upstream gnome-shell developers to identify and fix issue

5.

Ubuntu SRUs: autopkgtest regression handling, MRE distro changes warning

Hello everyone,

Sending out this e-mail on behalf of the Ubuntu SRU team to give some
information regarding two SRU policies: clearing out some confusion
regarding autopkgtest regressions and a heads up about
distro-affecting changes in MRE-covered uploads.

It's mostly relevant only to those of you that have upload rights and
prepare SRUs on daily basis.

1. Autopkgtest Regression Handling

As most of you know (at least those that uploaded SRUs to stable
series), most SRU uploads trigger autopkgtests the same way as it
happens for uploads to the devel series.

Seek some help on operating system drivers. Thanks!

Hello, I am a user of CentOS 7.6. I came here for help.
I recently bought a microserver called HPE Proliant MicroServer Gen10(X3216 APU).
CentOS 7.6 was installed for it. I found that the fan of the machine would keep turning and the noise was very loud. I searched everywhere but I couldn't find any way out.

Pardon my ignorance showing. I don’t know where to seek help.

When I use sensors-detect:
Sorry, no sensors were detected.
Either your system has no sensors, or they are not supported, or
they are connected to an I2C or SMBus adapter that is not
supported.

git.centos.org : Delayed migration

Due to unexpected circumstances , we have to delay the git.centos.org
migration.
I'll post an update when we'll have all details, but it seems it would
be only delayed for some days.

Thanks for your comprehending,

Catch 22 in epel7 for %selinux_requires

Hello,

I maintain an selinux module package for el7, and recently came across
interesting macros [1] and in particular %selinux_requires that hides
the dirty detail and especially one that I missed when I set this up
back then.

Unfortunately, it appears to be provided by one of the packages it
BuildRequires itself:

Issues when updating CentOS 7

Hi all,

I wanted to update my CentOS 7 install this morning and I started
getting the errors from below.

Any ideas on a fix?

They seem to be related to cinnamon which I actually don't use at all
(the machine was prepared by our IT at work and they install both
Gnome and Cinnamon by default).

Since I don't use it, I guess an option would be to remove it
altogether and then I will probably not have the update issues
anymore.

Ark vs. RAR files under CentOS 7

Hi,

Over the past weeks, I've configured and fine-tuned a bells-and-whistles
desktop based on CentOS 7 and KDE, which I've documented in detail on my
blog:

* <a href="https://www.microlinux.fr/poste-de-travail-entreprise-centos-7-kde/" title="https://www.microlinux.fr/poste-de-travail-entreprise-centos-7-kde/">https://www.microlinux.fr/poste-de-travail-entreprise-centos-7-kde/</a>

So far I have one single thing that's not working. It's a little detail,
but I'm sure it will come bite me, since I know some of my users need
this functionality.

Ark (KDE's archive manager) can't handle RAR files, even though unrar is
installed under the hood.

It looks like I have to rebuild Ark to get this functionality.

Obsoleting LuxRender by luxcorerender

Starting from Fedora 30, LuxRender repository
(<a href="https://src.fedoraproject.org/rpms/LuxRender/" title="https://src.fedoraproject.org/rpms/LuxRender/">https://src.fedoraproject.org/rpms/LuxRender/</a>) is retired in favour of
luxcorerender (<a href="https://src.fedoraproject.org/rpms/luxcorender/" title="https://src.fedoraproject.org/rpms/luxcorender/">https://src.fedoraproject.org/rpms/luxcorender/</a>)
following upstream.

Unfortunately, I don't know how to move other members to the new
luxcorender repository and they
are free to join.

Thanks to proven packagers for making the process possible and keep up
with upstream.

Luya

need debug version for checking kernel freeze

Dear team
I ahve a Ubuntu 12.04 (precise) guest vm running on qemu KVM .

Fedora 30 Beta Silverblue Feedback

Hi,

I didn't see a Silverblue specific mailing list and Fedora 30 is a beta
so hopefully this is right. If it isn't, where is the appropriate place?

Firstly I'd like to just say that the idea behind Fedora Silverblue is
really amazing. My understanding it's more orientated for containers and
the like however even for general desktop usage it's incredibly useful
as a recovery mechanism from things like bad GPU driver installs.
Indeed, after a failed attempt to build the driver using a guide[1] I
was left with a broken system on reboot.

anaconda / min_luks_entropy

I'am running into this

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

while trying to handcraft a kickstart file for CentOS7.

Does anybody knowns a workaround?

Please revert the python-impacket package removal

Hello fellow packagers,

please am I the only one who doesn't like the way how the python2 packages
are being removed from Fedora?

I believe the package python-impacket should not have been removed.

Please Miro Hroncok can you revert the package removal?

The memo says:

"(Sub-)packages only providing python2 importable modules without additional
functionality will be removed from Fedora unless some other package(s)
depends on them."

Package python-impacket was providing whole bunch of utilities with
additional functionality like wmiexec.py and psexec.py, which currently do
n

luxcorerender failure to build

luxcorerender kept on failing despite fulfilling all necessary build
requirement. It occurred with slg-core which I vainly try to ignore it
as suggested by upstream.

Using %verify and %ghost and other issues for mass cleanups

Hi,

Looks like I found something to do for someone with proven packager
privileges (which allow straight modify of any Fedora package git repo
without asking package maintainer to do modification).
Submitting hundreds of separated PRs for all below cases does not make to
much sense and totally will consume few man/days and with proven packager
privs it should take minutes.

*!) (over)use %veryfy() with %ghost*

Just results of two commands:

[tkloczko@domek SPECS.fedora]$ grep %ghost * | grep %verify | awk -F:
'{print $1}' | sort | uniq | wc -l
45
[tkloczko@domek SPECS.fedora]$ grep %ghost *

Package Naming Guildelines for compat-lua packages

(This message is a copy for fedora-devel archival purposes, original
message was rejected by mailing list and was only sent to CCed maintainers)

Hi,

there is no official package naming guideline for lua packages in Fedora
[1].

Similarly to python2/python3, there are two version of lua: lua and
compat-lua. There is currently inconsistency in the package names for
compat-lua packages. Example:

compat-lua-lpeg vs. lua-cqueues-compat

This makes it difficult to search for lua packages and preferably, there
should be just a single naming scheme.

f28/f29 container composes failure since a while, is it already tracked by an issue ?

In fedora registry (1) we have f30/rawhide containers updated from last
compose (2)
but f28 last dated 20181007
but f29 last dated 20190218
Probably related to the DOOMED status reported in Container compose
(3) Where f28/f29 traceback.global file reports failures.

Is there already known issue tracking this Container compose failure ?

(1) <a href="https://registry.fedoraproject.org/repo/fedora/tags/" title="https://registry.fedoraproject.org/repo/fedora/tags/">https://registry.fedoraproject.org/repo/fedora/tags/</a>
(2)
<a href="https://kojipkgs.fedoraproject.org/compose/branched/latest-Fedora-30/compose/Container/" title="https://kojipkgs.fedoraproject.org/compose/branched/latest-Fedora-30/compose/Container/">https://kojipkgs.fedoraproject.org/compose/branched/latest-Fedora-30/com...</a>

<a href="https://kojipkgs.fedoraproject.org/compose/rawhide/latest-Fedora-Rawhide/compose/Container/" title="https://kojipkgs.fedoraproject.org/compose/rawhide/latest-Fedora-Rawhide/compose/Container/">https://kojipkgs.fedoraproject.org/compose/rawhide/latest-Fedora-Rawhide...</a>
(3)

Schedule for Thursday's FPC Meeting (2019-04-04 16:00 UTC)

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

Local time information (via.

Maintainer test instances

Greetings.

This is a periodic reminder that we have some test instances setup for
package maintainers. Please see:

<a href="https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers" title="https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers">https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Mainta...</a>

for more information.

Additionally, I have just added 2 aarch64 instances (running Fedora 29).

I hope folks will find them useful.

kevin

Fedora Rawhide-20190403.n.1 compose check report

Missing expected images:

Atomichost qcow2 x86_64
Atomichost raw-xz x86_64

Compose FAILS proposed Rawhide gating check!
8 of 47 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING** below
Unsatisfied gating requirements that could not be mapped to openQA tests:
FAILED: compose.cloud.all

Failed openQA tests: 33/144 (x86_64), 4/24 (i386), 1/2 (arm)

ID: 377258 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller **GATING**
URL: <a href="https://openqa.fedoraproject.org/tests/377258" title="https://openqa.fedoraproject.org/tests/377258">https://openqa.fedoraproject.org/tests/377258</a>
ID: 377259 Test: x86_64 Server-dvd-iso server_r

Heads up: OpenColorIO 1.1.1

There's no soname change and fedabidiff output doesn't look to concerning
but I'm no expert there:

[C]'method void
OpenColorIO::v1::Processor::Impl::addColorSpaceConversion(const
OpenColorIO::v1::Config&, const OpenColorIO::v1::ConstContextRcPtr&, const
OpenColorIO::v1::ConstColorSpaceRcPtr&, const
OpenColorIO::v1::ConstColorSpaceRcPtr&)' at Processor.h:96:1 has some
indirect sub-type changes:
parameter 2 of type 'const OpenColorIO::v1::ConstContextRcPtr&' has
sub-type changes:
in referenced type 'const OpenColorIO::v1::ConstContextRcPtr':
in unqualified underlying

Kickstart putting /boot on sda2 (anaconda partition enumeration)?

Does anyone know how anaconda partitioning enumerates disk partitions when
specified in kickstart? I quickly browsed through the anaconda installer
source on github but didn't see the relevant bits.

I'm using the centOS 6.10 anaconda installer.

Somehow I am ending up with my swap partition on sda1, /boot on sda2, and
root on sda3.

CVE-2019-0211 httpd24 / EL6

It seems that httpd24-httpd from SCL is affected by CVE-2019-0211 [1].

Does the SIG has plans to update these rpms for EL6?

[1] <a href="https://httpd.apache.org/security/vulnerabilities_24.html" title="https://httpd.apache.org/security/vulnerabilities_24.html">https://httpd.apache.org/security/vulnerabilities_24.html</a>

Planned Outage: Taskotron 2019-04-09 16:00 UTC

There will be an outage starting at 2019-04-09 16:00 UTC, which will
last approximately 4 hours.

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

date -d '2019-04-09 16:00UTC'

Reason for outage:

Major upgrade to Taskotron

Affected Services:

Taskotron
Bodhi (displaying results)
Greenwave

Ticket Link:

<a href="https://pagure.io/fedora-infrastructure/issue/7686" title="https://pagure.io/fedora-infrastructure/issue/7686">https://pagure.io/fedora-infrastructure/issue/7686</a>

Please join #fedora-admin or #fedora-noc on irc.freenode.net or add
comments to the ticket for this outage above.

Modularity question for packagers about rolling/latest/stable/master streams

Some modules now use "latest", "stable", or "master" as stream names for
various different things.

Fedora 30-20190403.n.0 compose check report

Missing expected images:

Atomichost qcow2 x86_64
Atomichost raw-xz x86_64

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

ID: 377082 Test: x86_64 KDE-live-iso apps_startstop
URL: <a href="https://openqa.fedoraproject.org/tests/377082" title="https://openqa.fedoraproject.org/tests/377082">https://openqa.fedoraproject.org/tests/377082</a>
ID: 377089 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload
URL: <a href="https://openqa.fedoraproject.org/tests/377089" title="https://openqa.fedoraproject.org/tests/377089">https://openqa.fedoraproject.org/tests/377089</a>
ID: 377105 Test: x86_64 universal support_server
URL: <a href="https://openqa.fedoraproject.org/tests/377105" title="https://openqa.fedoraproject.org/tests/377105">https://openqa.fedoraproject.org/tests/377105</a>
ID: 377110 Test: x86_64 universal install_blivet_ext3@uefi
URL: <a href="https://openqa.fedoraproject.org/tests/377110" title="https://openqa.fedoraproject.org/tests/377110">https://openqa.fedoraproject.org/tests/377110</a>
ID: 377140 Test: x86

Maintaining language-specific module package stacks

I'd like to talk about addressing the difficulty in maintenance of long
tail language-specific stacks in Ubuntu. For example, right now
`src:rails` is stuck in disco-proposed[1]. It seems to me that we spend
a disproportionate amount of effort trying to get this class of package
migrated to the release pocket compared to the number of Ubuntu users
who actually care and use them.

I suggest that:

1.

New post message

Hello!

On my server PC i have Centos 7 installed.
CentOS Linux release 7.6.1810.
There are four arrays RAID1 (software RAID)
md124 - /boot/efi
md125 - /boot
md126 - /bd
md127 - /

I have configured booting from both drives, everything works fine if both drives are connected.
But if I disable any drive from which RAID1 is built the system crashes, there is a partial boot and as a result the Entering emergency mode.
By all rules RAID1 in case of similar failure of one of disks the system has to recognize this moment at loading, analyze that from the array only one disk is available and forcibly

nobody:nobody

Hey Y'all,

For the last week or more I've been trying to get NFS and OpenLDAP to
play nice with each other. I've pretty much worn the Google machine out
trying to find a solution. I've found several that said "Solved" but
none of those solutions solved my nobody:nobody problem.

In the past I've used NFS in conjunction with NIS to share home
directories from my NFS server but I read that NIS is deprecated in
favor of LDAP so, being a sucker for new ideas, I decided I would use
LDAP too like the big boys do. I think I'm regretting this decision.

Can someone do this quick Golang review please?

Hello,

I need a quick review of: <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1695371" title="https://bugzilla.redhat.com/show_bug.cgi?id=1695371">https://bugzilla.redhat.com/show_bug.cgi?id=1695371</a>

It's a standard Golang package, it builds in Koji.

I'm available for any swap in exchange.

Thanks,

Robert-André

Fedora 30-20190402.n.0 compose check report

Missing expected images:

Atomichost raw-xz x86_64
Atomichost qcow2 x86_64

Failed openQA tests: 1/2 (arm), 5/144 (x86_64)

ID: 376425 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload
URL: <a href="https://openqa.fedoraproject.org/tests/376425" title="https://openqa.fedoraproject.org/tests/376425">https://openqa.fedoraproject.org/tests/376425</a>
ID: 376441 Test: x86_64 universal support_server
URL: <a href="https://openqa.fedoraproject.org/tests/376441" title="https://openqa.fedoraproject.org/tests/376441">https://openqa.fedoraproject.org/tests/376441</a>
ID: 376476 Test: x86_64 universal install_iscsi
URL: <a href="https://openqa.fedoraproject.org/tests/376476" title="https://openqa.fedoraproject.org/tests/376476">https://openqa.fedoraproject.org/tests/376476</a>
ID: 376484 Test: x86_64 universal install_simple_free_space@uefi
URL: <a href="https://openqa.fedoraproject.org/tests/376484" title="https://openqa.fedoraproject.org/tests/376484">https://openqa.fedoraproject.org/tests/376484</a>
ID: 376505 Test: x86_64 univers

firefox-wayland and URLs in other programs

Hi All,

To help testing firefox on wayland I'm running it as my day to day browser
now, but when I click links (specifically in thunderbird) I get a dialog
saying "firefox is running but not responding". I believe this is caused
by thunderbird spawning /usr/bin/firefox to open the link instead of
firefox-wayland.

Any ideas how to fix this?

Fedora Rawhide-20190402.n.0 compose check report

Missing expected images:

Atomichost qcow2 x86_64
Atomichost raw-xz x86_64

Compose FAILS proposed Rawhide gating check!
8 of 47 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING** below

Failed openQA tests: 28/144 (x86_64), 4/24 (i386), 1/2 (arm)

ID: 375917 Test: x86_64 Server-boot-iso install_default **GATING**
URL: <a href="https://openqa.fedoraproject.org/tests/375917" title="https://openqa.fedoraproject.org/tests/375917">https://openqa.fedoraproject.org/tests/375917</a>
ID: 375925 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller **GATING**
URL: <a href="https://openqa.fedoraproject.org/tests/375925" title="https://openqa.fedoraproject.org/tests/375925">https://openqa.fedoraproject.org/tests/375925</a>
ID: 375926 Test: x86_64 Serve

Fedora 30 Beta Release Announcement

Fedora 30 Beta Released
We're excited to announce the release of Fedora 30 Beta.

A short list of highlights:

* New desktop environment options - DeepinDE and Pantheon Desktop join
GNOME, KDE Plasma, Xfce, and others

* DNF performance improvements

* The Workstation edition of Fedora 30 Beta features GNOME 3.32

* And more...

For more details about the release, read the full announcement at

* <a href="https://fedoramagazine.org/announcing-the-release-of-fedora-30-beta/" title="https://fedoramagazine.org/announcing-the-release-of-fedora-30-beta/">https://fedoramagazine.org/announcing-the-release-of-fedora-30-beta/</a>

or look for the prerelease pages in the download sections at

* <a href="https://getfedora.org/" title="https://getfedora.org/">https://getfedora.org/</a>

Since

Orphaning packages

Hi,

I just orphaned the following packages:

- linsmith
- python-deltasigma
- piklab
- ahkab

Feel free to take it if you want to.

Best regards,

CentOS-announce Digest, Vol 170, 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.

git.centos.org migration, please read

As pre-announced a long time ago (see
<a href="https://lists.centos.org/pipermail/centos-devel/2018-October/016997.html" title="https://lists.centos.org/pipermail/centos-devel/2018-October/016997.html">https://lists.centos.org/pipermail/centos-devel/2018-October/016997.html</a>) ,
we'll migrate git.centos.org to a new host/platform (pagure/repospanner)

The current migration is planned for : April 8th (more details later
about the exact hour, as we need to have acknowledgement from all
involved people).

Instead of writing a long email, we instead decided to put focus on a
dedicated page, that will , after migration, replace the current one.
- current one : <a href="https://wiki.centos.org/Sources" title="https://wiki.centos.org/Sources">https://wiki.centos.org/Sources</a>
- new one : <a href="https://wiki.centos.org/Sources_new" title="https://wiki.centos.org/Sources_new">https://wiki.centos.org/Sources_new</a>

After migration, we'

git.centos.org migration, please read

As pre-announced a long time ago (see
<a href="https://lists.centos.org/pipermail/centos-devel/2018-October/016997.html" title="https://lists.centos.org/pipermail/centos-devel/2018-October/016997.html">https://lists.centos.org/pipermail/centos-devel/2018-October/016997.html</a>) ,
we'll migrate git.centos.org to a new host/platform (pagure/repospanner)

The current migration is planned for : April 8th (more details later
about the exact hour, as we need to have acknowledgement from all
involved people).

Instead of writing a long email, we instead decided to put focus on a
dedicated page, that will , after migration, replace the current one.
- current one : <a href="https://wiki.centos.org/Sources" title="https://wiki.centos.org/Sources">https://wiki.centos.org/Sources</a>
- new one : <a href="https://wiki.centos.org/Sources_new" title="https://wiki.centos.org/Sources_new">https://wiki.centos.org/Sources_new</a>

After migration, we'

Version regression report

I just rediscovered my script that calculates which versions in a newer release
are lower than updates in the previous release. These packages won't be upgraded
when the user upgrades, which means they might end up with problems, or new installs
miss out on fixes in older releases.

I ran this two times: One time with -security enabled, one time with -updates enabled
as well.

Fwd: clint-fewbar expired from team

Well, this is a reminder that I should officially lay down my core dev
privileges. It's been years since I participated in Ubuntu development.

I'm still active in Debian, but direct Ubuntu contribution just doesn't
happen.

So, if there's anything that needs to be done to mark me as retired at
the Ubuntu core dev level, please somebody do that.

Reminder meeting : Modularity Team (weekly)

Dear all,

You are kindly invited to the meeting:
Modularity Team (weekly) on 2019-04-02 from 15:00:00 to 16:00:00 UTC
At <a href="mailto:fedora-meeting- ... at irc dot freenode.net">fedora-meeting- ... at irc dot freenode.net</a>

The meeting will be about:
Meeting of the Modularity Team.

More information available at: [Modularity Team Docs](<a href="https://docs.pagure.org/modularity/" title="https://docs.pagure.org/modularity/">https://docs.pagure.org/modularity/</a>)

The agenda for the meeting is available as flagged tickets [in the Modularity repository](<a href="https://pagure.io/modularity/issues?status=Open&amp;tags=Meeting" title="https://pagure.io/modularity/issues?status=Open&amp;tags=Meeting">https://pagure.io/modularity/issues?status=Open&amp;tags=Meeting</a>).

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

Orphaned packages to be retired

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
<a href="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life" title="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life">https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life</a>

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one.

Fedora Atomic Host Two Week Release Announcement: 29.20190401.0

A new Fedora Atomic Host update is available via an OSTree update:

Version: 29.20190401.0
Commit(x86_64): a39e99a72c80c9c4a8fce8a2092b2856f742a5c3ba5c9bedd59a9e76aa3e9924
Commit(aarch64): 5f9af9bc6c28829c93bbd0945d3e54205943b912e6fa2660f6fa3559a835494b
Commit(ppc64le): cba5130d5355a5c087986de86613a9c66a200e8d88d8a5c13e082c9385cda317

We are releasing images from multiple architectures but please note
that x86_64 architecture is the only one that undergoes automated
testing at this time.

Existing systems can be upgraded in place via e.g.

Fedora 30-20190401.n.0 compose check report

Missing expected images:

Atomichost qcow2 x86_64
Atomichost raw-xz x86_64

Failed openQA tests: 6/144 (x86_64), 1/2 (arm)

ID: 375428 Test: x86_64 Workstation-live-iso desktop_browser
URL: <a href="https://openqa.fedoraproject.org/tests/375428" title="https://openqa.fedoraproject.org/tests/375428">https://openqa.fedoraproject.org/tests/375428</a>
ID: 375451 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload
URL: <a href="https://openqa.fedoraproject.org/tests/375451" title="https://openqa.fedoraproject.org/tests/375451">https://openqa.fedoraproject.org/tests/375451</a>
ID: 375465 Test: x86_64 universal install_btrfs
URL: <a href="https://openqa.fedoraproject.org/tests/375465" title="https://openqa.fedoraproject.org/tests/375465">https://openqa.fedoraproject.org/tests/375465</a>
ID: 375467 Test: x86_64 universal support_server
URL: <a href="https://openqa.fedoraproject.org/tests/375467" title="https://openqa.fedoraproject.org/tests/375467">https://openqa.fedoraproject.org/tests/375467</a>
ID: 375502 Test: x86_64 universal i

Syndicate content