Re: F21 Installation Issues - Installation destination partitioning
Hi, I tried this procedure, with the same result as Bidski had described. I had now a chat with Nvidia Support. They gave me a link: http://nvidia.custhelp.com/app/answers/detail/a_id/132/kw/how%20to%20install%20linux%20drivers So far I don't know, if this is helpful, anyway I will read and try. Kind regards -Ursprüngliche Mitteilung- Von: Reynold reynoldli...@gmail.com An: test test@lists.fedoraproject.org Verschickt: Di, 11 Nov 2014 6:48 pm Betreff: Re: F21 Installation Issues - Installation destination partitioning How to manually install NVIDIA graphics driver using yum or dnf (I prefer dnf so I will use that) #dnf clean all #dnf update #dnf install gcc kernel-devel dkms download NVIDIA driver from nvidia.com and cd to the download directory #chmod +x NVIDIA-XXX.run (the NVIDIA driver, for instance NVIDIA-Linux-x86_64-343.13.run) #vi /etc/modprobe.d/blacklist.conf and insert a line with text blacklist nouveau (without quotes) #vi /etc/sysconfig/grub and insert this text rd.driver.blacklist=nouveau (without quotes) and the end of the line beginning with GRUB_CMDLINE_LINUX= making sure the text is inside the last quotation mark #grub2-mkconfig -o /boot/grub2/grub.cfg #dnf remove xorg-x11-drv-nouveau.x86x_64 (this is 64bit driver - if you have a 32bit operating system it will be 32bit driver) #reboot When you are in grub and the and your operating system kernel is highlighted as the one you are booting to press the e on the keyboard to edit the line Then at the end of this line GRUB_CMDLINE_LINUX_DEFAULT= still inside the ending quotes insert this text init 3 (without quotes) press F10 to reboot you should then come to a command prompt where you log on as a root user cd to the download directory where the NVIDIA driver located #./NVIDIA-XXX.run (for instance ./NVIDIA-Linux-x86_64-343.13.run) The NVIDIA installer will start Accept the license agreement Install 32 bit compatibility (if you are on a 64bit machine) Choose to automatically update nvidia-xconfig-utility reboot and log into graphical mode or from command line using root init 5 Hope this helps Reynold On 11/10/2014 11:49 PM, Bidski wrote: Hi, Can you instruct me in how you installed the nVidia drivers? - Original Message - From: Joerg Lechner julech...@aol.com To: bid...@iinet.net.au, test@lists.fedoraproject.org Cc: Sent: Tue, 11 Nov 2014 02:18:35 -0500 Subject: Re: F21 Installation Issues - Installation destination partitioning Hi, on my laptop there is a Nvidia Geforce 840M (Acer Aspire E15, E5 571G). I didn't have any problems with the grafics drivers so far. Currently running F21 Final TC1. Kind Regards -Ursprüngliche Mitteilung- Von: Bidski bid...@iinet.net.au An: test test@lists.fedoraproject.org Verschickt: Mo, 10 Nov 2014 10:05 pm Betreff: Re: F21 Installation Issues - Installation destination partitioning Has anyone had success installing the nVidia drivers in F21 yet? I am meeting some strange issues following the instructions for installing them in F20. Including this page (https://www.dropbox.com/s/9de7q9llhlamf32/IMG_20141110_192627.jpg?dl=0) displaying while booting after installing the drivers. I will generate some better diagnostics tonight. - Original Message - From: Adam Williamson adamw...@fedoraproject.org mailto:adamw...@fedoraproject.org To: Bidski bid...@iinet.net.au mailto:bid...@iinet.net.au, For testing and quality assurance of Fedora releases test@lists.fedoraproject.org mailto:test@lists.fedoraproject.org Cc: Sent: Sun, 09 Nov 2014 23:38:19 -0800 Subject: Re: F21 Installation Issues - Installation destination partitioning On Mon, 2014-11-10 at 18:28 +1100, Bidski wrote: After shifting the partitions on my HDD up by about 200 MiB and then using gdisk to convert the disk to GPT (did it this way to try and preserve the existing Windows partitions), the Fedora installer now only recognises my HDD as a multipath device. I also looked at the F21 Common Bugs page on the wiki. There is a section there talking about multipath device issue. I created edited the /etc/multipath.conf file to have the contents specified but the installer still treats all devices as multipaths. Any suggestions here? I wrote the CommonBugs note blind - I couldn't test that the proposed workaround would actually work as I haven't reproduced the bug. However, it shouldn't happen if you use a non-live install image, so I'd suggest that. You can use the 'Server' network install
Re: Managing locked up desktops
In relation to my video problems under 21 Beta is there ANY way to deal with the locked up desktop other than hitting the power switch? When it's locked-up, ctrl-alt-F keys don't work..ctrl-alt-del doesn't work...and the last resort alt-sysreq doesn't work. I am really afraid of totally messing up the FS to the point where I am forced to remain in Debian. Please note that sysrq is disabled by default in Fedora. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F-21 Branched report: 20141112 changes
Compose started at Wed Nov 12 07:15:03 UTC 2014 Broken deps for armhfp -- [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 [blender] 1:blender-2.72b-1.fc21.armv7hl requires libOpenCOLLADAStreamWriter.so.0.1 1:blender-2.72b-1.fc21.armv7hl requires libOpenCOLLADASaxFrameworkLoader.so.0.1 1:blender-2.72b-1.fc21.armv7hl requires libOpenCOLLADAFramework.so.0.1 1:blender-2.72b-1.fc21.armv7hl requires libOpenCOLLADABaseUtils.so.0.1 1:blender-2.72b-1.fc21.armv7hl requires libMathMLSolver.so.0.1 1:blender-2.72b-1.fc21.armv7hl requires libGeneratedSaxParser.so.0.1 1:blenderplayer-2.72b-1.fc21.armv7hl requires libOpenCOLLADAStreamWriter.so.0.1 1:blenderplayer-2.72b-1.fc21.armv7hl requires libOpenCOLLADASaxFrameworkLoader.so.0.1 1:blenderplayer-2.72b-1.fc21.armv7hl requires libOpenCOLLADAFramework.so.0.1 1:blenderplayer-2.72b-1.fc21.armv7hl requires libOpenCOLLADABaseUtils.so.0.1 1:blenderplayer-2.72b-1.fc21.armv7hl requires libMathMLSolver.so.0.1 1:blenderplayer-2.72b-1.fc21.armv7hl requires libGeneratedSaxParser.so.0.1 [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 [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 [gdesklet-SlideShow] gdesklet-SlideShow-0.9-16.fc21.noarch requires gdesklets [gdesklets-citation] gdesklets-citation-2.0-3.20120702git355e2ee.fc19.noarch requires gdesklets [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.armv7hl requires libvala-0.24.so.0 [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0 [gorm] gorm-1.2.18-5.fc20.armv7hl requires libgnustep-gui.so.0.23 [juffed] juffed-plugin-terminal-0.10-10.fc21.armv7hl requires libqtermwidget.so.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 [php-pecl-sphinx] php-pecl-sphinx-1.3.2-1.fc21.armv7hl requires libsphinxclient-0.0.1.so [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]
rawhide report: 20141112 changes
Compose started at Wed Nov 12 05:15:02 UTC 2014 Broken deps for i386 -- [3Depict] 3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0 [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 [clementine] clementine-1.2.3-1.fc22.i686 requires libcdio.so.15(CDIO_15) clementine-1.2.3-1.fc22.i686 requires libcdio.so.15 [condor] condor-plumage-8.1.4-7.a1a7df5.fc22.i686 requires libmongoclient.so [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 libLLVM-3.4.so 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 [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 [gdesklet-SlideShow] gdesklet-SlideShow-0.9-16.fc21.noarch requires gdesklets [gdesklets-citation] gdesklets-citation-2.0-3.20120702git355e2ee.fc19.noarch requires gdesklets [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 [glances] glances-2.1.2-2.fc22.noarch requires python-psutil = 0:2.0.0 [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0 [iwhd] iwhd-1.6-11.fc22.i686 requires libmongoclient.so [juffed] juffed-plugin-terminal-0.10-10.fc22.i686 requires libqtermwidget.so.0 [kdegraphics] 7:kdegraphics-4.14.3-1.fc22.noarch requires gwenview = 0:4.14.3 [kmid2] kmid2-2.4.0-7.fc22.i686 requires libdrumstick-file.so.0 kmid2-2.4.0-7.fc22.i686 requires libdrumstick-alsa.so.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.i686 requires libf77blas.so.3 libghemical-2.99.1-24.fc20.i686 requires libatlas.so.3 [libopensync-plugin-irmc] 1:libopensync-plugin-irmc-0.22-7.fc20.i686 requires libopenobex.so.1 [ltsp] ltsp-client-5.4.5-8.fc21.i686 requires fuse-unionfs ltsp-server-5.4.5-8.fc21.i686 requires cdialog [meshmagick] meshmagick-0.6.0-20.svn2898.fc21.i686 requires libOgreMain.so.1.8.1 meshmagick-libs-0.6.0-20.svn2898.fc21.i686 requires libOgreMain.so.1.8.1 [monodevelop-vala] monodevelop-vala-2.8.8.1-6.fc21.i686 requires vala 0:0.25.0 [netdisco] netdisco-1.1-7.fc21.noarch requires perl(SNMP::Info::Layer2::Bay) [nwchem] nwchem-openmpi-6.3.2-11.fc21.i686 requires libmpi_usempi.so.1 [openslides] openslides-1.3.1-3.fc21.noarch requires python-django 0:1.5 [openvas-client] openvas-client-3.0.3-8.fc20.i686 requires libopenvas_omp.so.6 openvas-client-3.0.3-8.fc20.i686 requires libopenvas_nasl.so.6 openvas-client-3.0.3-8.fc20.i686 requires libopenvas_misc.so.6 openvas-client-3.0.3-8.fc20.i686 requires libopenvas_hg.so.6 openvas-client-3.0.3-8.fc20.i686 requires libopenvas_base.so.6 [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 [python-selenium] python3-selenium-2.43.0-1.fc22.noarch requires python3-rdflib [rubygem-linecache19] rubygem-linecache19-0.5.13-6.fc20.i686 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.i686 requires libruby.so.2.0 [shogun] shogun-doc-3.2.0.1-0.27.git20140804.96f3cf3.fc22.noarch requires shogun-data = 0:0.8.1-0.18.git20140804.48a1abb.fc22 [sugar-tamtam] sugar-tamtam-common-0-0.14.20100201git.fc22.i686 requires libcsound.so.5.2 [techne]
Re: Error: fedora-release-cloud conflicts with fedora-release-nonproduct-21-0.16.noarch
On Tue, 2014-11-11 at 13:00 +0100, Michael Schwendt wrote: Error: fedora-release-cloud conflicts with fedora-release-nonproduct-21-0.16.noarch Worse than I thought. # rpm -e fedora-release-cloud error: Failed dependencies: system-release-product is needed by (installed) fedora-release-21-0.16.noarch # repoquery --whatprovides system-release-product generic-release-workstation-0:21-7.noarch fedora-release-server-0:21-0.16.noarch fedora-release-nonproduct-0:21-0.16.noarch fedora-release-workstation-0:21-0.16.noarch fedora-release-server-0:21-0.16.noarch fedora-release-cloud-0:21-0.16.noarch generic-release-cloud-0:21-7.noarch fedora-release-nonproduct-0:21-0.16.noarch generic-release-server-0:21-7.noarch generic-release-nonproduct-0:21-7.noarch fedora-release-cloud-0:21-0.16.noarch generic-release-workstation-0:21-7.noarch generic-release-server-0:21-7.noarch generic-release-nonproduct-0:21-7.noarch fedora-release-workstation-0:21-0.16.noarch generic-release-cloud-0:21-7.noarch Seems to me at some time a random generic dependency has been pulled in and now causes problems. Er, no? You have no generic package installed. All you're seeing is: https://fedoraproject.org/wiki/Common_F21_bugs#environment-product-conflicts it's a known issue, and somewhat tricky to do anything about. If memory serves correctly, this is a workstation install of Fedora 20, There's no such thing - there were no Products for F20. 'yum update'ing F20 to F21 tends to pull in fedora-release-cloud because it wins the race to provide system-release-product. 'fedup' requires you to explicitly choose a Product, avoiding that issue. upgraded to Fedora 21 (on Aug 14th). # rpm -e fedora-release-cloud --nodeps [...] # yum -y install fedora-release-workstation [...] --- Package fedora-release-workstation.noarch 0:21-0.16 will be installed [...] Error: firewalld-config-standard conflicts with fedora-release-workstation-21-0.16.noarch Mad. There's nothing really 'mad' about it, all the deps are sane (the point is to use different default firewall configurations with different Products), it's just a bit tricky to switch between products which pull in deps. You can use yum shell to do it, though - set up a transaction which removes one Product package and its associated deps and installs the ones you want instead. -- 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: Resume still broken on Thinkpad X1 Carbon
Please all of you with resume issues state if you are or are not using luksCrypt to encrypt your drives. There is a chance that this is systemd and luksCrypt issue. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
2014-11-12 @ 1600 UTC ** Blocker Review Meeting Minutes
== #fedora-blocker-review: F21-blocker-review == Meeting started by roshi at 16:03:53 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-blocker-review/2014-11-12/f21-blocker-review.2014-11-12-16.03.log.html . Meeting summary --- * Roll Call (roshi, 16:03:53) * (1161779) System fails to boot with rootfs on iSCSI - missing kernel parameters (roshi, 16:07:30) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1161779 (roshi, 16:07:33) * Proposed Blocker, anaconda, NEW (roshi, 16:07:36) * AGREED: - 1161779 - AcceptedBlocker - This is a clear violation of the Final criteria: The installer must be able to detect (if possible) and install to supported network-attached storage devices. (roshi, 16:14:04) * (1162215) LV resize does not check filesystem minimum size (roshi, 16:14:09) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1162215 (roshi, 16:14:09) * Proposed Blocker, anaconda, ASSIGNED (roshi, 16:14:10) * AGREED: - 11662215 - AcceptedBlocker - This bug is a clear violation of the Final criterion: Any installer mechanism for resizing storage volumes must correctly attempt the requested operation. (roshi, 16:25:09) * (1158442) Gnome-initial-setup window doesn't fit to visible with small resolution (roshi, 16:25:59) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1158442 (roshi, 16:26:02) * Proposed Blocker, gnome-initial-setup, MODIFIED (roshi, 16:26:05) * AGREED: - 1158442 - Punt - We're going to wait to decide on this pending discussion and testing of an existing fix. (roshi, 16:37:26) * (986731) Dual boot of uefi Windows 7 and Fedora 19 fails to boot Windows (roshi, 16:37:41) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=986731 (roshi, 16:37:45) * Proposed Blocker, grub2, NEW (roshi, 16:37:47) * AGREED: - 986731 - RejectedBlocker - This doesn't seem to be reproducible on F21. If it is, please update the bug and reproduce. (roshi, 16:42:24) * (1103496) Installer interface sometimes freezes for a while (but install continues, and screen eventually unfreezes) (roshi, 16:42:27) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1103496 (roshi, 16:42:30) * Proposed Blocker, gtk3, NEW (roshi, 16:42:33) * LINK: https://fedoraproject.org/wiki/Fedora_21_Final_Release_Criteria#Data_corruption (kparal, 16:58:43) * AGREED: - 1103496 - AcceptedBlocker - This is a conditional violation of the Final Data Corruption criterion since it creates the opportunity of data loss to the user (by making them think the install has hung and the user restarts the machine mid-install). (roshi, 17:02:22) * (1144613) [abrt] gnome-tweak-tool: gtk_tree_row_ref_deleted(): python2.7 killed by SIGSEGV (roshi, 17:02:37) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1144613 (roshi, 17:02:40) * Proposed Blocker, gtk3, NEW (roshi, 17:02:43) * AGREED: - 1144613 - RejectedBlocker - The GNOME tweak tool is not a default application for the Workstation product, so this is not considered a blocker. (roshi, 17:10:09) * (1147670) keyboard layout chooser switches letters while typing (roshi, 17:10:18) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1147670 (roshi, 17:10:21) * Proposed Blocker, gtk3, NEW (roshi, 17:10:24) * AGREED: - 1147670 - RejectedBlocker AcceptedFreezeException - This bug is difficult to reproduce and it seems to be very system-dependant. Accepting as an FE because if you do hit it, it would be pretty obnoxious. Repropose if more solid reproduction steps can be found or there is a concrete system on which it is quite difficult to perform Fedora installation. (roshi, 17:43:49) * (1158968) AttributeError: 'DMRaidArrayDevice' object has no attribute 'formatClass' (roshi, 17:44:00) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1158968 (roshi, 17:44:03) * Proposed Blocker, python-blivet, MODIFIED (roshi, 17:44:05) * AGREED: - 1158968 - AcceptedBlocker - This bug is a violation of the Beta Criterion: The installer must be able to detect and install to hardware or firmware RAID storage devices. (roshi, 17:56:13) * (1130794) Missing high contrast icon (roshi, 17:56:21) *
Re: Error: fedora-release-cloud conflicts with fedora-release-nonproduct-21-0.16.noarch
On Wed, 12 Nov 2014 05:51:39 -0800, Adam Williamson wrote: fedora-release-workstation-0:21-0.16.noarch generic-release-cloud-0:21-7.noarch Seems to me at some time a random generic dependency has been pulled in and now causes problems. Er, no? You have no generic package installed. # rpm -q --whatrequires fedora-release-cloud no package requires fedora-release-cloud # rpm --test -e fedora-release-cloud error: Failed dependencies: system-release-product is needed by (installed) fedora-release-21-0.16.noarch As one can see, it's some virtual package or capability, but not a direct or strict dependency on fedora-release-cloud. Even the fedora-release-nonproduct package provides system-release-product. There's nothing really 'mad' about it, all the deps are sane Certainly not. (the point is to use different default firewall configurations with different Products), That makes no sense. # rpm -qR fedora-release-cloud|grep -v ^rpm fedora-release = 21-0.16 Whether known or not, at least it is confirmed as a bug. I could also have called it insane, because XFCE should not conflict with the GNOME desktop because of a fedora-release-cloud package that does not even specify any strict dependencies. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Resume still broken on Thinkpad X1 Carbon
On 12.11.2014 19:21, valent.turko...@gmail.com wrote: Please all of you with resume issues state if you are or are not using luksCrypt to encrypt your drives. There is a chance that this is systemd and luksCrypt issue. Hilarious. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Resume still broken on Thinkpad X1 Carbon
https://www.kernel.org/doc/Documentation/usb/power-management.txt https://www.kernel.org/doc/Documentation/power/states.txt https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt https://01.org/linuxgraphics/documentation/how-debug-suspend-resume-issues-0 https://wiki.ubuntu.com/Kernel/Reference/S3 https://wiki.ubuntu.com/Kernel/Reference/S4 After reading all this with understanding, and after testing it with each of these steps, with different kernel versions that are available to you here http://koji.fedoraproject.org/koji/packageinfo?packageID=8 if you are unable to build your own kernel, then we can continue the discussion. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Error: fedora-release-cloud conflicts with fedora-release-nonproduct-21-0.16.noarch
You can fix this with yum swap -- remove firewalld-config-standard fedora-release-cloud -- install firewalld-config-workstation fedora-release-workstation swap workstation for non-product if you wish ;) IMHO it would be nice if it were easier / more straightforward to swap between releases, although I could see that the list of packages that make up the various releases may become divergent. FWIW I upgraded a few weeks ago and I do not recall an option to select cloud vs workstation vs non-product , although as this is pre-release it may have been resolved. - Original Message - From: Michael Schwendt mschwe...@gmail.com To: test@lists.fedoraproject.org Sent: Wednesday, November 12, 2014 11:29:22 AM Subject: Re: Error: fedora-release-cloud conflicts with fedora-release-nonproduct-21-0.16.noarch On Wed, 12 Nov 2014 05:51:39 -0800, Adam Williamson wrote: fedora-release-workstation-0:21-0.16.noarch generic-release-cloud-0:21-7.noarch Seems to me at some time a random generic dependency has been pulled in and now causes problems. Er, no? You have no generic package installed. # rpm -q --whatrequires fedora-release-cloud no package requires fedora-release-cloud # rpm --test -e fedora-release-cloud error: Failed dependencies: system-release-product is needed by (installed) fedora-release-21-0.16.noarch As one can see, it's some virtual package or capability, but not a direct or strict dependency on fedora-release-cloud. Even the fedora-release-nonproduct package provides system-release-product. There's nothing really 'mad' about it, all the deps are sane Certainly not. (the point is to use different default firewall configurations with different Products), That makes no sense. # rpm -qR fedora-release-cloud|grep -v ^rpm fedora-release = 21-0.16 Whether known or not, at least it is confirmed as a bug. I could also have called it insane, because XFCE should not conflict with the GNOME desktop because of a fedora-release-cloud package that does not even specify any strict dependencies. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: 2014-11-12 @ 1600 UTC ** Blocker Review Meeting Minutes
Hi, I'd like add https://bugzilla.redhat.com/show_bug.cgi?id=1088619 as blocker to release 21 . Please read last comments #95 still #101 On Qua, 2014-11-12 at 11:26 -0700, Mike Ruckman wrote: == #fedora-blocker-review: F21-blocker-review == Meeting started by roshi at 16:03:53 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-blocker-review/2014-11-12/f21-blocker-review.2014-11-12-16.03.log.html . Meeting summary --- * Roll Call (roshi, 16:03:53) * (1161779) System fails to boot with rootfs on iSCSI - missing kernel parameters (roshi, 16:07:30) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1161779 (roshi, 16:07:33) * Proposed Blocker, anaconda, NEW (roshi, 16:07:36) * AGREED: - 1161779 - AcceptedBlocker - This is a clear violation of the Final criteria: The installer must be able to detect (if possible) and install to supported network-attached storage devices. (roshi, 16:14:04) * (1162215) LV resize does not check filesystem minimum size (roshi, 16:14:09) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1162215 (roshi, 16:14:09) * Proposed Blocker, anaconda, ASSIGNED (roshi, 16:14:10) * AGREED: - 11662215 - AcceptedBlocker - This bug is a clear violation of the Final criterion: Any installer mechanism for resizing storage volumes must correctly attempt the requested operation. (roshi, 16:25:09) * (1158442) Gnome-initial-setup window doesn't fit to visible with small resolution (roshi, 16:25:59) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1158442 (roshi, 16:26:02) * Proposed Blocker, gnome-initial-setup, MODIFIED (roshi, 16:26:05) * AGREED: - 1158442 - Punt - We're going to wait to decide on this pending discussion and testing of an existing fix. (roshi, 16:37:26) * (986731) Dual boot of uefi Windows 7 and Fedora 19 fails to boot Windows (roshi, 16:37:41) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=986731 (roshi, 16:37:45) * Proposed Blocker, grub2, NEW (roshi, 16:37:47) * AGREED: - 986731 - RejectedBlocker - This doesn't seem to be reproducible on F21. If it is, please update the bug and reproduce. (roshi, 16:42:24) * (1103496) Installer interface sometimes freezes for a while (but install continues, and screen eventually unfreezes) (roshi, 16:42:27) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1103496 (roshi, 16:42:30) * Proposed Blocker, gtk3, NEW (roshi, 16:42:33) * LINK: https://fedoraproject.org/wiki/Fedora_21_Final_Release_Criteria#Data_corruption (kparal, 16:58:43) * AGREED: - 1103496 - AcceptedBlocker - This is a conditional violation of the Final Data Corruption criterion since it creates the opportunity of data loss to the user (by making them think the install has hung and the user restarts the machine mid-install). (roshi, 17:02:22) * (1144613) [abrt] gnome-tweak-tool: gtk_tree_row_ref_deleted(): python2.7 killed by SIGSEGV (roshi, 17:02:37) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1144613 (roshi, 17:02:40) * Proposed Blocker, gtk3, NEW (roshi, 17:02:43) * AGREED: - 1144613 - RejectedBlocker - The GNOME tweak tool is not a default application for the Workstation product, so this is not considered a blocker. (roshi, 17:10:09) * (1147670) keyboard layout chooser switches letters while typing (roshi, 17:10:18) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1147670 (roshi, 17:10:21) * Proposed Blocker, gtk3, NEW (roshi, 17:10:24) * AGREED: - 1147670 - RejectedBlocker AcceptedFreezeException - This bug is difficult to reproduce and it seems to be very system-dependant. Accepting as an FE because if you do hit it, it would be pretty obnoxious. Repropose if more solid reproduction steps can be found or there is a concrete system on which it is quite difficult to perform Fedora installation. (roshi, 17:43:49) * (1158968) AttributeError: 'DMRaidArrayDevice' object has no attribute 'formatClass' (roshi, 17:44:00) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1158968 (roshi, 17:44:03) * Proposed Blocker, python-blivet, MODIFIED (roshi, 17:44:05) * AGREED: - 1158968 - AcceptedBlocker - This bug is a
Re: Error: fedora-release-cloud conflicts with fedora-release-nonproduct-21-0.16.noarch
Is there a particular url link available for the new yum with command formats options available please ? Adrian Fewster On 13/11/14 08:57, Bodhi Zazen wrote: You can fix this with yum swap -- remove firewalld-config-standard fedora-release-cloud -- install firewalld-config-workstation fedora-release-workstation swap workstation for non-product if you wish ;) IMHO it would be nice if it were easier / more straightforward to swap between releases, although I could see that the list of packages that make up the various releases may become divergent. FWIW I upgraded a few weeks ago and I do not recall an option to select cloud vs workstation vs non-product , although as this is pre-release it may have been resolved. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Error: fedora-release-cloud conflicts with fedora-release-nonproduct-21-0.16.noarch
Adrian - I got the information from man yum and a little trial and error - Original Message - From: Adrian vk4...@bigpond.com To: For testing and quality assurance of Fedora releases test@lists.fedoraproject.org Sent: Wednesday, November 12, 2014 4:06:29 PM Subject: Re: Error: fedora-release-cloud conflicts with fedora-release-nonproduct-21-0.16.noarch Is there a particular url link available for the new yum with command formats options available please ? Adrian Fewster On 13/11/14 08:57, Bodhi Zazen wrote: You can fix this with yum swap -- remove firewalld-config-standard fedora-release-cloud -- install firewalld-config-workstation fedora-release-workstation swap workstation for non-product if you wish ;) IMHO it would be nice if it were easier / more straightforward to swap between releases, although I could see that the list of packages that make up the various releases may become divergent. FWIW I upgraded a few weeks ago and I do not recall an option to select cloud vs workstation vs non-product , although as this is pre-release it may have been resolved. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F21 Installation Issues - Installation destination partitioning
Hi, I am in discussion with Nvidia Support, to get known, why I can not install the Nvidia Grafics Driver. Mike from Nvidia Support asked me the following: I reviewed your lspci -nn output and I see two VGA devices below: 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a16] (rev 0b) 03:00.0 3D controller [0302]: NVIDIA Corporation GM108M [GeForce 840M] [10de:1341] (rev a2) This means that your laptop is an Optimus laptop. Please let me know if you can disable Optimus or disable the onboard Intel graphics card. --- I let You know, when there is a solution to install the Nvidia driver correctly, but if the Optimus Laptop is the reason, this could be interesting for all others, not being able, to install the Nvidia grafics driver. Kind Regards -Ursprüngliche Mitteilung- Von: Reynold reynoldli...@gmail.com An: test test@lists.fedoraproject.org Verschickt: Di, 11 Nov 2014 6:48 pm Betreff: Re: F21 Installation Issues - Installation destination partitioning How to manually install NVIDIA graphics driver using yum or dnf (I prefer dnf so I will use that) #dnf clean all #dnf update #dnf install gcc kernel-devel dkms download NVIDIA driver from nvidia.com and cd to the download directory #chmod +x NVIDIA-XXX.run (the NVIDIA driver, for instance NVIDIA-Linux-x86_64-343.13.run) #vi /etc/modprobe.d/blacklist.conf and insert a line with text blacklist nouveau (without quotes) #vi /etc/sysconfig/grub and insert this text rd.driver.blacklist=nouveau (without quotes) and the end of the line beginning with GRUB_CMDLINE_LINUX= making sure the text is inside the last quotation mark #grub2-mkconfig -o /boot/grub2/grub.cfg #dnf remove xorg-x11-drv-nouveau.x86x_64 (this is 64bit driver - if you have a 32bit operating system it will be 32bit driver) #reboot When you are in grub and the and your operating system kernel is highlighted as the one you are booting to press the e on the keyboard to edit the line Then at the end of this line GRUB_CMDLINE_LINUX_DEFAULT= still inside the ending quotes insert this text init 3 (without quotes) press F10 to reboot you should then come to a command prompt where you log on as a root user cd to the download directory where the NVIDIA driver located #./NVIDIA-XXX.run (for instance ./NVIDIA-Linux-x86_64-343.13.run) The NVIDIA installer will start Accept the license agreement Install 32 bit compatibility (if you are on a 64bit machine) Choose to automatically update nvidia-xconfig-utility reboot and log into graphical mode or from command line using root init 5 Hope this helps Reynold On 11/10/2014 11:49 PM, Bidski wrote: Hi, Can you instruct me in how you installed the nVidia drivers? - Original Message - From: Joerg Lechner julech...@aol.com To: bid...@iinet.net.au, test@lists.fedoraproject.org Cc: Sent: Tue, 11 Nov 2014 02:18:35 -0500 Subject: Re: F21 Installation Issues - Installation destination partitioning Hi, on my laptop there is a Nvidia Geforce 840M (Acer Aspire E15, E5 571G). I didn't have any problems with the grafics drivers so far. Currently running F21 Final TC1. Kind Regards -Ursprüngliche Mitteilung- Von: Bidski bid...@iinet.net.au An: test test@lists.fedoraproject.org Verschickt: Mo, 10 Nov 2014 10:05 pm Betreff: Re: F21 Installation Issues - Installation destination partitioning Has anyone had success installing the nVidia drivers in F21 yet? I am meeting some strange issues following the instructions for installing them in F20. Including this page (https://www.dropbox.com/s/9de7q9llhlamf32/IMG_20141110_192627.jpg?dl=0) displaying while booting after installing the drivers. I will generate some better diagnostics tonight. - Original Message - From: Adam Williamson adamw...@fedoraproject.org mailto:adamw...@fedoraproject.org To: Bidski bid...@iinet.net.au mailto:bid...@iinet.net.au, For testing and quality assurance of Fedora releases test@lists.fedoraproject.org mailto:test@lists.fedoraproject.org Cc: Sent: Sun, 09 Nov 2014 23:38:19 -0800 Subject: Re: F21 Installation Issues - Installation destination partitioning On Mon, 2014-11-10 at 18:28 +1100, Bidski wrote: After shifting the partitions on my HDD up by about 200 MiB and then using gdisk to convert the disk to GPT (did it this way to try and