Fedora 19 updates-testing report
The following Fedora 19 Security updates need testing: Age URL 356 https://admin.fedoraproject.org/updates/FEDORA-2013-19963/openstack-glance-2013.1.4-1.fc19 168 https://admin.fedoraproject.org/updates/FEDORA-2014-5896/nrpe-2.15-2.fc19 119 https://admin.fedoraproject.org/updates/FEDORA-2014-7496/readline-6.2-8.fc19 117 https://admin.fedoraproject.org/updates/FEDORA-2014-6774/claws-mail-3.10.1-1.fc19,claws-mail-plugins-3.10.0-1.fc19,libetpan-1.5-1.fc19 70 https://admin.fedoraproject.org/updates/FEDORA-2014-9162/xulrunner-31.0-1.fc19 62 https://admin.fedoraproject.org/updates/FEDORA-2014-9427/pipelight-0.2.7.3-3.fc19 49 https://admin.fedoraproject.org/updates/FEDORA-2014-9830/glibc-2.17-21.fc19 37 https://admin.fedoraproject.org/updates/FEDORA-2014-10366/icecream-1.0.1-8.20140822git.fc19 36 https://admin.fedoraproject.org/updates/FEDORA-2014-10640/libreoffice-4.1.6.2-8.fc19 20 https://admin.fedoraproject.org/updates/FEDORA-2014-11522/python-2.7.5-14.fc19 20 https://admin.fedoraproject.org/updates/FEDORA-2014-11544/drupal6-6.33-1.fc19 14 https://admin.fedoraproject.org/updates/FEDORA-2014-12059/torque-3.0.4-5.fc19 14 https://admin.fedoraproject.org/updates/FEDORA-2014-12057/krb5-1.11.3-29.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-12536/python-oauth2-1.5.211-8.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-12584/bugzilla-4.2.11-1.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-12407/sddm-0.9.0-2.20141007git6a28c29b.fc19 5 https://admin.fedoraproject.org/updates/FEDORA-2014-12679/facter-1.6.18-5.fc19 4 https://admin.fedoraproject.org/updates/FEDORA-2014-12707/perl-Mojolicious-5.49-1.fc19 1 https://admin.fedoraproject.org/updates/FEDORA-2014-12878/sysklogd-1.5-18.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-13031/php-5.5.18-1.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-13044/thunderbird-31.2.0-1.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-13070/rubygem-httpclient-2.4.0-2.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-12994/firefox-33.0-1.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-13053/drupal7-7.32-1.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-13020/kernel-3.14.22-100.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-13027/java-1.7.0-openjdk-1.7.0.71-2.5.3.0.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-13049/java-1.8.0-openjdk-1.8.0.25-0.b18.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-13047/libxml2-2.9.1-2.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-13012/openssl-1.0.1e-40.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-13018/deluge-1.3.10-1.fc19 The following Fedora 19 Critical Path updates have yet to be approved: Age URL 304 https://admin.fedoraproject.org/updates/FEDORA-2013-22326/fedora-bookmarks-15-5.fc19 230 https://admin.fedoraproject.org/updates/FEDORA-2014-3245/testdisk-6.14-2.fc19.1,ntfs-3g-2014.2.15-1.fc19 8 https://admin.fedoraproject.org/updates/FEDORA-2014-12420/initscripts-9.47-2.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-12672/libssh2-1.4.3-8.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-12547/xfce4-session-4.10.1-2.fc19 1 https://admin.fedoraproject.org/updates/FEDORA-2014-12870/nss-util-3.17.2-1.fc19,nss-softokn-3.17.2-1.fc19,nss-3.17.2-1.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-13012/openssl-1.0.1e-40.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-13047/libxml2-2.9.1-2.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-13044/thunderbird-31.2.0-1.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-13020/kernel-3.14.22-100.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-12994/firefox-33.0-1.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-13059/kde-workspace-4.11.13-1.fc19 The following builds have been pushed to Fedora 19 updates-testing WindowMaker-0.95.6-2.fc19 bontmia-0.14-13.fc19 deluge-1.3.10-1.fc19 drupal7-7.32-1.fc19 edgar-1.18-1.fc19 firefox-33.0-1.fc19 gccxml-0.9.0-0.25.20140718.gitab651a2.fc19 gridsite-1.7.29-2.fc19 hanazono-fonts-20141012-1.fc19 java-1.7.0-openjdk-1.7.0.71-2.5.3.0.fc19 java-1.8.0-openjdk-1.8.0.25-0.b18.fc19 kde-workspace-4.11.13-1.fc19 kernel-3.14.22-100.fc19 libxml2-2.9.1-2.fc19 man-pages-fr-3.70-1.fc19 mate-themes-extras-1.7.6-1.fc19 mozilla-https-everywhere-4.0.2-1.fc19 onionshare-0.6-5.fc19 openssl-1.0.1e-40.fc19 perl-Module-Build-0.40.04-2.fc19 perl-Module-Starter-1.62-3.fc19 perl-Spreadsheet-XLSX-0.13-8.fc19 php-5.5.18-1.fc19 php-Smarty-3.1.20-1.fc19 php-doctrine-orm-2.4.6-1.fc19 qsstv-8.2.8-1.fc19 rubygem-httpclient-2.4.0-2.fc19 the_silver_searcher-0.25.0-1.fc19
F-21 Branched report: 20141017 changes
Compose started at Fri Oct 17 07:15:03 UTC 2014 Broken deps for armhfp -- [PyQuante] PyQuante-libint-1.6.4-11.fc21.1.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 [audtty] audtty-0.1.12-9.fc20.armv7hl requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.armv7hl requires libjson.so.0 [avro] avro-mapred-1.7.5-9.fc21.noarch requires hadoop-mapreduce avro-mapred-1.7.5-9.fc21.noarch requires hadoop-client [cduce] cduce-0.5.5-9.fc21.armv7hl requires ocaml(Camlp4) = 0:ebd368022fd2bc7b305a42902efa4c90 [cp2k] cp2k-2.5.1-8.fc21.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 cp2k-mpich-2.5.1-8.fc21.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 cp2k-openmpi-2.5.1-8.fc21.armv7hl requires libmpi_usempi.so.1 cp2k-openmpi-2.5.1-8.fc21.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 [deltacloud-core] deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudservers) deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles) [django-recaptcha] django-recaptcha-0.1-7.20091212svn6.fc21.noarch requires python-django14 [dragonegg] dragonegg-3.4-0.3.rc0.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 [edelib] edelib-2.1-5.fc21.armv7hl requires libedelib.so edelib-devel-2.1-5.fc21.armv7hl requires libedelib.so [eucalyptus] eucalyptus-common-java-3.3.0-0.5.20130408git32052445.fc20.armv7hl requires hibernate3-jbosscache = 0:3.6.10-7 [fatrat] 1:fatrat-1.2.0-0.21.beta2.fc21.armv7hl requires libtorrent-rasterbar.so.7 [flush] flush-0.9.12-10.fc21.armv7hl requires libtorrent-rasterbar.so.7 [freesteam] freesteam-ascend-2.1-6.20140724svn753.fc21.armv7hl requires libascend.so.1 [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.armv7hl requires libvala-0.24.so.0 [gnome-python2-desktop] gnome-python2-metacity-2.32.0-18.fc21.armv7hl requires libmetacity-private.so.0 [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0 [leiningen] leiningen-1.7.1-7.fc20.noarch requires maven-ant-tasks leiningen-1.7.1-7.fc20.noarch requires classworlds [libghemical] libghemical-2.99.1-24.fc20.armv7hl requires libf77blas.so.3 libghemical-2.99.1-24.fc20.armv7hl requires libatlas.so.3 [libopensync-plugin-irmc] 1:libopensync-plugin-irmc-0.22-7.fc20.armv7hl requires libopenobex.so.1 [ltsp] ltsp-client-5.4.5-8.fc21.armv7hl requires fuse-unionfs ltsp-server-5.4.5-8.fc21.armv7hl requires cdialog [meshmagick] meshmagick-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1 meshmagick-libs-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1 [monodevelop-vala] monodevelop-vala-2.8.8.1-6.fc21.armv7hl requires vala 0:0.25.0 [netdisco] netdisco-1.1-7.fc21.noarch requires perl(SNMP::Info::Layer2::Bay) [ocaml-pa-do] ocaml-pa-do-0.8.16-3.fc21.armv7hl requires ocaml(Camlp4) = 0:ebd368022fd2bc7b305a42902efa4c90 [openslides] openslides-1.3.1-3.fc21.noarch requires python-django 0:1.5 [openstack-nova] openstack-nova-compute-2014.1.2-1.fc21.noarch requires libvirt-daemon-xen [openvas-client] openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_omp.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_nasl.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_misc.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_hg.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_base.so.6 [perl-RT-Authen-ExternalAuth] perl-RT-Authen-ExternalAuth-0.11-5.fc21.noarch requires rt3 [perl-RT-Extension-CommandByMail] perl-RT-Extension-CommandByMail-0.07-10.fc21.noarch requires perl(RT::Interface::Email) [pipelight-selinux] pipelight-selinux-0.2.1-2.fc21.noarch requires pipelight-common pipelight-selinux-0.2.1-2.fc21.noarch requires pipelight-common pipelight-selinux-0.2.1-2.fc21.noarch requires pipelight pipelight-selinux-0.2.1-2.fc21.noarch requires pipelight [pootle] pootle-2.1.6-8.fc21.noarch requires python-django14 [python-askbot-fedmsg] python-askbot-fedmsg-0.1.0-2.fc21.noarch requires askbot [python-coffin] python-coffin-0.3.7-3.fc21.noarch requires python-django14 [python-django-addons] python-django-addons-0.6.6-2.fc21.noarch requires python-django14 [python-django-longerusername] python-django-longerusername-0.4-5.20130204gite4e85d7d.fc21.noarch requires python-django14 [rubygem-linecache19] rubygem-linecache19-0.5.13-6.fc20.armv7hl requires libruby.so.2.0 [rubygem-rubigen] rubygem-rubigen-1.5.8-3.fc21.noarch requires rubygem(activesupport) 0:3.2.0 [rubygem-ruby-debug-base19] rubygem-ruby-debug-base19-0.11.26-6.fc20.armv7hl requires
rawhide report: 20141017 changes
Compose started at Fri Oct 17 05:15:02 UTC 2014 Broken deps for i386 -- [3Depict] 3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0 [Agda] ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so ghc-Agda-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so ghc-Agda-2.3.2.2-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc-devel(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) [PyQuante] PyQuante-libint-1.6.4-11.fc22.1.i686 requires libint(x86-32) = 0:1.1.6-2.fc21 [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [audtty] audtty-0.1.12-9.fc20.i686 requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.i686 requires libjson.so.0 [cab] cab-0.1.9-12.fc22.i686 requires cabal-dev [condor] condor-plumage-8.1.4-7.a1a7df5.fc22.i686 requires libmongoclient.so [darcs] darcs-2.8.4-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so darcs-2.8.4-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so darcs-2.8.4-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) darcs-2.8.4-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-darcs-2.8.4-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so ghc-darcs-2.8.4-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so ghc-darcs-2.8.4-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) ghc-darcs-2.8.4-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-darcs-devel-2.8.4-5.fc22.i686 requires ghc-devel(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) ghc-darcs-devel-2.8.4-5.fc22.i686 requires ghc-devel(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) [debconf] debconf-1.5.53-1.fc22.noarch requires perl(:MODULE_COMPAT_5.18.2) [deltacloud-core] deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudservers) deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles) [django-recaptcha] django-recaptcha-0.1-7.20091212svn6.fc21.noarch requires python-django14 [dnssec-check] dnssec-check-1.14.0.1-4.fc20.i686 requires libval-threads.so.14 dnssec-check-1.14.0.1-4.fc20.i686 requires libsres.so.14 [dragonegg] dragonegg-3.4-0.3.rc0.fc21.i686 requires gcc = 0:4.8.2-14.fc21 [edelib] edelib-2.1-5.fc22.i686 requires libedelib.so edelib-devel-2.1-5.fc22.i686 requires libedelib.so [eucalyptus] eucalyptus-common-java-3.3.0-0.5.20130408git32052445.fc20.i686 requires hibernate3-jbosscache = 0:3.6.10-7 [fatrat] 1:fatrat-1.2.0-0.21.beta2.fc22.i686 requires libtorrent-rasterbar.so.7 [flush] flush-0.9.12-10.fc22.i686 requires libtorrent-rasterbar.so.7 [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.i686 requires libvala-0.24.so.0 [ghc-hjsmin] ghc-hjsmin-0.1.4.7-3.fc22.i686 requires libHSoptparse-applicative-0.9.0-ghc7.6.3.so [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0 [gorm] gorm-1.2.18-5.fc20.i686 requires libgnustep-gui.so.0.23 [hadoop] hadoop-common-2.4.1-5.fc22.noarch requires commons-httpclient [hledger] ghc-hledger-0.19.3-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so ghc-hledger-0.19.3-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so ghc-hledger-0.19.3-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-hledger-devel-0.19.3-5.fc22.i686 requires ghc-devel(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) hledger-0.19.3-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so hledger-0.19.3-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so hledger-0.19.3-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) hledger-0.19.3-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) [idris] idris-0.9.9.1-3.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so idris-0.9.9.1-3.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so idris-0.9.9.1-3.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) idris-0.9.9.1-3.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) [iwhd] iwhd-1.6-11.fc22.i686
systemd: Forcibly powering off as result of failure.
Fairly often in the last few weeks, in both my F21 and Rawhide VirtualBox guests, I've had a shutdown while doing a yum distro-sync, shortly before the transaction starts (so I've never actually had to clean up a transaction). I can then always reboot and redo the distro-sync without incident. The following messages always appear in /var/log/messages: Oct 12 08:02:34 localhost dnf: not found updateinfo for: Fedora - Rawhide - Deve lopmental packages for the next Fedora release Oct 12 08:03:31 localhost dnf: Metadata cache created. Oct 12 08:03:34 localhost systemd: Started dnf makecache. Oct 12 08:03:53 localhost systemd: Starting Cleanup of Temporary Directories... Oct 12 08:03:54 localhost systemd-tmpfiles: [/usr/lib/tmpfiles.d/man-db.conf:1] Unknown user 'man'. Oct 12 08:03:55 localhost systemd: systemd-tmpfiles-clean.service: main process exited, code=exited, status=1/FAILURE Oct 12 08:03:55 localhost systemd: Failed to start Cleanup of Temporary Director ies. Oct 12 08:03:55 localhost systemd: Unit systemd-tmpfiles-clean.service entered f ailed state. Oct 12 08:03:55 localhost systemd: systemd-tmpfiles-clean.service failed. Oct 12 08:04:01 localhost systemd: Startup timed out. Oct 12 08:04:01 localhost systemd: Forcibly powering off as result of failure. Oct 12 08:04:01 localhost systemd: Shutting down. I can't find any reported bugs or any other sign that anyone else is seeing this. Am I actually the only one? It happened in F21 just yesterday. If I need to report it, what component should it be? -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: *** Error in `/sbin/grubby': free(): invalid pointer: 0x0000000001fb2921 ***
On 16.10.2014 23:23, poma wrote: ... Cleanup: grubby-8.35-4.fc21.x86_64 440/441 Cleanup: libmwaw-.3.2-2.fc21.x86_64 441/441 *** Error in `/sbin/grubby': free(): invalid pointer: 0x01fb2921 *** === Backtrace: = /lib64/libc.so.6(+0x7850e)[0x7f04dc03b50e] /lib64/libc.so.6(cfree+0x5b5)[0x7f04dc047165] /sbin/grubby[0x40a160] /sbin/grubby[0x4050d7] /lib64/libc.so.6(__libc_start_main+0xf0)[0x7f04dbfe2fe0] /sbin/grubby[0x40523d] === Memory map: 0040-0040f000 r-xp 08:03 2152023 /usr/sbin/grubby 0060e000-0060f000 r--p e000 08:03 2152023 /usr/sbin/grubby 0060f000-0061 rw-p f000 08:03 2152023 /usr/sbin/grubby 0061-00611000 rw-p 00:00 0 01fb2000-01fd3000 rw-p 00:00 0 [heap] 7f04dbba7000-7f04dbbbd000 r-xp 08:03 2136032 /usr/lib64/libgcc_s-4.9.1-20140930.so.1 7f04dbbbd000-7f04dbdbc000 ---p 00016000 08:03 2136032 /usr/lib64/libgcc_s-4.9.1-20140930.so.1 7f04dbdbc000-7f04dbdbd000 r--p 00015000 08:03 2136032 /usr/lib64/libgcc_s-4.9.1-20140930.so.1 7f04dbdbd000-7f04dbdbe000 rw-p 00016000 08:03 2136032 /usr/lib64/libgcc_s-4.9.1-20140930.so.1 7f04dbdbe000-7f04dbdc2000 r-xp 08:03 2129107 /usr/lib64/libuuid.so.1.3.0 7f04dbdc2000-7f04dbfc1000 ---p 4000 08:03 2129107 /usr/lib64/libuuid.so.1.3.0 7f04dbfc1000-7f04dbfc2000 r--p 3000 08:03 2129107 /usr/lib64/libuuid.so.1.3.0 7f04dbfc2000-7f04dbfc3000 rw-p 4000 08:03 2129107 /usr/lib64/libuuid.so.1.3.0 7f04dbfc3000-7f04dc177000 r-xp 08:03 2099109 /usr/lib64/libc-2.20.so 7f04dc177000-7f04dc376000 ---p 001b4000 08:03 2099109 /usr/lib64/libc-2.20.so 7f04dc376000-7f04dc37a000 r--p 001b3000 08:03 2099109 /usr/lib64/libc-2.20.so 7f04dc37a000-7f04dc37c000 rw-p 001b7000 08:03 2099109 /usr/lib64/libc-2.20.so 7f04dc37c000-7f04dc38 rw-p 00:00 0 7f04dc38-7f04dc38b000 r-xp 08:03 2130555 /usr/lib64/libpopt.so.0.0.0 7f04dc38b000-7f04dc58b000 ---p b000 08:03 2130555 /usr/lib64/libpopt.so.0.0.0 7f04dc58b000-7f04dc58c000 r--p b000 08:03 2130555 /usr/lib64/libpopt.so.0.0.0 7f04dc58c000-7f04dc58d000 rw-p c000 08:03 2130555 /usr/lib64/libpopt.so.0.0.0 7f04dc58d000-7f04dc5c8000 r-xp 08:03 2126502 /usr/lib64/libblkid.so.1.1.0 7f04dc5c8000-7f04dc7c8000 ---p 0003b000 08:03 2126502 /usr/lib64/libblkid.so.1.1.0 7f04dc7c8000-7f04dc7cb000 r--p 0003b000 08:03 2126502 /usr/lib64/libblkid.so.1.1.0 7f04dc7cb000-7f04dc7cc000 rw-p 0003e000 08:03 2126502 /usr/lib64/libblkid.so.1.1.0 7f04dc7cc000-7f04dc7cd000 rw-p 00:00 0 7f04dc7cd000-7f04dc7ee000 r-xp 08:03 2101605 /usr/lib64/ld-2.20.so 7f04dc9bb000-7f04dc9bf000 rw-p 00:00 0 7f04dc9ec000-7f04dc9ee000 rw-p 00:00 0 7f04dc9ee000-7f04dc9ef000 r--p 00021000 08:03 2101605 /usr/lib64/ld-2.20.so 7f04dc9ef000-7f04dc9f rw-p 00022000 08:03 2101605 /usr/lib64/ld-2.20.so 7f04dc9f-7f04dc9f1000 rw-p 00:00 0 7fff1f966000-7fff1f987000 rw-p 00:00 0 [stack] 7fff1f9c3000-7fff1f9c5000 r--p 00:00 0 [vvar] 7fff1f9c5000-7fff1f9c7000 r-xp 00:00 0 [vdso] ff60-ff601000 r-xp 00:00 0 [vsyscall] /sbin/new-kernel-pkg: line 194: [: too many arguments /sbin/new-kernel-pkg: line 200: [: too many arguments /sbin/new-kernel-pkg: line 460: [: too many arguments /sbin/new-kernel-pkg: line 466: [: too many arguments Verifying : 1:NetworkManager-wifi-0.9.10.0-8.git20140704.fc21.x86_64 1/441 Verifying : vala-devel-0.26.1-1.fc21.x86_64 2/441 Verifying : anaconda-core-21.48.10-1.fc21.x86_64 3/441 ... Here, update to grubby-8.35-6.fc21.x86_64 produced unbootable/crashing kernel, 3.17.1-300.fc21.x86_64. However update to grubby-8.35-7.fc21.x86_64 produced bootable kernel, 3.17.1-300.fc21.x86_64. But for adamwill chr77 is quite opposite: https://admin.fedoraproject.org/updates/FEDORA-2014-12932/grubby-8.35-7.fc21?_csrf_token=510cc2a Feedback [Update feedback
Re: *** Error in `/sbin/grubby': free(): invalid pointer: 0x0000000001fb2921 ***
On Fri, Oct 17, 2014 at 07:15:46PM +0200, poma wrote: On 16.10.2014 23:23, poma wrote: ... Cleanup: grubby-8.35-4.fc21.x86_64 440/441 Cleanup: libmwaw-.3.2-2.fc21.x86_64 441/441 *** Error in `/sbin/grubby': free(): invalid pointer: 0x01fb2921 *** === Backtrace: = /lib64/libc.so.6(+0x7850e)[0x7f04dc03b50e] /lib64/libc.so.6(cfree+0x5b5)[0x7f04dc047165] /sbin/grubby[0x40a160] /sbin/grubby[0x4050d7] /lib64/libc.so.6(__libc_start_main+0xf0)[0x7f04dbfe2fe0] /sbin/grubby[0x40523d] === Memory map: 0040-0040f000 r-xp 08:03 2152023 /usr/sbin/grubby 0060e000-0060f000 r--p e000 08:03 2152023 /usr/sbin/grubby 0060f000-0061 rw-p f000 08:03 2152023 /usr/sbin/grubby 0061-00611000 rw-p 00:00 0 01fb2000-01fd3000 rw-p 00:00 0 [heap] 7f04dbba7000-7f04dbbbd000 r-xp 08:03 2136032 /usr/lib64/libgcc_s-4.9.1-20140930.so.1 7f04dbbbd000-7f04dbdbc000 ---p 00016000 08:03 2136032 /usr/lib64/libgcc_s-4.9.1-20140930.so.1 7f04dbdbc000-7f04dbdbd000 r--p 00015000 08:03 2136032 /usr/lib64/libgcc_s-4.9.1-20140930.so.1 7f04dbdbd000-7f04dbdbe000 rw-p 00016000 08:03 2136032 /usr/lib64/libgcc_s-4.9.1-20140930.so.1 7f04dbdbe000-7f04dbdc2000 r-xp 08:03 2129107 /usr/lib64/libuuid.so.1.3.0 7f04dbdc2000-7f04dbfc1000 ---p 4000 08:03 2129107 /usr/lib64/libuuid.so.1.3.0 7f04dbfc1000-7f04dbfc2000 r--p 3000 08:03 2129107 /usr/lib64/libuuid.so.1.3.0 7f04dbfc2000-7f04dbfc3000 rw-p 4000 08:03 2129107 /usr/lib64/libuuid.so.1.3.0 7f04dbfc3000-7f04dc177000 r-xp 08:03 2099109 /usr/lib64/libc-2.20.so 7f04dc177000-7f04dc376000 ---p 001b4000 08:03 2099109 /usr/lib64/libc-2.20.so 7f04dc376000-7f04dc37a000 r--p 001b3000 08:03 2099109 /usr/lib64/libc-2.20.so 7f04dc37a000-7f04dc37c000 rw-p 001b7000 08:03 2099109 /usr/lib64/libc-2.20.so 7f04dc37c000-7f04dc38 rw-p 00:00 0 7f04dc38-7f04dc38b000 r-xp 08:03 2130555 /usr/lib64/libpopt.so.0.0.0 7f04dc38b000-7f04dc58b000 ---p b000 08:03 2130555 /usr/lib64/libpopt.so.0.0.0 7f04dc58b000-7f04dc58c000 r--p b000 08:03 2130555 /usr/lib64/libpopt.so.0.0.0 7f04dc58c000-7f04dc58d000 rw-p c000 08:03 2130555 /usr/lib64/libpopt.so.0.0.0 7f04dc58d000-7f04dc5c8000 r-xp 08:03 2126502 /usr/lib64/libblkid.so.1.1.0 7f04dc5c8000-7f04dc7c8000 ---p 0003b000 08:03 2126502 /usr/lib64/libblkid.so.1.1.0 7f04dc7c8000-7f04dc7cb000 r--p 0003b000 08:03 2126502 /usr/lib64/libblkid.so.1.1.0 7f04dc7cb000-7f04dc7cc000 rw-p 0003e000 08:03 2126502 /usr/lib64/libblkid.so.1.1.0 7f04dc7cc000-7f04dc7cd000 rw-p 00:00 0 7f04dc7cd000-7f04dc7ee000 r-xp 08:03 2101605 /usr/lib64/ld-2.20.so 7f04dc9bb000-7f04dc9bf000 rw-p 00:00 0 7f04dc9ec000-7f04dc9ee000 rw-p 00:00 0 7f04dc9ee000-7f04dc9ef000 r--p 00021000 08:03 2101605 /usr/lib64/ld-2.20.so 7f04dc9ef000-7f04dc9f rw-p 00022000 08:03 2101605 /usr/lib64/ld-2.20.so 7f04dc9f-7f04dc9f1000 rw-p 00:00 0 7fff1f966000-7fff1f987000 rw-p 00:00 0 [stack] 7fff1f9c3000-7fff1f9c5000 r--p 00:00 0 [vvar] 7fff1f9c5000-7fff1f9c7000 r-xp 00:00 0 [vdso] ff60-ff601000 r-xp 00:00 0 [vsyscall] /sbin/new-kernel-pkg: line 194: [: too many arguments /sbin/new-kernel-pkg: line 200: [: too many arguments /sbin/new-kernel-pkg: line 460: [: too many arguments /sbin/new-kernel-pkg: line 466: [: too many arguments Verifying : 1:NetworkManager-wifi-0.9.10.0-8.git20140704.fc21.x86_64 1/441 Verifying : vala-devel-0.26.1-1.fc21.x86_64 2/441 Verifying : anaconda-core-21.48.10-1.fc21.x86_64 3/441 ... No idea what's going on there; reproducing with debuginfo installed would help. In any case if you don't see it with -7 then it probably is in the code that got reverted anyway. Here, update to grubby-8.35-6.fc21.x86_64 produced
Re: *** Error in `/sbin/grubby': free(): invalid pointer: 0x0000000001fb2921 ***
On 17.10.2014 19:26, Peter Jones wrote: On Fri, Oct 17, 2014 at 07:15:46PM +0200, poma wrote: On 16.10.2014 23:23, poma wrote: ... Cleanup: grubby-8.35-4.fc21.x86_64 440/441 Cleanup: libmwaw-.3.2-2.fc21.x86_64 441/441 *** Error in `/sbin/grubby': free(): invalid pointer: 0x01fb2921 *** === Backtrace: = /lib64/libc.so.6(+0x7850e)[0x7f04dc03b50e] /lib64/libc.so.6(cfree+0x5b5)[0x7f04dc047165] /sbin/grubby[0x40a160] /sbin/grubby[0x4050d7] /lib64/libc.so.6(__libc_start_main+0xf0)[0x7f04dbfe2fe0] /sbin/grubby[0x40523d] === Memory map: 0040-0040f000 r-xp 08:03 2152023 /usr/sbin/grubby 0060e000-0060f000 r--p e000 08:03 2152023 /usr/sbin/grubby 0060f000-0061 rw-p f000 08:03 2152023 /usr/sbin/grubby 0061-00611000 rw-p 00:00 0 01fb2000-01fd3000 rw-p 00:00 0 [heap] 7f04dbba7000-7f04dbbbd000 r-xp 08:03 2136032 /usr/lib64/libgcc_s-4.9.1-20140930.so.1 7f04dbbbd000-7f04dbdbc000 ---p 00016000 08:03 2136032 /usr/lib64/libgcc_s-4.9.1-20140930.so.1 7f04dbdbc000-7f04dbdbd000 r--p 00015000 08:03 2136032 /usr/lib64/libgcc_s-4.9.1-20140930.so.1 7f04dbdbd000-7f04dbdbe000 rw-p 00016000 08:03 2136032 /usr/lib64/libgcc_s-4.9.1-20140930.so.1 7f04dbdbe000-7f04dbdc2000 r-xp 08:03 2129107 /usr/lib64/libuuid.so.1.3.0 7f04dbdc2000-7f04dbfc1000 ---p 4000 08:03 2129107 /usr/lib64/libuuid.so.1.3.0 7f04dbfc1000-7f04dbfc2000 r--p 3000 08:03 2129107 /usr/lib64/libuuid.so.1.3.0 7f04dbfc2000-7f04dbfc3000 rw-p 4000 08:03 2129107 /usr/lib64/libuuid.so.1.3.0 7f04dbfc3000-7f04dc177000 r-xp 08:03 2099109 /usr/lib64/libc-2.20.so 7f04dc177000-7f04dc376000 ---p 001b4000 08:03 2099109 /usr/lib64/libc-2.20.so 7f04dc376000-7f04dc37a000 r--p 001b3000 08:03 2099109 /usr/lib64/libc-2.20.so 7f04dc37a000-7f04dc37c000 rw-p 001b7000 08:03 2099109 /usr/lib64/libc-2.20.so 7f04dc37c000-7f04dc38 rw-p 00:00 0 7f04dc38-7f04dc38b000 r-xp 08:03 2130555 /usr/lib64/libpopt.so.0.0.0 7f04dc38b000-7f04dc58b000 ---p b000 08:03 2130555 /usr/lib64/libpopt.so.0.0.0 7f04dc58b000-7f04dc58c000 r--p b000 08:03 2130555 /usr/lib64/libpopt.so.0.0.0 7f04dc58c000-7f04dc58d000 rw-p c000 08:03 2130555 /usr/lib64/libpopt.so.0.0.0 7f04dc58d000-7f04dc5c8000 r-xp 08:03 2126502 /usr/lib64/libblkid.so.1.1.0 7f04dc5c8000-7f04dc7c8000 ---p 0003b000 08:03 2126502 /usr/lib64/libblkid.so.1.1.0 7f04dc7c8000-7f04dc7cb000 r--p 0003b000 08:03 2126502 /usr/lib64/libblkid.so.1.1.0 7f04dc7cb000-7f04dc7cc000 rw-p 0003e000 08:03 2126502 /usr/lib64/libblkid.so.1.1.0 7f04dc7cc000-7f04dc7cd000 rw-p 00:00 0 7f04dc7cd000-7f04dc7ee000 r-xp 08:03 2101605 /usr/lib64/ld-2.20.so 7f04dc9bb000-7f04dc9bf000 rw-p 00:00 0 7f04dc9ec000-7f04dc9ee000 rw-p 00:00 0 7f04dc9ee000-7f04dc9ef000 r--p 00021000 08:03 2101605 /usr/lib64/ld-2.20.so 7f04dc9ef000-7f04dc9f rw-p 00022000 08:03 2101605 /usr/lib64/ld-2.20.so 7f04dc9f-7f04dc9f1000 rw-p 00:00 0 7fff1f966000-7fff1f987000 rw-p 00:00 0 [stack] 7fff1f9c3000-7fff1f9c5000 r--p 00:00 0 [vvar] 7fff1f9c5000-7fff1f9c7000 r-xp 00:00 0 [vdso] ff60-ff601000 r-xp 00:00 0 [vsyscall] /sbin/new-kernel-pkg: line 194: [: too many arguments /sbin/new-kernel-pkg: line 200: [: too many arguments /sbin/new-kernel-pkg: line 460: [: too many arguments /sbin/new-kernel-pkg: line 466: [: too many arguments Verifying : 1:NetworkManager-wifi-0.9.10.0-8.git20140704.fc21.x86_64 1/441 Verifying : vala-devel-0.26.1-1.fc21.x86_64 2/441 Verifying : anaconda-core-21.48.10-1.fc21.x86_64 3/441 ... No idea what's going on there; reproducing with debuginfo installed would help. In any case if you don't see it with -7 then it probably is in the code that got reverted anyway. Here, update to grubby-8.35-6.fc21.x86_64 produced unbootable/crashing kernel, 3.17.1-300.fc21.x86_64.
Re: ?howto?: find needed package in not configured repository - intel video driver
poma composed on 2014-10-17 16:45 (UTC+0200): Felix Miata wrote: Anyway, I'm not going to build. Even if I wanted to, the systems with the bug have limited available space, so I'm not going to shrink it and risk eliminating it by installing one time use software and source. F21 can either go out the door with the bug, or I can wait and see if the fix gets into F21 through someone else's effort. limited available space? :) https://lists.fedoraproject.org/pipermail/devel/2014-October/203442.html I have F20, F21 and/or F22 installed on 15 machines, of which one has more than one core, and only 2-3, maybe 4, of which have HT. Some people need to get the most out of their money, and/or take whatever they can get. # hostname -s t2240 # grep PRETTY /etc/os-release PRETTY_NAME=Fedora 22 (Rawhide) # lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 01) # df / Filesystem 1K-blocksUsed Available Use% Mounted on /dev/sda20 4436818 2367577 1843931 57% / That's rather more freespace than my average test installations. Still, I have no idea how much space your suggestion might require. -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 21 test coverage so far
On Tue, 2014-10-14 at 13:48 -0700, Adam Williamson wrote: Hey, folks! If you've been following my blog or G+ or the qa-devel list, you might have noticed that I've been rewriting Josef's testcase-stats script on top of my wikitcms. I released my version last night, and today I cleaned up the F21 result pages a bit (I converted the pre-Beta TC2 Install pages to the new TC2+ format, while keeping all the results intact) so we get nice clean test coverage results for F21. I've posted the results as of a few hours ago here: https://www.happyassassin.net/testcase_stats/21/ This is now being updated nightly (using relval 1.2.1). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
[Test-Announce] PSA: Don't install kernels with grubby 8.35-6.fc21 - they won't boot
Hi, folks. I've just noticed that grubby 8.35-6.fc21 made it to the updates-testing repository. That build has a rather bad bug - when it writes grub entries it will likely leave out the 'initrd16' (or just 'initrd', depending how old your system is) line, which will probably mean the kernel won't boot. So, best downgrade to 8.35-4.fc21 (from the 'fedora' repo) or upgrade to 8.35-7.fc21 (https://admin.fedoraproject.org/updates/FEDORA-2014-12932/grubby-8.35-7.fc21 , should hit updates-testing soon, you can get it from koji or with 'bodhi -D FEDORA-2014-12932' for now) before installing any kernels. If you do wind up with a grubby 8.35-6 installed kernel which won't boot, don't panic. You can manually add the required line by copying from the line for an older kernel and just changing the filename appropriately - it should come right under the 'linux' / 'linux16' line. You can also just boot an older kernel, remove the newer kernel, upgrade or downgrade grubby, and install the newer kernel again. Sorry for the trouble! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
[Test-Announce] Fedora 21 Beta Test Compose 4 (TC4) Available Now!
As per the Fedora 21 schedule [1], Fedora 21 Beta Test Compose 4 (TC4) is now available for testing. Content information, including changes, can be found at https://fedorahosted.org/rel-eng/ticket/6010#comment:7 . Please see the following pages for download links (including delta ISOs) and testing instructions. Normally dl.fedoraproject.org should provide the fastest download, but download-ib01.fedoraproject.org is available as a mirror (with an approximately 1 hour lag) in case of trouble. To use it, just replace dl with download-ib01 in the download URL. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Base: https://fedoraproject.org/wiki/Test_Results:Current_Base_Test Workstation and Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Server: https://fedoraproject.org/wiki/Test_Results:Current_Server_Test Cloud: https://fedoraproject.org/wiki/Test_Results:Current_Cloud_Test Summary: https://fedoraproject.org/wiki/Test_Results:Current_Summary Ideally, all Alpha and Beta priority test cases for each of these test pages [2] should pass in order to meet the Beta Release Criteria [3]. Help is available on #fedora-qa on irc.freenode.net [4], or on the test list [5]. Create Fedora 21 Beta test compose (TC) and release candidate (RC) https://fedorahosted.org/rel-eng/ticket/6010 Current Blocker and Freeze Exception bugs: http://qa.fedoraproject.org/blockerbugs/current [1] http://fedorapeople.org/groups/schedule/f-21/f-21-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Release_validation_test_plan [3] https://fedoraproject.org/wiki/Fedora_21_Beta_Release_Criteria [4] irc://irc.freenode.net/fedora-qa [5] https://admin.fedoraproject.org/mailman/listinfo/test signature.asc Description: OpenPGP digital signature ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Fedora 21 Beta Test Compose 4 (TC4) Available Now!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/18/14 05:46, Andre Robatino wrote: As per the Fedora 21 schedule [1], Fedora 21 Beta Test Compose 4 (TC4) is now available for testing. Just installed the KDE Live spin to disk and upon bootup found that the rawhide repo enabled while the rest of the repos were disabled. Intentional? - -- If you can't laugh at yourself, others will gladly oblige. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlRBqskACgkQ4JnKjVbCBvqkZwCdEpv4vRdNwOqtgfVsYcnuPF4Q t8wAn2R4zdCFC9fYbwIKw9cf5BDz+rcu =T2Ic -END PGP SIGNATURE- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Fedora 21 Beta Test Compose 4 (TC4) Available Now!
On Fri, 2014-10-17 at 16:52 -0700, Adam Williamson wrote: On Sat, 2014-10-18 at 07:48 +0800, Ed Greshko wrote: On 10/18/14 05:46, Andre Robatino wrote: As per the Fedora 21 schedule [1], Fedora 21 Beta Test Compose 4 (TC4) is now available for testing. Just installed the KDE Live spin to disk and upon bootup found that the rawhide repo enabled while the rest of the repos were disabled. Intentional? No. I'm guessing it's a problem with the change of name in fedora-release - fedora-release-standard was changed to fedora-release-nonproduct. Either there's a problem in comps / spin-kickstarts, or we didn't wait long enough to do the compose, or something. I'll take a look, thanks for the note. Problem is in the fedora-release shenanigans that went into TC4 - https://admin.fedoraproject.org/updates/FEDORA-2014-13090/fedora-release-21-0.16 - but I still need to plumb out exactly how. I think the fact that fedora-release now requires 'system-release-product' is contributing. If you look on the KDE live for TC4 it's actually got completely the wrong release packages. It has the generic ones: [liveuser@localhost ~]$ rpm -qa | grep release generic-release-rawhide-21-5.noarch generic-release-21-5.noarch fedora-release-notes-21.06-1.fc21.noarch so far what I figure is this. There isn't actually a lot in Fedora which directly requires a *release package of some sort. I believe it's just the package `setup`, which requires system-release. Both fedora-release and generic-release provide system-release. If you use any kickstart to deploy Fedora which doesn't explicitly specify one or other provider, you're ultimately going to get whatever the depsolver gives you. The 'environment groups' in comps explicitly require a fedora-release package (fedora-release-(product) in the case of Server, Workstation etc; fedora-release-nonproduct in the case of KDE etc) so they're OK. But the KDE live image doesn't actually use the 'kde-desktop-environment' comps group, it just directly lists various of the KDE package groups: %packages @kde-apps @kde-desktop @kde-media @kde-telepathy @networkmanager-submodules (in fedora-kde-packages.ks). None of the other live images actually use the environment groups either, they do something similar. Workstation is OK in TC4 because the Workstation kickstart lists the workstation-product comps group, and that lists the 'fedora-release-workstation' package directly. You could say we should just go around sticking fedora-release-nonproduct in a bunch of comps groups, but I'm not sure that's quite the right answer - the whole point of having generic-release in the first place is so people can do unbranded Fedoras, and that would prevent people doing that. So, why does the depsolver suddenly start giving us generic-release instead of fedora-release? I'm not sure yet, but I have a theory - I believe fedora-release's dependency chain got longer, and that affects the depsolver's choice. In fedora-release-21-0.16, a requirement was added to fedora-release for 'system-release-product', which is provided by fedora-release-server, fedora-release-nonproduct etc. But 'generic-release' has no such matching requirement (nor do we in fact have a generic-release-server, generic-release-workstation, generic-release-nonproduct etc). So basically you get generic-release because it can satisfy the 'system-release' requirement with a shorter dep chain, because it doesn't also have to pull in a 'product' package to satisfy the 'system-release-product' dep. I guess the straightforward way to fix this is just to bring generic-release in line with fedora-release - if their depchains are similar fedora-release wins out I believe alphabetically (man, this stuff is hairy sometimes). It'd help if we had anyone around who remembers how the generic-* stuff was originally architected to work, and what the expectations were around how people should use it, I guess. I'll file a bug for this. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
KDE login oddity
I just installed KDE via the Fedora-Workstation-netinst-x86_64-21_Beta_TC4.iso. The login screen comes up with KDE Plasma Workspace (failsafe session) selected. I manually select KDE Plasma Workspace login/logout and the username section is blank (expect to see the previous username) and it is still set to the failsafe session. sddm bug or some other package? -- If you can't laugh at yourself, others will gladly oblige. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Fedora 21 Beta Test Compose 4 (TC4) Available Now!
On 10/18/14 08:56, Adam Williamson wrote: I'll file a bug for this. Thanks -- If you can't laugh at yourself, others will gladly oblige. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Fedora 21 Beta Test Compose 4 (TC4) Available Now!
On Sat, 2014-10-18 at 09:37 +0800, Ed Greshko wrote: On 10/18/14 08:56, Adam Williamson wrote: I'll file a bug for this. Thanks https://bugzilla.redhat.com/show_bug.cgi?id=1154235 -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora-Live-LXDE-x86_64-21_Beta-TC3.iso does not provide the selection of a german keyboard without installing additional software
On Mon, 2014-10-13 at 09:26 +0200, Joachim Backes wrote: If starting the live distro Fedora-Live-LXDE-x86_64-21_Beta-TC3, I have no chance to select a german keyboard with Preferences-Keyboard and mouse (within the live session). No keyboard type is offered by the Keyboard tab. Installing system-config-keyboard and then selecting a german keyboard helps. But: a (for example german) newbie testing that live distro cannot know this tool! The contents of the non-blocking live spins are really pretty much up to the spin maintainer. I'd suggest filing a bug against one of the LXDE components, or filing a bug against spin-kickstarts and manually assigning to the LXDE spin maintainer - Christoph Wickert, cwickert AT fedoraproject.org. Or you can contact the LXDE mailing list or Christoph directly. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: KDE login oddity
On Fri, Oct 17, 2014 at 6:35 PM, Ed Greshko ed.gres...@greshko.com wrote: I just installed KDE via the Fedora-Workstation-netinst-x86_64-21_Beta_TC4.iso. The login screen comes up with KDE Plasma Workspace (failsafe session) selected. I manually select KDE Plasma Workspace login/logout and the username section is blank (expect to see the previous username) and it is still set to the failsafe session. sddm bug or some other package? sddm has gone through a lot of changes due to security issues. It's not ready for prime time in my opinion. I downgraded to where it still uses sddm.conf in order to get it working the way I like.- sddm-0.2.0-0.32.20140627gitf49c2c79.fc21.x86_64 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: KDE login oddity
On 10/18/14 11:39, Joshua Andrews wrote: On Fri, Oct 17, 2014 at 6:35 PM, Ed Greshko ed.gres...@greshko.com mailto:ed.gres...@greshko.com wrote: I just installed KDE via the Fedora-Workstation-netinst-x86_64-21_Beta_TC4.iso. The login screen comes up with KDE Plasma Workspace (failsafe session) selected. I manually select KDE Plasma Workspace login/logout and the username section is blank (expect to see the previous username) and it is still set to the failsafe session. sddm bug or some other package? sddm has gone through a lot of changes due to security issues. It's not ready for prime time in my opinion. I downgraded to where it still uses sddm.conf in order to get it working the way I like.- sddm-0.2.0-0.32.20140627gitf49c2c79.fc21.x86_64 OK FWIW, the borked KDE Live spin in Beta TC4 is using that version of sddm. The net installed version is sddm-0.9.0-2.Which I did not check because I did the old assume. Indeed, downgrading was the cure. Thanks -- If you can't laugh at yourself, others will gladly oblige. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
[Test-Announce] PSA: Don't install kernels with grubby 8.35-6.fc21 - they won't boot
Hi, folks. I've just noticed that grubby 8.35-6.fc21 made it to the updates-testing repository. That build has a rather bad bug - when it writes grub entries it will likely leave out the 'initrd16' (or just 'initrd', depending how old your system is) line, which will probably mean the kernel won't boot. So, best downgrade to 8.35-4.fc21 (from the 'fedora' repo) or upgrade to 8.35-7.fc21 (https://admin.fedoraproject.org/updates/FEDORA-2014-12932/grubby-8.35-7.fc21 , should hit updates-testing soon, you can get it from koji or with 'bodhi -D FEDORA-2014-12932' for now) before installing any kernels. If you do wind up with a grubby 8.35-6 installed kernel which won't boot, don't panic. You can manually add the required line by copying from the line for an older kernel and just changing the filename appropriately - it should come right under the 'linux' / 'linux16' line. You can also just boot an older kernel, remove the newer kernel, upgrade or downgrade grubby, and install the newer kernel again. Sorry for the trouble! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ test-announce mailing list test-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce
[Test-Announce] Fedora 21 Beta Test Compose 4 (TC4) Available Now!
As per the Fedora 21 schedule [1], Fedora 21 Beta Test Compose 4 (TC4) is now available for testing. Content information, including changes, can be found at https://fedorahosted.org/rel-eng/ticket/6010#comment:7 . Please see the following pages for download links (including delta ISOs) and testing instructions. Normally dl.fedoraproject.org should provide the fastest download, but download-ib01.fedoraproject.org is available as a mirror (with an approximately 1 hour lag) in case of trouble. To use it, just replace dl with download-ib01 in the download URL. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Base: https://fedoraproject.org/wiki/Test_Results:Current_Base_Test Workstation and Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Server: https://fedoraproject.org/wiki/Test_Results:Current_Server_Test Cloud: https://fedoraproject.org/wiki/Test_Results:Current_Cloud_Test Summary: https://fedoraproject.org/wiki/Test_Results:Current_Summary Ideally, all Alpha and Beta priority test cases for each of these test pages [2] should pass in order to meet the Beta Release Criteria [3]. Help is available on #fedora-qa on irc.freenode.net [4], or on the test list [5]. Create Fedora 21 Beta test compose (TC) and release candidate (RC) https://fedorahosted.org/rel-eng/ticket/6010 Current Blocker and Freeze Exception bugs: http://qa.fedoraproject.org/blockerbugs/current [1] http://fedorapeople.org/groups/schedule/f-21/f-21-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Release_validation_test_plan [3] https://fedoraproject.org/wiki/Fedora_21_Beta_Release_Criteria [4] irc://irc.freenode.net/fedora-qa [5] https://admin.fedoraproject.org/mailman/listinfo/test signature.asc Description: OpenPGP digital signature ___ test-announce mailing list test-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce
