[opensuse-factory] New Tumbleweed snapshot 20141230 released!
Changed packages: ==== libSDL-1_2-0 ==== Subpackages: libSDL-devel - Drop old soundserver support (also arts, after esound). Remove --with-pic, building defaults to PIC anyway. Use pkgconfig names to slurp in packages. - Remove gpg-offline leftovers ==== libSDL_gfx15 ==== - Use source URLs. Specfile cleanups. ==== apache2 ==== Subpackages: apache2-devel apache2-doc apache2-example-pages apache2-prefork apache2-utils - added httpd-2.4.x-bnc871310-CVE-2013-5704-mod_headers_chunked_requests.patch to fix flaw in the way mod_headers handled chunked requests. Adds "MergeTrailers" directive to restore legacy behavior [bnc#871310], [CVE-2013-5704]. - added httpd-2.4.x-bnc909715-CVE-2014-8109-mod_lua_handling_of_Require_line.patch that fixes handling of the Require line when a LuaAuthzProvider is used in multiple Require directives with different arguments [bnc#909715], [CVE-2014-8109]. ==== calibre ==== Version update (2.13.0 -> 2.14.0) - Update to version 2.14.0: * Metadata review dialog: Automatically insert series number when selecting a series from the completion dropdown. Also if the user does not specify a series number, use 1 as the default, instead of not setting the series. * Bugfixes * For details, see http://calibre-ebook.com/whats-new ==== capi4hylafax ==== - fix bashism in setupconffile (faxaddmodem.capi_dia) script - update patches: + capi4hylafax-suse.diff ==== cfitsio-devel ==== Version update (3.360 -> 3.370) Subpackages: libcfitsio2 - Update to version 3.370 + Added configure options to support reading bzip2 compressed FITS files. This depends on having the bzlib library installed on the local machine. + Replaced the random Gaussian and Poissonian distribution functions with new code written by Craig Markwardt derived from public domain C++ functions + Patched fitsio2.h to support CFITSIO on AArch64 (64-bit ARM) architecture (both big and little endian). + Fixed bug in fpackutil.c that caused fpack to exit prematurely if the FZALGOR directive keyword was present in the HDU header. - Remove obsolete patches; fixed on upstream release + aarch64-support.patch + ppc64le-support.patch ==== exif ==== - build with PIE ==== inkscape ==== Subpackages: inkscape-extensions-dia inkscape-extensions-extra inkscape-extensions-fig inkscape-extensions-gimp inkscape-extensions-skencil inkscape-lang - Add inkscape-fix-build-with-poppler-0.29.patch: Fix build with poppler 0.29. Patch has been backported from https://bugs.launchpad.net/inkscape/+bug/1399811. ==== libsmbios2 ==== Subpackages: python-smbios smbios-utils-python - fix bashisms in pkgheader.sh script - add patches: * libsmbios-2.2.28-fix-bashisms.patch ==== libvirt ==== Subpackages: libvirt-client libvirt-daemon libvirt-daemon-config-network libvirt-daemon-config-nwfilter libvirt-daemon-driver-interface libvirt-daemon-driver-libxl libvirt-daemon-driver-lxc libvirt-daemon-driver-network libvirt-daemon-driver-nodedev libvirt-daemon-driver-nwfilter libvirt-daemon-driver-qemu libvirt-daemon-driver-secret libvirt-daemon-driver-storage libvirt-daemon-driver-uml libvirt-daemon-driver-vbox libvirt-daemon-driver-xen libvirt-daemon-qemu libvirt-daemon-xen - fix bashisms in libvirt-guests.sh script - update patches: + libvirt-guests-init-script.patch ==== links ==== Version update (2.8 -> 2.9) - Version bump to 2.9: * Work around some screen-corruption bugs in the OpenVMS terminal driver * Support mouse wheel in framebuffer (unfortunatelly we can't support it in text mode because when we instruct gpm to send us the wheel event, gpm stops drawing the cursor when the mouse is moved). * Pring "^" and "_" for <sub> and <sup> tags in text mode * An option to fake Firefox in the HTTP header. It modifies User-Agent and several other options to be more Firefox-like. This option is also automatically turned on when "Connect only via proxies or Socks (useful for tor)" is selected. It makes it safer to use Links with tor. * Fixed quadratic complexity in the text renderer when exteremely long lines were used * Do not print the character 0x9b if the display character set doesn't have it, because it is interpreted as a control character on the Linux console * An option to break long lines in <pre> sections * Consume less memory when 8-bit gamma correction is used * Updated the list of top level domains * Use malloc_trim to return unused memory to the system * Support RFC5987 for filenames * Support StaticColor in the X-window driver * Fix crash on OS/2 if image is wider than 10921 pixels * Use clock_gettime if available * The ability to set screen margins for text mode and framebuffer * Fix palette corruption on framebuffer when links instance was terminated while it was not active * Improve the gif decoder to accept more images * Increase the amount of data read from the socket, it improves speed when loading big images * Accept "text/xml" as html type - Format with spec-cleaner ==== fcitx-mozc ==== Version update (1.15.1917.102 -> 2.16.2003.102) Subpackages: ibus-mozc ibus-mozc-candidate-window mozc mozc-gui-tools - Upstream update to 2.16.2003.102 * Updated main dictionary, Emoji dictionary, emoticon dictionary, and single kanji dictionary * Fix IME crashes when using US International hardware keyboard * Fix ibus-mozc + XIM: preedit text is not cleared after preedit commit triggered by focus change * Fix An empty word can be suggested in the candidate list - Remove boo906143-revert-session.patch: Merged by upstream - Update gyp to r2012 ==== apache2-mod_php5 ==== Version update (5.6.3 -> 5.6.4) Subpackages: php5 php5-bcmath php5-bz2 php5-calendar php5-ctype php5-curl php5-dba php5-devel php5-dom php5-exif php5-fastcgi php5-ftp php5-gd php5-gettext php5-gmp php5-iconv php5-imap php5-json php5-ldap php5-mbstring php5-mcrypt php5-mysql php5-odbc php5-openssl php5-pdo php5-pear php5-pgsql php5-shmop php5-snmp php5-sockets php5-sqlite php5-suhosin php5-sysvsem php5-sysvshm php5-tidy php5-tokenizer php5-wddx php5-xmlreader php5-xmlwriter php5-xsl php5-zip php5-zlib - update to 5.6.4: This release fixes several bugs and one CVE related to unserialization. ==== libpoppler-cpp0 ==== Version update (0.28.1 -> 0.29.0) Subpackages: libpoppler-devel libpoppler-glib8 poppler-tools - Update to version 0.29.0: + core: - Use correct LAB byte array for lcms input (fdo#86388). - Write correct size in trailer dict (fdo#86063). - Use Default colorspaces if present instead of Device colorspaces. - Solve blend mode problem in CYMK and DeviceN for separable blend modes. - Compilation/warning fixes on SunOS. - Regression test improvements. + glib: demo: Compilation fixlets. + build system: cofigure: print "no" instead of "auto" if lcms not found. - Bump poppler soname following upstream changes. ==== libpoppler-qt4-4 ==== Version update (0.28.1 -> 0.29.0) Subpackages: libpoppler-qt4-devel - Update to version 0.29.0: + core: - Use correct LAB byte array for lcms input (fdo#86388). - Write correct size in trailer dict (fdo#86063). - Use Default colorspaces if present instead of Device colorspaces. - Solve blend mode problem in CYMK and DeviceN for separable blend modes. - Compilation/warning fixes on SunOS. - Regression test improvements. + glib: demo: Compilation fixlets. + build system: cofigure: print "no" instead of "auto" if lcms not found. - Bump poppler soname following upstream changes. ==== rdesktop ==== Version update (1.8.2 -> 1.8.3) - fix for boo#897205 (rdesktop to Windows 2008 R2 Terminal Server) - update to 1.8.3 * Added a persistent mode used with SeamlessRDP * Added US international keyboard layout with dead keys * Code cleanup to match specifications, use constants defined instead of magic numbers, remove of dead code * Fix regression with failed connection and a invalid licensing message, introduced in 1.8.2 * Fix issue with Non ASCII user / password when using CredSSP * Fix issues using smartcard redirection with Windows 2012 R2 * Fix issue with windows key functionality * Fix memory corruption when using rdp_out_unistr() * Fix workaround for the lack of support for alpha cursors * Fix silent exit when redirected when using CredSSP * Fix crash when starting rdesktop without domain specified while using CredSSP * Fix issue in SeamlessRDP protocol parser upon reconnect * Fix issue were a new SeamlessRDP application is respawned upon a reconnection ==== xdg-utils ==== - add fix-enlightenment-support.patch * xdg-su and xdg-terminal both detected enlightenment then did nothing * xdg-su and xdg-terminal both use terminology rather then xterm now Removed packages: libfcgi++-0 libpoppler47 Added packages: libfcgi0 libpoppler48 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Ludwig Nussel <ludwig.nussel@suse.de> [12-31-14 11:38]:
Changed packages:
==== libSDL-1_2-0 ==== Subpackages: libSDL-devel
NVIDIA-Linux-x86_64-340.65.run (the hard way) system boots to runlevel 3, I guess that is multi-user.target change to graphical.target manually Updated to 20141230 yesterday and since have been unable to get past the log-in prompt after changeing to graphical.target. I get the layered green background and the log-in prompt and it accepts my name and password but then just sets with the layered green background and no activity. rcxdm restart gives me another log-in prompt with same results as does: rckdm restart I am able to to access openbox-kde from multiuser.target via: startx /usr/bin/openbox-kde -- :0 I can also start icewm, twm but startx /usr/bin/kde4 -- :0 does not work, sometimes providing the layered green background and sometimes just a black screen. I have reinstalled the NVidia driver several times w/o an error. #> lsmod |grep nv nvidia_uvm 43258 2 nvidia 10569405 41 nvidia_uvm drm 346298 2 nvidia Xorg.0.log.old from last graphical.target attempt is at: http://wahoo.no-ip.org/~pat/Xorg.0.log.old I am lost. What to do next? tks and happy holidays -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Patrick Shanahan composed on 2015-01-01 12:30 (UTC-0500):
* Ludwig Nussel <ludwig.nussel@suse.de> [12-31-14 11:38]:
Changed packages:
==== libSDL-1_2-0 ==== Subpackages: libSDL-devel
NVIDIA-Linux-x86_64-340.65.run (the hard way)
system boots to runlevel 3, I guess that is multi-user.target
change to graphical.target manually
Updated to 20141230 yesterday and since have been unable to get past the log-in prompt after changeing to graphical.target. I get the layered green background and the log-in prompt and it accepts my name and password but then just sets with the layered green background and no activity.
rcxdm restart gives me another log-in prompt with same results
as does: rckdm restart
I am able to to access openbox-kde from multiuser.target via: startx /usr/bin/openbox-kde -- :0
I can also start icewm, twm
but startx /usr/bin/kde4 -- :0 does not work, sometimes providing the layered green background and sometimes just a black screen.
I have reinstalled the NVidia driver several times w/o an error.
#> lsmod |grep nv nvidia_uvm 43258 2 nvidia 10569405 41 nvidia_uvm drm 346298 2 nvidia
Xorg.0.log.old from last graphical.target attempt is at: http://wahoo.no-ip.org/~pat/Xorg.0.log.old
I am lost. What to do next?
Does this help? Section "Extensions" Option "Composite" "Disable" EndSection AFAIK, of those you tried, only KDE4 ever employs compositing. -- "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/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Felix Miata <mrmazda@earthlink.net> [01-01-15 12:42]:
Patrick Shanahan composed on 2015-01-01 12:30 (UTC-0500):
* Ludwig Nussel <ludwig.nussel@suse.de> [12-31-14 11:38]:
Changed packages:
==== libSDL-1_2-0 ==== Subpackages: libSDL-devel
NVIDIA-Linux-x86_64-340.65.run (the hard way)
system boots to runlevel 3, I guess that is multi-user.target
change to graphical.target manually
Updated to 20141230 yesterday and since have been unable to get past the log-in prompt after changeing to graphical.target. I get the layered green background and the log-in prompt and it accepts my name and password but then just sets with the layered green background and no activity.
rcxdm restart gives me another log-in prompt with same results
as does: rckdm restart
I am able to to access openbox-kde from multiuser.target via: startx /usr/bin/openbox-kde -- :0
I can also start icewm, twm
but startx /usr/bin/kde4 -- :0 does not work, sometimes providing the layered green background and sometimes just a black screen.
I have reinstalled the NVidia driver several times w/o an error.
#> lsmod |grep nv nvidia_uvm 43258 2 nvidia 10569405 41 nvidia_uvm drm 346298 2 nvidia
Xorg.0.log.old from last graphical.target attempt is at: http://wahoo.no-ip.org/~pat/Xorg.0.log.old
I am lost. What to do next?
Does this help?
Section "Extensions" Option "Composite" "Disable" EndSection
AFAIK, of those you tried, only KDE4 ever employs compositing.
Tks, but I neglected to answer that I have *no* xorg.conf. Are you suggesting that I generate one and if so, should I use nvidia-xconfig or ?? -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Patrick Shanahan <paka@opensuse.org> [01-01-15 12:55]:
* Felix Miata <mrmazda@earthlink.net> [01-01-15 12:42]: [...]
#> lsmod |grep nv nvidia_uvm 43258 2 nvidia 10569405 41 nvidia_uvm drm 346298 2 nvidia
Xorg.0.log.old from last graphical.target attempt is at: http://wahoo.no-ip.org/~pat/Xorg.0.log.old
I am lost. What to do next?
Does this help?
Section "Extensions" Option "Composite" "Disable" EndSection
AFAIK, of those you tried, only KDE4 ever employs compositing.
Tks, but I neglected to answer that I have *no* xorg.conf. Are you suggesting that I generate one and if so, should I use nvidia-xconfig or ??
Guess I should also mention that I had the "composting" disabled in kde, but none of the other window-managers will open in runlevel 5, icewm, openbox(-kde) or twm. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 01/01/2015 01:13 PM, Patrick Shanahan wrote:
* Patrick Shanahan <paka@opensuse.org> [01-01-15 12:55]:
* Felix Miata <mrmazda@earthlink.net> [01-01-15 12:42]: [...]
#> lsmod |grep nv nvidia_uvm 43258 2 nvidia 10569405 41 nvidia_uvm drm 346298 2 nvidia
Xorg.0.log.old from last graphical.target attempt is at: http://wahoo.no-ip.org/~pat/Xorg.0.log.old
I am lost. What to do next?
Does this help?
Section "Extensions" Option "Composite" "Disable" EndSection
AFAIK, of those you tried, only KDE4 ever employs compositing.
Tks, but I neglected to answer that I have *no* xorg.conf. Are you suggesting that I generate one and if so, should I use nvidia-xconfig or ??
Guess I should also mention that I had the "composting" disabled in kde, but none of the other window-managers will open in runlevel 5, icewm, openbox(-kde) or twm.
Does it boot to graphical in recovery mode? Cheers! Roman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Roman Bysh <rbtc1@rogers.com> [01-01-15 14:32]:
On 01/01/2015 01:13 PM, Patrick Shanahan wrote:
* Patrick Shanahan <paka@opensuse.org> [01-01-15 12:55]:
* Felix Miata <mrmazda@earthlink.net> [01-01-15 12:42]: [...]
#> lsmod |grep nv nvidia_uvm 43258 2 nvidia 10569405 41 nvidia_uvm drm 346298 2 nvidia
Xorg.0.log.old from last graphical.target attempt is at: http://wahoo.no-ip.org/~pat/Xorg.0.log.old
I am lost. What to do next?
Does this help?
Section "Extensions" Option "Composite" "Disable" EndSection
AFAIK, of those you tried, only KDE4 ever employs compositing.
Tks, but I neglected to answer that I have *no* xorg.conf. Are you suggesting that I generate one and if so, should I use nvidia-xconfig or ??
Guess I should also mention that I had the "composting" disabled in kde, but none of the other window-managers will open in runlevel 5, icewm, openbox(-kde) or twm.
Does it boot to graphical in recovery mode?
No, same result. tks, -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Roman Bysh <rbtc1@rogers.com> [01-01-15 14:32]:
On 01/01/2015 01:13 PM, Patrick Shanahan wrote:
* Patrick Shanahan <paka@opensuse.org> [01-01-15 12:55]:
* Felix Miata <mrmazda@earthlink.net> [01-01-15 12:42]: [...]
#> lsmod |grep nv nvidia_uvm 43258 2 nvidia 10569405 41 nvidia_uvm drm 346298 2 nvidia
Xorg.0.log.old from last graphical.target attempt is at: http://wahoo.no-ip.org/~pat/Xorg.0.log.old
I am lost. What to do next?
Does this help?
Section "Extensions" Option "Composite" "Disable" EndSection
AFAIK, of those you tried, only KDE4 ever employs compositing.
Tks, but I neglected to answer that I have *no* xorg.conf. Are you suggesting that I generate one and if so, should I use nvidia-xconfig or ??
Guess I should also mention that I had the "composting" disabled in kde, but none of the other window-managers will open in runlevel 5, icewm, openbox(-kde) or twm.
Does it boot to graphical in recovery mode?
yes but appears no window manager is running. There is no trim on the single xterm window present. And, if I drop to ttyX leaving runlevel 5, I cannot start say icewm: /usr/bin/icewm -- :1 It reports: IceWM: Can't open display: <none>. X must be running and $DISPLAY set. but in the "failsafe" runlevel 5 login, the xterm window provides ":0". presently have openbox-kde running in :1 (tty3). I can start konsole in the failsave xterm window but cannot make it current, cannot type in it. I can mouse click there and get menues. I can start a larger xterm instance and it becomes current and am able to type into it. tks, -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Patrick Shanahan <paka@opensuse.org> [01-01-15 16:01]:
* Roman Bysh <rbtc1@rogers.com> [01-01-15 14:32]: [...]
Does it boot to graphical in recovery mode?
yes but appears no window manager is running. There is no trim on the single xterm window present.
And, if I drop to ttyX leaving runlevel 5, I cannot start say icewm: /usr/bin/icewm -- :1
It reports: IceWM: Can't open display: <none>. X must be running and $DISPLAY set.
but in the "failsafe" runlevel 5 login, the xterm window provides ":0".
presently have openbox-kde running in :1 (tty3).
I can start konsole in the failsave xterm window but cannot make it current, cannot type in it. I can mouse click there and get menues. I can start a larger xterm instance and it becomes current and am able to type into it.
In the xterm window of the failsafe session I can get a window manager running, "kwin --replace" (--replace probably not necessary). I then have trim and am able to move the windows around and access konsole, konqueror, ..., but no taskbar, .... -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El Jueves, 1 de enero de 2015 12:55:49 Patrick Shanahan escribió:
* Felix Miata <mrmazda@earthlink.net> [01-01-15 12:42]:
Patrick Shanahan composed on 2015-01-01 12:30 (UTC-0500):
* Ludwig Nussel <ludwig.nussel@suse.de> [12-31-14 11:38]:
Changed packages:
==== libSDL-1_2-0 ==== Subpackages: libSDL-devel
NVIDIA-Linux-x86_64-340.65.run (the hard way)
system boots to runlevel 3, I guess that is multi-user.target
change to graphical.target manually
Updated to 20141230 yesterday and since have been unable to get past the log-in prompt after changeing to graphical.target. I get the layered green background and the log-in prompt and it accepts my name and password but then just sets with the layered green background and no activity.
rcxdm restart gives me another log-in prompt with same results
as does: rckdm restart
I am able to to access openbox-kde from multiuser.target via: startx /usr/bin/openbox-kde -- :0
I can also start icewm, twm
but
startx /usr/bin/kde4 -- :0
does not work, sometimes providing the layered green background and sometimes just a black screen.
I have reinstalled the NVidia driver several times w/o an error.
#> lsmod |grep nv nvidia_uvm 43258 2 nvidia 10569405 41 nvidia_uvm drm 346298 2 nvidia
Xorg.0.log.old from last graphical.target attempt is at: http://wahoo.no-ip.org/~pat/Xorg.0.log.old
I am lost. What to do next?
Does this help?
Section "Extensions"
Option "Composite" "Disable"
EndSection
AFAIK, of those you tried, only KDE4 ever employs compositing.
Tks, but I neglected to answer that I have *no* xorg.conf. Are you suggesting that I generate one and if so, should I use nvidia-xconfig or ??
Hi. IIRC, you just need to create a file named disable-composite.conf in /etc/X11/xorg.conf.d with the content provided by Felix Miata. Greetings. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Patrick Shanahan composed on 2015-01-01 12:55 (UTC-0500):
Xorg.0.log.old from last graphical.target attempt is at: http://wahoo.no-ip.org/~pat/Xorg.0.log.old
If you would append .txt to that, or configure Apache to type it as text/plain, people would be able to open it directly in a browser instead of having to download it first.
I am lost. What to do next?
Does this help?
Section "Extensions" Option "Composite" "Disable" EndSection
AFAIK, of those you tried, only KDE4 ever employs compositing.
Tks, but I neglected to answer that I have *no* xorg.conf. Are you suggesting that I generate one and if so, should I use nvidia-xconfig or ??
I wasn't aware that a config file had become unnecessary for X to function properly using the NVidia proprietary driver. As a normal matter of course I put that bit in /etc/X11/xorg.conf.d/70-extensions.conf, but sometimes have it in xorg.conf. I find most bling to be highly annoying, and useless overhead. Patrick Shanahan composed on 2015-01-01 13:13 (UTC-0500):
Guess I should also mention that I had the "composting" disabled in kde,
Are you sure your brain isn't composting from celbratory imbibing? I wasn't aware composting could be done with a puter. :-p
but none of the other window-managers will open in runlevel 5, icewm, openbox(-kde) or twm.
If you mean selecting any as optional session instead of Plasma default, it sounds like KDM is what's broken. Maybe try enabling BS KDE (aka beyond Tumbleweed, to Factory), duping to it, then trying again. Something else to try is find kdmrc and set UseTheme=false. Does it work if you uninstall NVidia and use nouveau? -- "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/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Felix Miata <mrmazda@earthlink.net> [01-01-15 15:50]:
Patrick Shanahan composed on 2015-01-01 12:55 (UTC-0500):
Xorg.0.log.old from last graphical.target attempt is at: http://wahoo.no-ip.org/~pat/Xorg.0.log.old
If you would append .txt to that, or configure Apache to type it as text/plain, people would be able to open it directly in a browser instead of having to download it first.
Since I have already advertised, I will leave it. But in the future I will try to remember. :^)
I am lost. What to do next?
Does this help?
Section "Extensions" Option "Composite" "Disable" EndSection
AFAIK, of those you tried, only KDE4 ever employs compositing.
Tks, but I neglected to answer that I have *no* xorg.conf. Are you suggesting that I generate one and if so, should I use nvidia-xconfig or ??
I wasn't aware that a config file had become unnecessary for X to function properly using the NVidia proprietary driver. As a normal matter of course I put that bit in /etc/X11/xorg.conf.d/70-extensions.conf, but sometimes have it in xorg.conf. I find most bling to be highly annoying, and useless overhead.
Patrick Shanahan composed on 2015-01-01 13:13 (UTC-0500):
Guess I should also mention that I had the "composting" disabled in kde,
Are you sure your brain isn't composting from celbratory imbibing? I wasn't aware composting could be done with a puter. :-p
At my age, anything is possible :^)
but none of the other window-managers will open in runlevel 5, icewm, openbox(-kde) or twm.
If you mean selecting any as optional session instead of Plasma default, it sounds like KDM is what's broken. Maybe try enabling BS KDE (aka beyond Tumbleweed, to Factory), duping to it, then trying again.
My repos point to factory. Sometime past Greg KH advised moving to factory as Tw was going away, and then it was announced that factory and Tw would become the same. But my recent attempts to migrate my repos back to Tw have met with much failure :^(
Something else to try is find kdmrc and set UseTheme=false.
I will try this next and advise. tks
Does it work if you uninstall NVidia and use nouveau?
I also attempted this but was not able to achieve. Can you provide guidance. tks, -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Patrick Shanahan composed on 2015-01-01 16:24 (UTC-0500):
My repos point to factory. Sometime past Greg KH advised moving to factory as Tw was going away, and then it was announced that factory and Tw would become the same. But my recent attempts to migrate my repos back to Tw have met with much failure :^(
Maybe it's time to re-read the destructions: http://lists.opensuse.org/opensuse-factory/2014-11/msg00073.html https://en.opensuse.org/openSUSE:Tumbleweed_installation And share with us the URLs of your enabled repos. It if was me here with the problem you describe, I would disable all repos except oss non-oss update and make sure the URLs contained therein point only to download.opensuse.org/factory and not to tumbleweed or to factory-snapshot. Then with multi-user isolated and with a lock set on kernel I would remove xorg.conf, purge any customizations (other than disabling composite) from xorg.conf/, # zypper clean -a # zypper -v ref # zypper -v in zypper rpm libzypp # zypper -v rm nvidiwhateverisinstalled (and/or run uninstall script) # zypper -v dup, and try isolating graphical to see if it's fixed. If not, I would unlock the kernel, repeat dup in case a newer kernel is available, run dracut (ensuring nouveau not disabled via initrd) if no new kernel resulted, then reboot ensuring KMS is not disabled to try KDM again with nouveau in control.
Does it work if you uninstall NVidia and use nouveau?
I also attempted this but was not able to achieve.
Nvidia uninstall script failed? Not able in what way(s)?
Can you provide guidance.
Above steps should do it. Trying to recreate your broken state here in order to try and fix it would probably be wasted effort without a gfxchip similar to yours. All my nvidia chips are relatively old or older and run satisfactorily on Nouveau. I've only ever installed proprietary Nvidia driver once, and that on a machine not my own. Thus my experience with removing it is slight. -- "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/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Felix Miata <mrmazda@earthlink.net> [01-01-15 18:15]:
Patrick Shanahan composed on 2015-01-01 16:24 (UTC-0500): [...]
Does it work if you uninstall NVidia and use nouveau?
I also attempted this but was not able to achieve.
Nvidia uninstall script failed? Not able in what way(s)?
No, uninstall of nvidia driver with script is simple, but enabling nouveau proved beyond my efforts/ability....
Can you provide guidance.
Above steps should do it. Trying to recreate your broken state here in order to try and fix it would probably be wasted effort without a gfxchip similar to yours. All my nvidia chips are relatively old or older and run satisfactorily on Nouveau. I've only ever installed proprietary Nvidia driver once, and that on a machine not my own. Thus my experience with removing it is slight.
I will hesitate somewhat before the more radical step of going only to oss, non-oss and update as I have considerable alterations which previously caused almost no problems. Week before Christams I tried returning to *only* Tw repos and it failed althought it is *supposed* to be equal. I now have only factory repos. Present work schedule is somewhat difficult. tks, I may be forced to go that route. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Patrick Shanahan composed on 2015-01-01 19:42 (UTC-0500):
Nvidia uninstall script failed? Not able in what way(s)?
No, uninstall of nvidia driver with script is simple, but enabling nouveau proved beyond my efforts/ability....
Maybe on any given day, but surely not on better days. I have no problem making nouveau work without having ever had nvidia installed just as easily as intel and radeon. Beyond my desire to force DPI up, nouveau on a GT8600 and a single display works entirely automatigically. Maybe my log would be useful if and when you wish to try again: http://fm.no-ip.com/Tmp/Linux/Xorg/xorg.0.log-os133-nvG84-1920x1080x120 Note that the prior boot on that machine was using intel video. I put the GT8600 in it purely to follow up here, and needed to do nothing more than boot to graphical to get it. No reconfiguring of anything was necessary for nouveau to take over from intel. Note too that the machine didn't even have Tumbleweed aka Factory on it when this thread started. It really shouldn't be hard for other mortals to get nouveau to work. If it is, people need to beat on NVidia to fix its installation and/or uninstallation routines, or better yet, make its proprietary driver entirely pointless.
I will hesitate somewhat before the more radical step of going only to oss, non-oss and update as I have considerable alterations which previously caused almost no problems. Week before Christams I tried returning to *only* Tw repos and it failed althought it is *supposed* to be equal. I now have only factory repos. Present work schedule is somewhat difficult.
FWIW in case you weren't already aware, disabling any repo can be a simple as adding or removing a character from the repo's filename in /etc/zypp/repos.d/. I don't go through the rigamarole of copy, paste, zypper ar, zypper rr or whatever. I just mc into /etc/zypp/repos.d/ and F3, F4, Shift-F3, Shift-F4 and/or FTP .repo files from LAN server or mirrors as required to change whatever needs changing. -- "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/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Felix Miata <mrmazda@earthlink.net> [01-02-15 00:22]:
Patrick Shanahan composed on 2015-01-01 19:42 (UTC-0500):
Nvidia uninstall script failed? Not able in what way(s)?
No, uninstall of nvidia driver with script is simple, but enabling nouveau proved beyond my efforts/ability....
Maybe on any given day, but surely not on better days. I have no problem making nouveau work without having ever had nvidia installed just as easily as intel and radeon. Beyond my desire to force DPI up, nouveau on a GT8600 and a single display works entirely automatigically. Maybe my log would be useful if and when you wish to try again: http://fm.no-ip.com/Tmp/Linux/Xorg/xorg.0.log-os133-nvG84-1920x1080x120
Note that the prior boot on that machine was using intel video. I put the GT8600 in it purely to follow up here, and needed to do nothing more than boot to graphical to get it. No reconfiguring of anything was necessary for nouveau to take over from intel. Note too that the machine didn't even have Tumbleweed aka Factory on it when this thread started. It really shouldn't be hard for other mortals to get nouveau to work. If it is, people need to beat on NVidia to fix its installation and/or uninstallation routines, or better yet, make its proprietary driver entirely pointless.
I failed in my limited capabilities to revert to nourveau. :^(
I will hesitate somewhat before the more radical step of going only to oss, non-oss and update as I have considerable alterations which previously caused almost no problems. Week before Christams I tried returning to *only* Tw repos and it failed althought it is *supposed* to be equal. I now have only factory repos. Present work schedule is somewhat difficult.
FWIW in case you weren't already aware, disabling any repo can be a simple as adding or removing a character from the repo's filename in /etc/zypp/repos.d/. I don't go through the rigamarole of copy, paste, zypper ar, zypper rr or whatever. I just mc into /etc/zypp/repos.d/ and F3, F4, Shift-F3, Shift-F4 and/or FTP .repo files from LAN server or mirrors as required to change whatever needs changing.
Yes, I even maintain separate sets of repos.d for "odd" situations. I finally reinstalled using a usb stick with 3.2 and changed repos to Tw. Slowly reinstalling odd apps and configurations as the need arises. Tks for the help/suggestions. ps: Evaluating nouveau for my graphics/picture work before installing NVidia packages. Running a time related test atm. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (5)
-
Felix Miata -
jcsl -
Ludwig Nussel -
Patrick Shanahan -
Roman Bysh