libdockapp SONAME bump .2 -> 3
by Jani Juhani Sinervo
Hey,
I'm updating libdockapp to version 0.7.3 in Rawhide. The only two
dependencies of this package are `wmacpi`, which I will take care of
rebuilding and fixing, and `wmvolman` which will remain FTBFS until the
maintainer changes it, since the libdockapp upstream has moved the
header files to its own subdirectory of /usr/include.
Regards,
Jani Sinervo
4 years
undefined symbol: pthread_getattr_np, version GLIBC_2.32
by Igor Raits
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Hello,
I built gitui in koji (f33) yesterday and tried to run it on my laptop
with Fedora Rawhide today and it does not work:
gitui: symbol lookup error: gitui: undefined symbol:
pthread_getattr_np, version GLIBC_2.32
Did anybody see something similar in other applications? Any ideas
what's broken?
- --
Igor Raits <ignatenkobrain(a)fedoraproject.org>
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEcwgJ58gsbV5f5dMcEV1auJxcHh4FAl7oms4ACgkQEV1auJxc
Hh555Q/9FmgXlpDssVtTkkfG+kCk/m0wR4x2EFgXqZFx42YVTZNVnV4IfFP9JRFY
QNLQhgFQy4kGkbYaEfnjMgcxNr/kmPppJynDaeOB/7OoquNdtL4TNrmJlM9HHjDv
MNMqWzg/RRfi4Mwd7R9JaH/sszi6NrF8Z+ME3/1z6Sj4ookYcWUQUaG2oLp9+P8p
NVoHdD7aJZD2x5jsq5/0Hjsko3TBcJhLvQZi4xTfbYQ/NR1MW8vIg8aMuuz0HmBn
faNdrvZG09665Fy1d4hUQppu6vjNbyiSxZBE6xm1ApSv23wt7qqYmesnxAskB/In
h9uTAkfeYrGYsWT8Sagxf5FTAJoepChmlwS1ypzXHj8WmGVGt1MyjQtFClcJoCR1
nktVmzwMcHkstNlNAp+Jkl2fnaF8pwCBT0fKXI0DxKy+L87lvRiWvM8sumLT3yfn
+WMceFnNuQUEOvtHWoGdFCGW1KO5oSn/cX3R1IHkbXExP/3ftAIKCI295dPTGdzU
bPhtQrwHBJ/E2FArjzOlBh3N0HnNJOuR3U7CXO5XF1klOZRbRhkVDE6esH5MAUqS
a/AdWui56hz0sM/RlUfc0Hxj9zBDGNoZZa6d6m5vIN30AqVyqnSFxUgBdB4TxiII
mWzO4JtEUnNJ5bgHygfw31U8NpCzg9lMcH2/BpVUU68pomoqazI=
=tZrU
-----END PGP SIGNATURE-----
4 years
Regarding behaviour of Gnome and Fedora members
by Ty Young
Hi all,
Gnome recently has stirred up controversy lately and aren't taking other
people's opinions very well, to say the least. So far they've locked
three threads:
https://www.reddit.com/r/gnome/comments/gz6fks/we_must_all_speak_up/
https://www.reddit.com/r/gnome/comments/h107as/i_agree_with_the_we_all_mu...
https://www.reddit.com/r/gnome/comments/h0ml37/distrotube_has_posted_a_di...
They have engaged in racism and censorship in their subreddit's comment
sections and, just recently, banned me for posting this article, which
I've made:
https://medium.com/@youngty1997/gnome-needs-to-be-better-2151965fd663
You may read it for yourself. In it I cite violations of Gnome's Code of
Conduct by members of the GNOME foundation or the GNOME
foundation(gnome.org email address), both on their subreddit and from
fedora-devel list. I tried to cite as much as possible but Gnome
moderators refused to hand over the moderation logs for when they locked
a thread for reporting a bug when asked. I'm confident that they know
what I'm talking about but just refuse to hand it over.
Keep in mind that, in Gnome's subreddit rules, it's perfectly OK to
criticize GNOME in GNOME's subreddit. It's even in the sidebar, which
you cannot see on old reddit(something I've told them about multiple
times, but they've ignored repeatedly to fix):
"We do not shy away from criticism, in fact, we encourage it!"
GNOME members have recently said that "This mixing of ideas from a wide
range of backgrounds is something that has improved free and open source
software, and it should be highly valued."
However, their actions by locking threads and now banned me for sharing
an article I had made goes against this statement. To be crystal clear
here, the opinions shared in the article are not *just* my own. You may
also read people who agree with my opinions in comment sections of the
GNOME subreddit and Fedora subreddit which I shared it to:
https://www.reddit.com/r/Fedora/comments/h7de62/gnome_needs_to_be_better/
https://www.reddit.com/r/gnome/comments/h7ddom/gnome_needs_to_be_better/
Gnome did not say that any new threads on the topic could be made nor
was there any rule breakage that I could find. I would have loved to
cite more things but alas, I don't have access to the information.
Sadly the moderators of each respective subreddits have censored the
threads, and not even snew shows them for some reason. I've tried
contacting the fedora subreddit moderators but I have a feeling they
won't ever answer.
I was planning on fileing a Code of Conduct violation, but GNOME refused
to turn over the requested moderation logs, so I couldn't do so and,
Gnome's Code of Conduct hints as what the result will be anyway. I have
zero confidence that anything will be done, so here I am sending an email.
So, could anything be done about any of this?
4 years
Many packages unnecessarily link to libpython
by Charalampos Stratakis
Hello everyone,
As of Python 3.8, python C extensions modules should not link to libpython, unless they embed the interpreter in their code. Relevant upstream PR: https://github.com/python/cpython/pull/12946
If your package links to libpython without requiring it, it won't be possible to use the python3-debug binary with your python C extension, unless you recompile the extension against it.
On Fedora Rawhide, there are at this point 144 packages linking to libpython, many of those possibly without any need for it.
If your package links to libpython but it does not embed the interpreter, I would like to ask you to unlink it. Usually the fix needs to be done at the package's build system.
If you are not sure if your package links to libpython, a way to figure this out is to inspect the code for the Py_Initialize and the Py_Finalize calls [0]. If the code includes those calls, no action is required from your side. If it does not, linking to libpython is not required.
I might mass file bugzillas at a later date, but I wanted to provide you the heads up before that.
[0] https://docs.python.org/3/c-api/init.html#initializing-and-finalizing-the...
List of possibly affected packages, provided through $ repoquery --repo=rawhide --source --whatrequires 'libpython3.8.so.1.0()(64bit)'
Maintainers by package:
COPASI sagitter
HepMC3 ellert
Io-language limb
OpenImageIO hobbes1069
PyQt4 rdieter than
YafaRay luya roma slaanesh
apbs rathann sagitter
babeltrace2 mjeanson
blender design-sw hobbes1069 ignatenkobrain kwizart luya roma s4504kr slaanesh
boost denisarnaud jwakely
calamares kkofler mattia
calibre chkr heliocastro kevin nushio zbyszek
cantor jreznik rdieter than
ceph adeza branto dmick ke4qqq kkeithle ktdreyer steve stingray
clingo thofmann
collectd fab kevin mhlavink ruben xaeth
condor bbockelm bcotton eerlands matt matyas stevetraylen tstclair ttheisen valtri
createrepo_c dmach jrohel mblaha pkratoch tmlcoch
csound pbrobinson sdz
cvc4 brouhaha jjames
dionaea rebus
dmlite adev andreamanzi gbitzes okeeble rocha
fontforge frixxon kevin pnemade
freecad hobbes1069 jkastner zultron
gdb jankratochvil keiths kevinb sergiodj
gdcm ankursinha ignatenkobrain mrceresa sebp
gdl orion
getdp ignatenkobrain smani
glade kalev
globus-net-manager ellert
glom hguemar
gnucash notting
gnuradio jskarvad mmahut
gpaw marcindulak
gplugin ignatenkobrain
gr-air-modes jskarvad
gr-fcdproplus jskarvad
gr-hpsdr jskarvad
gr-iqbal jskarvad
gr-osmosdr cottsay jskarvad
gr-rds jskarvad sharkcz
hamlib hobbes1069 jskarvad lucilanga
hexchat ohaessler tingping
hokuyoaist rmattes
hugin bpostle cicku denisarnaud
insight lkundrak monnerat
kdevelop-python dvratil jgrulich minh
kernel-tools jcline jforbes jwboyer labbott pbrobinson
kicad avigne coremodule lkundrak stevenfalco tnorth
kig jreznik kkofler rdieter
kitty atim
krita heliocastro rdieter
lammps ellio167 junghans
ldns pemensik pwouters thozza
libCombine sagitter
libarcus churchyard gferon
libarcus-lulzbot spot
libbatch smani
libcec pbrobinson
libcomps akozumpl dmach jluza jmracek mblaha pkratoch
libdnf dmach jmracek jrohel mblaha pkratoch
libftdi hobbes1069 lucilanga
libkml smani
libkolabxml tpokorra
libldb abbra asn gd iboukris jhrozek lslebodn sgallagh simo
libnuml sagitter
libpeas amigadave hadess nacho
libplist hadess pbrobinson
libreoffice caolanm dtardon erack sbergmann
librepo dmach pkratoch tmlcoch
libsavitar churchyard gferon
libsbml sagitter zbyszek
libsedml sagitter
libsigrokdecode mrnuke
libtalloc asn gd iboukris jhrozek lslebodn sgallagh simo
libyang tkorbar
libyui-bindings makowski ngompa tpokorra
link-grammar devos fabiand limb
lldb airlied daveisfera jankratochvil sergesanspaille siddharths tstellar
mapserver devrim jujens oliver pali
mathgl deji krege mycae
med smani
mod_wsgi jdornak jkaluza jorton lmacken mrunge
mraa pbrobinson
nautilus-python dignan genodeftest kalev
nbdkit rjones
nemo-extensions jcpunk leigh123linux
nest ankursinha
netgen-mesher hobbes1069 smani
neuron ankursinha
nextpnr lkundrak somlo
nordugrid-arc ellert jonkni
nwchem marcindulak
openbabel itamarjp jussilehtola rathann
openscap isimluk jcerny matyc mpreisle pvrabec wsato
opentrep denisarnaud
openvdb luya slaanesh
orocos-kdl thofmann
pam_wrapper asn jhrozek
paraview deji orion sagitter
perl-Inline-Python jonkni
pidgin jskarvad mcrha nosnilmot
pitivi company elad ignatenkobrain limb wtaymans
plplot orion
postgresql hhorak jstanek panovotn pkajaba pkubat praiskup tgl
pynac pcpa tomspur
pyotherside m4rtink
pythia8 ellert
python-caja monnerat raveit65
python-graph-tool ankursinha
python-gstreamer1 farnz wtaymans
python-jep raphgro
python-qt5 rdieter than
qgis bruno volter
qpid-dispatch irina tross
qpid-proton irina
rdkit giallu
rdma-core dledford honli jwilson
renderdoc gicmo
rmol denisarnaud
root ellert
samba abbra anoopcs asn gd iboukris jarrpa jlayton jstephen obnox simo
scidavis alexpl
scribus pwalter sharkcz tripledes
sigil sharkcz
sourcextractor++ aalvarez
swift-lang tachoknight
syslog-ng czanik jpo mrunge
texworks cheeselee
thunarx-python balajig8 kevin nonamedotc
trademgen denisarnaud
trellis lkundrak somlo
unbound aegorenk akhaitov pavlix pemensik pwouters thozza
upm pbrobinson
uwsgi kad
vapoursynth slaanesh
vdr-epg-daemon martinkg
vigra bpostle
vim karsten zdohnal
vrpn bizdelnick
vtk jgu mrceresa orion
weechat asrob gchamoul hguemar niveusluna stingray
znc elyscape nb
Packages by maintainer:
aalvarez sourcextractor++
abbra libldb samba
adev dmlite
adeza ceph
aegorenk unbound
airlied lldb
akhaitov unbound
akozumpl libcomps
alexpl scidavis
amigadave libpeas
andreamanzi dmlite
ankursinha gdcm nest neuron python-graph-tool
anoopcs samba
asn libldb libtalloc pam_wrapper samba
asrob weechat
atim kitty
avigne kicad
balajig8 thunarx-python
bbockelm condor
bcotton condor
bizdelnick vrpn
bpostle hugin vigra
branto ceph
brouhaha cvc4
bruno qgis
caolanm libreoffice
cheeselee texworks
chkr calibre
churchyard libarcus libsavitar
cicku hugin
company pitivi
coremodule kicad
cottsay gr-osmosdr
czanik syslog-ng
daveisfera lldb
deji mathgl paraview
denisarnaud boost hugin opentrep rmol trademgen
design-sw blender
devos link-grammar
devrim mapserver
dignan nautilus-python
dledford rdma-core
dmach createrepo_c libcomps libdnf librepo
dmick ceph
dtardon libreoffice
dvratil kdevelop-python
eerlands condor
elad pitivi
ellert HepMC3 globus-net-manager nordugrid-arc pythia8 root
ellio167 lammps
elyscape znc
erack libreoffice
fab collectd
fabiand link-grammar
farnz python-gstreamer1
frixxon fontforge
gbitzes dmlite
gchamoul weechat
gd libldb libtalloc samba
genodeftest nautilus-python
gferon libarcus libsavitar
giallu rdkit
gicmo renderdoc
hadess libpeas libplist
heliocastro calibre krita
hguemar glom weechat
hhorak postgresql
hobbes1069 OpenImageIO blender freecad hamlib libftdi netgen-mesher
honli rdma-core
iboukris libldb libtalloc samba
ignatenkobrain blender gdcm getdp gplugin pitivi
irina qpid-dispatch qpid-proton
isimluk openscap
itamarjp openbabel
jankratochvil gdb lldb
jarrpa samba
jcerny openscap
jcline kernel-tools
jcpunk nemo-extensions
jdornak mod_wsgi
jforbes kernel-tools
jgrulich kdevelop-python
jgu vtk
jhrozek libldb libtalloc pam_wrapper
jjames cvc4
jkaluza mod_wsgi
jkastner freecad
jlayton samba
jluza libcomps
jmracek libcomps libdnf
jonkni nordugrid-arc perl-Inline-Python
jorton mod_wsgi
jpo syslog-ng
jreznik cantor kig
jrohel createrepo_c libdnf
jskarvad gnuradio gr-air-modes gr-fcdproplus gr-hpsdr gr-iqbal gr-osmosdr gr-rds hamlib pidgin
jstanek postgresql
jstephen samba
jujens mapserver
junghans lammps
jussilehtola openbabel
jwakely boost
jwboyer kernel-tools
jwilson rdma-core
kad uwsgi
kalev glade nautilus-python
karsten vim
ke4qqq ceph
keiths gdb
kevin calibre collectd fontforge thunarx-python
kevinb gdb
kkeithle ceph
kkofler calamares kig
krege mathgl
ktdreyer ceph
kwizart blender
labbott kernel-tools
leigh123linux nemo-extensions
limb Io-language link-grammar pitivi
lkundrak insight kicad nextpnr trellis
lmacken mod_wsgi
lslebodn libldb libtalloc
lucilanga hamlib libftdi
luya YafaRay blender openvdb
m4rtink pyotherside
makowski libyui-bindings
marcindulak gpaw nwchem
martinkg vdr-epg-daemon
matt condor
mattia calamares
matyas condor
matyc openscap
mblaha createrepo_c libcomps libdnf
mcrha pidgin
mhlavink collectd
minh kdevelop-python
mjeanson babeltrace2
mmahut gnuradio
monnerat insight python-caja
mpreisle openscap
mrceresa gdcm vtk
mrnuke libsigrokdecode
mrunge mod_wsgi syslog-ng
mycae mathgl
nacho libpeas
nb znc
ngompa libyui-bindings
niveusluna weechat
nonamedotc thunarx-python
nosnilmot pidgin
notting gnucash
nushio calibre
obnox samba
ohaessler hexchat
okeeble dmlite
oliver mapserver
orion gdl paraview plplot vtk
pali mapserver
panovotn postgresql
pavlix unbound
pbrobinson csound kernel-tools libcec libplist mraa upm
pcpa pynac
pemensik ldns unbound
pkajaba postgresql
pkratoch createrepo_c libcomps libdnf librepo
pkubat postgresql
pnemade fontforge
praiskup postgresql
pvrabec openscap
pwalter scribus
pwouters ldns unbound
raphgro python-jep
rathann apbs openbabel
raveit65 python-caja
rdieter PyQt4 cantor kig krita python-qt5
rebus dionaea
rjones nbdkit
rmattes hokuyoaist
rocha dmlite
roma YafaRay blender
ruben collectd
s4504kr blender
sagitter COPASI apbs libCombine libnuml libsbml libsedml paraview
sbergmann libreoffice
sdz csound
sebp gdcm
sergesanspaille lldb
sergiodj gdb
sgallagh libldb libtalloc
sharkcz gr-rds scribus sigil
siddharths lldb
simo libldb libtalloc samba
slaanesh YafaRay blender openvdb vapoursynth
smani getdp libbatch libkml med netgen-mesher
somlo nextpnr trellis
spot libarcus-lulzbot
steve ceph
stevenfalco kicad
stevetraylen condor
stingray ceph weechat
tachoknight swift-lang
tgl postgresql
than PyQt4 cantor python-qt5
thofmann clingo orocos-kdl
thozza ldns unbound
tingping hexchat
tkorbar libyang
tmlcoch createrepo_c librepo
tnorth kicad
tomspur pynac
tpokorra libkolabxml libyui-bindings
tripledes scribus
tross qpid-dispatch
tstclair condor
tstellar lldb
ttheisen condor
valtri condor
volter qgis
wsato openscap
wtaymans pitivi python-gstreamer1
xaeth collectd
zbyszek calibre libsbml
zdohnal vim
zultron freecad
--
Regards,
Charalampos Stratakis
Software Engineer
Python Maintenance Team, Red Hat
4 years
Is there way to include some sensitive credentials in builds?
by Igor Raits
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Hello,
I am packaging one nice GUI application (newsflash) that is working
with API of some services like feedly. Those require some API key, but
I think it is against their rules to have it included in the plain-text
format in git. I am curious if there is a way how to get those passed
during the build. The key can be passed as an environment variable on
the user's system, but there is no way everybody will be getting their
own keys and I think this is non-trivial process.
I think shim does that by building unsigned copy, then signing it
outside of Fedora infrastructure and making signed build with prebuilt,
signed binaries. This would not help in my case.
Any ideas?
- --
Igor Raits <ignatenkobrain(a)fedoraproject.org>
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEcwgJ58gsbV5f5dMcEV1auJxcHh4FAl7k5lUACgkQEV1auJxc
Hh4DJhAAr8lkzSGSZipWQA70K57+bLCQDv7M7igmQYo9vUVz3QH004aShKOZ7tmy
XWvkx/T/lNQ7V0ND1jvs74/NwskYYojPgTHNNTUtYOK1krmBtTGjcZcaR66CJXay
YZpUiYGouvFmHn15X9VDGO0uoMM4kAPWhdkZ1/Ruw5cSfwSZMW7j48WPaeu6iYNj
zujO3hyIfkv5TY323Wx1x8MfPyH5IgwOmZ/OiCyW6mmJaXBj+P+qgMuWZnmkrxea
prfK6/Amb8HOm8AbbSN6Cg+jszcRGSAdkSNEPG7ryGbOtWI1SnuzbIqMv3ffE2Rm
5eO9Ycgo9HGDFNLuEMOCT8CkNdl4kf/wYvd3TjktfFQxyqJIJXFlnAWuZJa4i+6Z
fq5XIAsmu9aPftKjmF7kYusN0UZQ3Z7Fq0wphdOgPd9wXnGjdeqy/7tkopHSgTJ6
9mxYkXUPmD8kI9LyCVCZOltGsArB1X0GmRaiGnTsfd2H33JQY38+kv2OO1kP6pkG
F+osagb3E3rW8cAxWuKWLgx5ElCbLTbe1gdPwNi2gvYEtExxkMqdJAnujkkGXoQk
zkKi/KsQrcEj69M83t19GxaaxMc4Ns8ccin9vYe09ffCJKsUUTgvxvCFBtmpSim6
NHx7y8h2VezuF2D4hmR6Q0Vw3Y/EXRPU/7euBl6/Gc6z3+5OzmM=
=9tek
-----END PGP SIGNATURE-----
4 years
Datacenter move day 2
by Kevin Fenzi
Greetings everyone.
Just a quick recap of our day 2 datacenter move.
Today was the buildsystem and all it's assocated things.
* src.fedoraproject.org took longer than anticipated due to some
repeated syncs to make sure we got all the content bit for bit.
It's up now and should be working mostly normally. There's an issue with
fedora-messaging bus that we hope to fix in the morning.
* koji took a long time to move. Almost all of it in a database
dump/restore. We actually did this instead of a replication or the like
because we wanted to get out of the rhel7 postgresql 9.2 to a more
recent version. We are now on rhel8 with postgresql 12.2. This gives us
ability moving forward to do nice things like partitioning the large
tables we have and in general I hope it will be faster. koji is also now
on 1.21.0 release and all the builders (and now the hubs too) are
Fedora 32.
As for builders in the new datacenter, we have 32 buildvm's, 40
buildvm-ppc64's, the same number of s390x (15) and 15 each of
buildvm-a64 (aarch6) and buildvm-a32 (armv7/armhfp). So, likely arm
builds are going to be the last to finish for many. Luckily this only
needs to last us a few weeks until we can get the rest of our arm
builders shipped and re-added.
Our signing infrastructure is up and tested, but we have a few tweaks to
make to autosigning tomorrow morning. So, some builds may wait to be
signed for a bit until thats processing away again.
We have not yet does updates pushes or rawhide compose, it's 11pm now
for me, so I think tomorrow is the better time to try those and clean up
anything we hit. Additionally, adding new packages seems to mostly work,
but it's emitting a error also, so we want to check that in the morning
before processing down the existing queue of requests.
ODCS, mbs, osbs and resultsdb were all moved over, but there's various
issues bringing them up, so we will be doing that tomorrow.
Tomorrow is fixing those things above, and moving mailman and
datagrepper. After today we are on the downhill side I think.
Thanks everyone for being patient while we get everything back to fully
working.
kevin
4 years
Upcoming fedoraproject Datacenter move reminder and plans
by Kevin Fenzi
Greetings.
As previously announced, fedoraproject is moving many of it's servers
from one datacenter (phx2 near phoenix, arizona, usa) to another (iad2:
near arlington, virginia, usa).
As we move from the old datacenter to the new, we will have a temporary
reduction in capacity. The new datacenter has a smaller, less-redundant,
lower-capacity version of our infrastructure. Over the next two weeks,
we will migrate services to it so that we can finish moving out of the
old datacenter.
After everything is moved from the old datacenter, many of the servers
there will be shipped to the new datacenter and then re-added to bring
us back to full redundency and capacity.
Out detailed checklist for these migrations is available at
https://hackmd.io/@fedorainfra2020/rJpsA4FLL
To summarize what we are moving when:
2020-06-03 wed: The fedoraproject master mirrors will move to IAD2. A
very small outage may be noticed as dns changes. There may be some
mirroring slowdowns as we work out bugs.
2020-06-04 thu: Our internal ansible control host and the fedoraproject
wiki will move. The wiki will be down for a few hours.
2020-06-05 fri: Our meeting minutes archive
(https://meetbot.fedoraproject.org) and our freenode irc bot (zodbot).
These two services will see a hour outage or less.
2020-06-07 sun: We will pause for the next week adding new packages and
unretiring packages to avoid problems.
2020-06-08 mon: Our fedora-messaging bus and gateways to it
(github2fedmsg, bugzilla2fedmsg), mirrormanager, product definition
center (pdc), and our identity and authentication systems. Messages over our
message bus may be slow or missing and users may be unable to login at
various times as we migrate services over.
Additionally, we will be stopping services that will not be back until
later in the month.
These include:
* Fedocal
* Badges
* Nuancier
* koschei
* simple-koji-ci
* All staging services (*.stg.fedoraproject.org)
2020-06-09 tue: The build and packaging ecosystem. This includes koji,
src.fedoraproject.org, osbs, odcs, container registries, bodhi (updates
system). During this day maintainers should avoid builds/updates if at
all possible as they may or may not work at various times.
2020-06-10 wed: Various small apps (mdapi, anitya, waiverdb, greenwave,
etc), mailman/lists.fedoraproject.org, and our datagrepper/datanommer
services. Mailing lists will be down for several hours as data is
migrated. Datagrepper will be down for most of the day as it's database
is moved. Other services will be down for short amounts of time while
they are moved.
2020-06-11 thu: Various small site building apps (docs building, fedora
websites building, reviewstats, blockerbugs) and elections will be
moved. elections will be up until the currently running elections
complete. (GO VOTE! https://elections.fedoraproject.org)
2020-06-12 fri: Catch up and fix issues day, along with re-enabling
package unretirements/new packages, and other 'paused' items.
The week after this servers will be shipped and the week after that we
expect to start setting them up and getting them re-added. During this
time, we may have to make further changes to what services are available
in order to deal with load changes.
If you have any questions or concerns, please file an infrastructure
ticket ( https://pagure.io/fedora-infrastructure) or come talk to us in
#fedora-admin on irc.freenode.net.
Finally, I'd like to ask everyone to be patient as we do this move. I
know that it's painful when you are unable to contibute something when
you have time to do so, but rest assured that we are trying to migrate
things as quickly and smoothly as we can.
Thanks.
kevin
_______________________________________________
devel-announce mailing list -- devel-announce(a)lists.fedoraproject.org
To unsubscribe send an email to devel-announce-leave(a)lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedora...
4 years
Fedora 33 Self-Contained Change proposal: LXQt 0.15.0
by Ben Cotton
https://fedoraproject.org/wiki/Changes/LXQt_0.15.0
== Summary ==
Update LXQt to 0.15.0 or later in Fedora.
== Owner ==
* Name: [[User:Zsun|Zamir SUN]]
* Email: zsun#AT#fedoraproject.org
== Detailed Description ==
LXQt 0.15.0 just released with a bunch of bugfixes and enhancements.
It's always good to keep Fedora users running on most recent software.
Detailed LXQt release note is available
https://lxqt.github.io/release/2020/04/24/lxqt-0-15-0/ here].
== Benefit to Fedora ==
This change brings bug fixes and enhancements to LXQt in Fedora.
== Scope ==
* Proposal owners:
1. Update all the LXQt related packages in Fedora.
2. Make lxqt-l10n noarch
3. Fix comps and/or kickstart if needed.
* Other developers: N/A
* Release engineering: [https://pagure.io/releng/issue/9530 #9530]
* Policies and guidelines: N/A
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
N/A (not a System Wide Change)
== User Experience ==
Users shouldn't feel any difference rather than bug fixes and new features.
== Dependencies ==
The package libqtxdg is updated. Only Deepin related packages depends
on this. I am also part of the DeepinDE SIG and I've reminded our
packagers. So no risk here now.
== Contingency Plan ==
* Contingency mechanism: Not announcing the update.
* Contingency deadline: Fedora 33 Beta Freeze
* Blocks release? N/A (not a System Wide Change)
== Documentation ==
<!-- Is there upstream documentation on this change, or notes you have
written yourself? Link to that material here so other interested
developers can get involved. -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
N/A (not a System Wide Change)
--
Ben Cotton
He / Him / His
Senior Program Manager, Fedora & CentOS Stream
Red Hat
TZ=America/Indiana/Indianapolis
4 years