Intent to orphan: php-maennchen-zipstream-php
by Randy Barlow
Greetings!
I intend to orphan php-maennchen-zipstream-php. I originally packaged
it as part of an effort to get Ampache into Fedora, but I ran out of
steam a long time ago and don't otherwise use this package. If you want
it let me know, otherwise I'll orphan it in about a week or so.
5 years
LaTeX: Font lmroman10-regular: at 10pt not loadable: metric data not
found or bad
by Miro Hrončok
Hey, we have a weird failure with python-sphinx tests described here:
https://bugzilla.redhat.com/show_bug.cgi?id=1717670
This is LuaTeX, Version 1.10.0 (TeX Live 2019)
restricted system commands enabled.
(./lualatex/sphinxtests.tex
LaTeX2e <2018-12-01>
luaotfload | main : initialization completed in 0.052 seconds
(/usr/share/texlive/texmf-dist/tex/generic/luatex85/luatex85.sty)
(./sphinxmanual.cls
Document Class: sphinxmanual 2018/12/23 v2.0 Document class (Sphinx manual)
(/usr/share/texlive/texmf-dist/tex/latex/base/report.cls
Document Class: report 2018/09/03 v1.4i Standard LaTeX document class
(/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo
luaotfload | db : Font names database not found, generating new one.
luaotfload | db : This can take several minutes; please be patient.
luaotfload | db : Reload initiated (formats: otf,ttf,ttc); reason: "File not
found: lmroman10-regular.".
! Font \TU/lmr/m/n/10=[lmroman10-regular]:+tlig; at 10pt not loadable: metric d
ata not found or bad.
<to be read again>
relax
l.54 \normalsize
276 words of node memory still in use:
1 dir, 3 kern, 1 glyph, 1 attribute, 35 glue_spec, 1 attribute_list, 2 if_st
ack nodes
avail lists: 2:8,3:1,4:1,5:1
! ==> Fatal error occurred, no output PDF file produced!
Transcript written on sphinxtests.log.
It has started when texlive-base was updated from 7:20180414-35.fc31 to
7:20190410-1.fc31.
Anybody who would be able to help debug this?
Thanks
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
5 years
encrypted swap with urandom key problem
by Chris Murphy
Hi,
I'm having a heck of a time trying to troubleshoot an indefinite hang
on startup due to setting up crypto swap on one of my laptops. At this
point it seems computer specific. I can't reproduce it on two other
(dissimilar) computers or any qemu-kvm VM.
Without any debugging enabled, the problem happens perhaps 1 in 10
boots. With debugging (systemd.log_level=debug rd.udev.debug
systemd.debug-shell=1) I can reverse that, about 9 in 10 boots hang.
But there still isn't enough information why.
The first hint of a problem is this huge delay in the journal for cryptsetup:
[ 11.464519] flap.local systemd[577]: Operating on architecture: x86-64
[ 21.710149] flap.local systemd-cryptsetup[606]: Set cipher aes,
mode xts-plain64, key size 256 bits for device
/dev/disk/by-partuuid/688b193f-3b38-4ca5-8b65-2ef61f27ec83.
...
[ 21.777721] flap.local systemd[606]:
systemd-cryptsetup(a)cryptswap.service: Executing:
/usr/lib/systemd/systemd-cryptsetup attach cryptswap
/dev/disk/by-partuuid/688b193f-3b38-4ca5-8b65-2ef61f27ec83
/dev/urandom swap,cipher=aes-xts-plain64,size=256
...
[ 22.732131] flap.local systemd[1]: Child 606 (systemd-cryptse) died
(code=exited, status=0/SUCCESS)
So cryptsetup does succeed. In the early debug shell, I can see it
exist with dmsetup and blkid also shows the /dev/mapper/cryptoswap
device is already formatted swap, so the mkswap command likewise
succeeded.
[ 22.732726] flap.local systemd[725]:
systemd-cryptsetup(a)cryptswap.service: Executing: /sbin/mkswap
/dev/mapper/cryptswap
...
[ 22.742728] flap.local systemd[1]: Child 725 (mkswap) died
(code=exited, status=0/SUCCESS)
For whatever reason, swapon never happens.
At this point, while in early debug shell, I issue 'systemctl
list-jobs' I get many services 'waiting' with one device stuck
running.
126 dev-mapper-cryptswap.device start running
If at this time I manually 'swapon /dev/mapper/cryptswap' the command
works, and startup resumes.
Anyway I'm stuck, any ideas how to get more information? If it's
hardware specific, could it be a wrong dependency on hwrng and maybe
there just isn't enough entropy? Hence the cryptsetup delay? And then
that delay results in some other race that hangs swapon? How would I
go about showing there is or isn't enough entropy at the time
cryptsetup executes?
I've updated this bug with the latest logs and findings which should
all match the pid and timestamps in this email.
https://bugzilla.redhat.com/show_bug.cgi?id=1691589
--
Chris Murphy
5 years
Fedora 31 Self-Contained Change proposal: Xfce 4.14
by Ben Cotton
https://fedoraproject.org/wiki/Changes/xfce-4.14
== Summary ==
Xfce desktop environment has version 4.13.x which is currently
available in Fedora. Significant work has been completed to migrate
the DE to GTK-3 completely. The obvious benefit to this migration is
the use of a modern and actively maintained toolkit.
Xfce 4.14 is a stable release with proven components, provide features
users. This change proposal is submitted to sync fedora packages with
the latest upstream releases.
== Owners ==
* Name: [[User:nonamedotc| Mukundan Ragavan]]
* Email: nonamedotc(a)fedoraproject.org
* Name: [[User:kevin| Kevin Fenzi]]
* Email: kevin(a)scrye.com
* Name: [[User:gerd| Gerd Pokorra]]
* Email: gerd(a)fedoraproject.org
== Detailed Description ==
This change migrates Xfce desktop environment (DE) to the latest
version provided by upstream developers. This is a near complete GTK-3
migration of the DE.
== Benefit to Fedora ==
Other GTK-based DEs such as cinnamon and MATE have already migrated to
using GTK-3 libraries. This change proposes to migrate the popular
Xfce DE to the latest GTK-3 based versions upstream developers have
released.
This change would result in fewer packages depending on the older
GTK-2 libraries and move Xfce to use a modern toolkit.
== Scope ==
* Proposal owners:
** Update core xfce packages to 4.14
** Rebuild plugins once core packages are build
* Other developers: N/A (not a System Wide Change)
== User Experience ==
* A fresh install should have fully functional Xfce DE
* Upgrade from Fedora 30 or older should show no visible changes to
the end users.
** GTK-3 applications will be better integrated
No special configuration or hardware needed.
== Documentation ==
N/A (not a System Wide Change)
== Release Notes ==
Fedora 31 ships with Xfce 4.14.
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
5 years
Trouble logging into pagure.io
by Arjun Shankar
Hi,
My FAS account is "submachine". I just tried logging into pagure.io, and
while the login succeeded, immediately after, I got a 404 error page with
the error 'No user "submachine" found'. All pagure.io URLs lead to the same
404, so I can't file a pagure issue for this either (which is why I'm
writing to this list after a failed attempt at asking for help on
#fedora-admin).
How can this be fixed?
Best Regards,
Arjun
5 years
