GCC 8 ABI change on x86_64
by Marek Polacek
Recently we discovered a serious bug in the compiler whereby we miscompiled
several packages. The problem started with my ABI-changing patch which changed
how empty classes are passed, as per the x86_64 psABI (so this bug only affects
x86_64). The problem could arise when the code contained empty class templates.
For more info see <https://gcc.gnu.org/PR84502>.
I did another mass rebuild with a specially-tweaked gcc in order to find out
which packages need to be rebuild with patched gcc-8.0.1-0.16. Sorry about
this.
This is the list:
0ad-0.0.22-5.fc28.src.rpm
adonthell-0.3.6-7.fc28.src.rpm
american-fuzzy-lop-2.52b-2.fc28.src.rpm
ardour4-4.7.0-10.fc28.src.rpm
ardour5-5.12.0-4.fc28.src.rpm
BEDTools-2.26.0-3.fc26.src.rpm
bro-2.5.3-1.fc28.src.rpm
bullet-2.87-2.fc28.src.rpm
camotics-1.1.1-11.fc28.src.rpm
Canna-3.7p3-52.fc28.src.rpm
crawl-0.21.1-2.fc28.src.rpm
dx-4.4.4-44.fc28.src.rpm
dyninst-9.3.2-10.fc28.src.rpm
eiskaltdcpp-2.2.11-12.20180207git6ca065b.fc28.src.rpm
enblend-4.2-9.fc28.src.rpm
endless-sky-0.9.8-4.fc28.src.rpm
eureka-1.00-11.fc28.src.rpm
fastbit-2.0.3-5.fc28.src.rpm
fbreader-0.12.10-18.fc23.src.rpm
fcl-0.5.0-8.fc28.src.rpm
freecad-0.16-11.fc28.src.rpm
freenx-server-0.7.3-41.fc28.src.rpm
freeorion-0.4.7.1-6.fc28.src.rpm
glslang-3.1-0.6.20180205.git2651cca.fc28.src.rpm
gnucap-0.35-24.fc28.src.rpm
gtk4-3.92.1-2.fc28.src.rpm
hypre-2.13.0-5.fc28.src.rpm
ibp-0.21-17.fc28.src.rpm
isdn4k-utils-3.27-10.fc28.src.rpm
java-1.8.0-openjdk-1.8.0.161-8.b14.fc28.src.rpm
kf5-libkleo-17.12.2-1.fc28.src.rpm
kinput2-v3.1-58.fc28.src.rpm
koules-1.4-25.fc28.src.rpm
kyotocabinet-1.2.76-16.fc28.src.rpm
lcgdm-1.10.0-1.fc28.src.rpm
libimagequant-2.11.7-2.fc28.src.rpm
libqb-1.0.3-2.fc28.src.rpm
librime-1.2-21.fc28.src.rpm
llvm34-3.4.2-10.fc26.src.rpm
llvm35-3.5.2-4.fc26.src.rpm
llvm3.7-3.7.1-7.fc27.src.rpm
llvm3.9-3.9.1-11.fc27.src.rpm
llvm4.0-4.0.1-3.fc28.src.rpm
llvm5.0-5.0.1-4.fc28.src.rpm
MagicPoint-1.13a-20.fc28.src.rpm
mld2p4-2.1.1-0.4.fc28.src.rpm
mlpack-2.2.5-3.fc28.src.rpm
mmapper-2.4.5-1.fc28.src.rpm
nas-1.9.4-11.fc28.src.rpm
nco-4.7.1-1.fc28.src.rpm
netpanzer-0.8.7-3.fc26.src.rpm
nx-libs-3.5.0.33-3.fc28.src.rpm
octave-image-2.6.2-1.fc28.src.rpm
oggvideotools-0.9-5.fc27.src.rpm
oneko-1.2-24.fc28.src.rpm
openms-2.3.0-7.fc28.src.rpm
openmsx-0.14.0-2.fc28.src.rpm
p7zip-16.02-10.fc28.src.rpm
pgRouting-2.5.2-3.fc28.src.rpm
pngquant-2.11.7-3.fc28.src.rpm
polyclipping-6.4.2-2.fc28.src.rpm
pythia8-8.2.15-6.fc28.src.rpm
python-pyclipper-1.1.0-1.fc28.src.rpm
qt5-qtlocation-5.10.1-1.fc28.src.rpm
quantum-espresso-5.4.0-12.fc26.src.rpm
rasmol-2.7.5.2-8.fc27.src.rpm
renderdoc-0.91-6.fc28.src.rpm
rocksdb-5.7.3-2.fc28.src.rpm
root-tail-1.2-20.fc28.src.rpm
rosegarden4-17.12-3.fc28.src.rpm
sendmail-8.15.2-23.fc28.src.rpm
seqan-1.4.2-34.fc28.src.rpm
seqan2-2.4.0-2.fc28.src.rpm
stage-4.1.1-17.fc27.src.rpm
stxxl-1.4.1-6.fc28.src.rpm
supertuxkart-0.9.3-2.fc28.2.src.rpm
synergy-2.0.0-2.fc28.src.rpm
tapkee-1.1-6.fc28.src.rpm
tcpxtract-1.0.1-26.fc28.src.rpm
tgif-4.2.5-15.fc28.src.rpm
unclutter-8-16.fc28.src.rpm
v8-6.2.91-5.fc28.src.rpm
vigra-1.11.1-4.fc28.src.rpm
vtk-7.1.1-10.fc28.src.rpm
vxl-1.17.0-25.fc28.src.rpm
x11-ssh-askpass-1.2.4.1-21.fc28.src.rpm
xapian-core-1.4.5-2.fc28.src.rpm
xautolock-2.2-18.fc24.src.rpm
xkeycaps-2.46-22.fc28.src.rpm
xmountains-2.9-2.D20170103git3ba444a4f7.fc28.1.src.rpm
xskat-4.0.0-19.fc28.src.rpm
xstar-2.2.0-18.fc28.src.rpm
xvkbd-3.7-6.fc28.src.rpm
yadex-1.7.0-45.fc28.src.rpm
The following packages were affected, but have already been rebuilt:
cbmc-5.7-3.fc27.src.rpm
clamav-0.99.3-7.fc28.src.rpm
ceph-12.2.2-1.fc28.src.rpm
chromium-64.0.3282.119-1.fc28.src.rpm
glibc-2.27-3.fc28.src.rpm
golang-1.10-0.rc2.1.fc28.src.rpm
libepoxy-1.4.3-6.fc28.src.rpm
librealsense-2.10.0-1.fc28.src.rpm
mapnik-3.0.18-1.fc28.src.rpm
mongodb-3.6.2-5.fc28.src.rpm
opencv-3.3.1-4.fc28.src.rpm
opengrm-ngram-1.3.2-7.fc27.src.rpm
pcl-1.8.1-1.fc28.src.rpm
qbittorrent-4.0.3-3.fc28.src.rpm
root-6.12.06-1.fc28.src.rpm
sphinxtrain-1.0.8-39.fc28.src.rpm
These two packages couldn't be rebuild because of lack of memory. I think
they should be rebuilt too, for a good measure:
openvswitch-2.8.1-2.fc28.src.rpm
openblas-0.2.20-6.fc28.src.rpm
Thanks,
Marek
6 years, 2 months
Re: [ACTION NEEDED #2] Missing BuildRequires: gcc/gcc-c++
by Igor Gnatenko
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
On Wed, 2018-03-07 at 09:21 +0100, Lukas Czerner wrote:
> Hi,
>
> how do I test my changes are working properly ? So far my builds
> succeeded without problems.
Probably easiest way would be to copy existing /etc/mock/fedora-
rawhide-x86_64.cfg and replace "@buildsys-build" in line
config_opts['chroot_setup_cmd'] = 'install @buildsys-build'
to
"bash bzip2 coreutils cpio diffutils fedora-release findutils gawk grep
gzip info make patch redhat-rpm-config rpm-build sed shadow-utils tar
unzip util-linux which xz"
>
> Thanks!
> -Lukas
>
> On Wed, Mar 07, 2018 at 08:43:21AM +0100, Igor Gnatenko wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA256
> >
> > This is the second iteration of my mass-scratch-rebuild without
> > gcc/gcc-c++ in the buildroot[0]. Everything what was written in
> > original mail still applies.
> >
> > Since people might have fixed their packages after I started
> > rebuild, I
> > decided to include information about commits I have used to build
> > packages. Hope this helps.
> >
> >
> > New list of packages, their commits and build logs are available:
> > * https://ignatenkobrain.fedorapeople.org/gcc-removal-pkgs-2.txt
> > * https://ignatenkobrain.fedorapeople.org/gcc-removal-pkgs-commits-
> > 2.tx
> > t
> > * https://ignatenkobrain.fedorapeople.org/gcc-removal-2.txt
> >
> >
> > [0] https://lists.fedoraproject.org/archives/list/devel-announce@li
> > sts.
> > fedoraproject.org/thread/IJFYI5Q2BYZKIGDFS2WLOBDUSEGWHIKV/
> > - --
> > - -Igor Gnatenko
> > -----BEGIN PGP SIGNATURE-----
> >
> > iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlqfmBkACgkQaVcUvRu8
> > X0x5/hAAt1gDH1lzIlkxn9ImLM8339foWlEnLKcqfFH5/dKpIE5x7rgjofRn3OYG
> > +Ca/qtC/iWwOZUYJncXCl+nEPaaBX5v+zpMHAlIZWe/TL7mbLAfwGCAuSupl3agb
> > DG6zuD4gcM0N+5Y5+CtEBv4Yawh+xjb0sKbjCwY8aFsHaVIJHlrnSjWNUz+mUUc1
> > bEcLUAwf2p581ATN7N3ZiJFvlb8LKuwKtEl3EmIk7K8URE/MDOZLBl0dy8+mXywP
> > BXwPeb4mHXZz/JADocWWMKhotVhPc/kUTixLeSmN7RNAcrgqEkNRQ2imy3LxoygE
> > px2I5UO1H/Tko0ALN8Ga5SeSrpU9U6yqJ2uhreCkPEZN6yRUQYY7kCUULTnh17P5
> > cYUV6Uu6LELN7mzt6lZ1C0xMtV+WNVK35XkHDwKe/yk0upFb85jFTOKy65L/QvEi
> > CsAs2sOMfQ4KhZoKyPx3iDavickk4PA2DJ40ALWKuroxCnc+IVu1Q7ZZqqsdys+c
> > bL764wTBbmz1pye2sLNerVAwd7Z4e9y+4AZnVTyNTZl0GBhcxumqp1La0Ku9Gl40
> > jxxHMGhjkkRSwoWiltlj26I13C+L48xYeldxXSvXwjG5YDhQ47pf2cj3oA78i9m/
> > eNk7cW4zTIdmsNG7WdKZ8kRsExasOxNV1tDxdHAq20hMnpDtbQ0=
> > =yy9a
> > -----END PGP SIGNATURE-----
> > _______________________________________________
> > devel-announce mailing list -- devel-announce(a)lists.fedoraproject.o
> > rg
> > To unsubscribe send an email to devel-announce-leave(a)lists.fedorapr
> > oject.org
- --
- -Igor Gnatenko
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlqg8R8ACgkQaVcUvRu8
X0wl9Q/+PR1X3V+uaTXv/LDE7EcQrxVnEXQeCsWv3aOXJq1hkMgBoQnkoLJEan9o
EUgAfd1dOvosOD3N4bazxSZL2HqVjAMI65WFCiMV/KDHPOgbkCiJwL7cDmzRJKi7
3LzABQ355w1rM98AjQ7dTM62tLbhiwDS9B/cMx29l9tML+2P869kjkKaDIITsF2F
39kBUuiSNV6AHCJZB79ADTn92hsS3sXZ9qBsfMOljYgUvEHFCy+rbtZwknqhqpwx
4GO6P2Z26wVVQ7fzgFJzq96YSKPOfxViNonvhqbT/+Zq82A62srYyKD3HcOg9CUn
H8psWLBkwiYYLsViS7hJChsTBI9zqTNq3WdRA/qCJA5xJ9itnHdtXuT8tF4rFNc9
sV+IzMCWPEEYPY6ttahgcJjIZBcdmfq1HxMkbxem0lpaAYMhLg+OPaIQKN91riRc
bnaCTI+xGtHmDpX0z9aD2NGP+Fen6FumKYa6qhq6XS1DOdvSMttwCEAeyjYhQEa+
HfyNa1WlXd/xwiO20wLGHc9BnXa94hDFDAP96Jlkzku65zkR38Wc9E5TOX1OFVSc
Lq3/TdZXwRBFk7nkVy0QcJsBqz5Ylr0XYCCpmlbWOEg+9sgSOlMGNbKrNu3qvKJ3
oPqpJvKVKE2OLVf2UaFS4bAOwB4rl7hqywOALEGuKg2yXNOz0aQ=
=NtuQ
-----END PGP SIGNATURE-----
6 years, 2 months
Critpath karma
by Randy Barlow
Greetings!
Does anybody here know the history and/or purpose behind Bodhi's
critical path karma? A brief grepping of Bodhi's codebase makes me think
it isn't really used by Bodhi for any purpose other than recording and
displaying people's entries. I.e., it doesn't seem to be used in Bodhi's
state machine. It also seems to be confusing for testers.
Does it serve a purpose? If not, should we remove it?
6 years, 2 months
Re: <DKIM> Re: Broken system upgrade due to rich dependencies
by Nicolas Mailhot
Le 2018-03-07 18:15, Reindl Harald a écrit :
> if there wouldn't be dependencies in the real world making it risky
> and difficult just update rpm itself
>
> would you pull all dependencies down to glibc with that transaction?
If needed, yes, it is unsafe to install from a repo that has a newer rpm
stack than the system one.
> what if dnf itself don't work with that new rpm stack without rebuild?
That means building dnf from a new rpm is a special case that needs a
buildroot override, not that everything else is a special case because
the normal dnf use it pulling in rpm to rebuild itself.
> how do you test that?
I certainly hope the rpm and dnf guys talk to each other and do not
update the stack without taking the other needs in account.
> how do you ensure that your tests are still true two months later?
That's the whole point, you don't need to, because you don't allow dnf
installing packages from a repo with a newer rpm stack for months
without updating rpm. The breakage, if any occurs directly at rpm update
not months later once QA thinks everything is golden.
--
Nicolas Mailhot
6 years, 2 months
Giving up some packages to orphan
by Matěj Cepl
Hi,
I have decided to orphan some more obscure packages:
* pidgin-epel
* python-backport_collections
* python-dbusmock
* python-html2text (Aaron Swartz’s one)
* python-mako1.0
* python-mccabe
* rendercheck
* waffle
And remove myself from maintaining some packages which have other
co-maintainers:
* clinfo
* exiv2
* linux-libertine-fonts
* mozilla-fira-fonts
* gnome-chess
* gnuchess
* hgsvn
* http-parser
* jabberd
* josm
* lcov
* piglit
* pyOpenSSL
* python3-mypy
* python-typeshed
* python-behave
* python-cryptography{,-vectors}
* python-flake8
* python-mako (well, I would like to, kylev)
* python-mutagen
* python-parse
* python-parse_type
* python-pelican
* python-rope
* pytz
* signpost-core
* svgsalamander
Go and help those guys maintaining those packages, please!
Best,
Matěj
--
https://matej.ceplovi.cz/blog/, Jabber: mcepl(a)ceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5 BC1D 7920 5802 880B C9D8
Pain is inevitable, but misery is optional. We cannot avoid pain,
but we can avoid joy.
-- Tim Hansel
6 years, 2 months
