On 01/18/2016 03:03 AM, jdd wrote:

Le 18/01/2016 07:41, Felix Miata a écrit :

...

Anton Aylward composed on 2016-01-16 09:47 (UTC-0500):

...

The last kernel update seems to have killed of the ability to login at the virtual terminals (that is, all the switches to terminals using Ctl-Alt-Fn no longer produce login prompts). The graphical login still works.

Solution found yet? In previous reply I forgot to include suggestion to disable/remove Plymouth if you haven't already.

did you reboot in the mean time? after an update some apps are often broken before reboot

I tried rebooting. Actually this persisted not only past a reboot but yet another kernel update and two more reboots. Then, for no apparent reason, it cleared up - ALMOST. Now my fonts on the CLT-ALT-Fn logins are very small and the last few lines that scroll to the bottom don't display. That is the screen buffer is larger than the display .. have i got that right. This is a different front from not only before the whole problem arose but a different font from the logs that were were on all the non-X11 Ctl-Alt-Fn screens when I first reported this problem. Oh, and when I boot now and login to the GUI, the screen display is shifted to the left and I have to reset it with lxrandr. This is plain screwy. Other than new kernel and regular updates I've done nothing that could account for these changes. ----------------- No, wait, I lie! On this boot all the Ctl-Alt-Fns produce a blank screen. Never the less, I have # ps -ef | grep tty root 1843 1 0 Jan17 tty1 00:00:00 /sbin/agetty --noclear tty1 root 1882 1864 0 Jan17 tty7 00:01:55 /usr/bin/Xorg -br :0 vt7 -nolisten tcp -seat seat0 -auth /var/lib/kdm/AuthFiles/A:0-QBzTmb root 4987 1 0 03:52 tty2 00:00:00 /sbin/agetty --noclear tty2 root 4988 1 0 03:52 tty3 00:00:00 /sbin/agetty --noclear tty3 root 4989 1 0 03:52 tty4 00:00:00 /sbin/agetty --noclear tty4 root 4990 1 0 03:52 tty5 00:00:00 /sbin/agetty --noclear tty5 root 4991 1 0 03:52 tty6 00:00:00 /sbin/agetty --noclear tty6 root 5109 5044 0 03:54 pts/6 00:00:00 grep --color=auto tty However, once again the blind login and echo produces something. So its a display problem, but obviously not with the display card and not one that affect the use of the X11/KDE. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 01/18/2016 04:23 AM, Andrei Borzenkov wrote:

On Mon, Jan 18, 2016 at 11:58 AM, Anton Aylward wrote: ...

...

I tried rebooting. Actually this persisted not only past a reboot but yet another kernel update and two more reboots.

Then, for no apparent reason, it cleared up - ALMOST.

Now my fonts on the CLT-ALT-Fn logins are very small and the last few lines that scroll to the bottom don't display.

What video card you have? It sounds like in the past your video card was not recognized by in-kernel driver(s) and now it is. By default KMS will attempt maximum resolution which matches your description of "tiny fonts".

I think you have that the other way round. It worked before. Now it is behaving inconsistently. ==> INCONSISTENTLY <=== Anyway, lspci reports 00:02.1 Display controller: Intel Corporation 82Q35 Express Integrated Graphics Controller (rev 02) -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Andrei Borzenkov composed on 2016-01-18 12:33 (UTC+0300):

Anton Aylward wrote:

...

00:02.1 Display controller: Intel Corporation 82Q35 Express Integrated Graphics Controller (rev 02)

please show

lspci -nnkv

vttys working normally here: # fbset mode "1440x900" geometry 1440 900 1440 900 16... # grep PRETTY /etc/os-release /etc/os-release:PRETTY_NAME="openSUSE 13.1 (Bottle) (x86_64)" # uname -a Linux hpg33 4.4.0-2.g368c53d-default #1 SMP PREEMPT Tue Jan 12 13:39:53 UTC 2016 (368c53d) x86_64 x86_64 x86_64 GNU/Linux # cat /proc/cmdline root=LABEL=os131sd32 ipv6.disable=1 noresume splash=0 vga=791 video=1024x768@60 video=1440x900@60 3 # lspci -nnkv #(excerpt) 00:02.0 VGA compatible controller [0300]: Intel Corporation 82G33/G31 Express Integrated Graphics Controller [8086:29c2] (rev 02) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device [103c:2a6f] Flags: bus master, fast devsel, latency 0, IRQ 27 Memory at fea00000 (32-bit, non-prefetchable) [size=512K] I/O ports at c080 [size=8] Memory at d0000000 (32-bit, prefetchable) [size=256M] Memory at fe900000 (32-bit, non-prefetchable) [size=1M] Expansion ROM at <unassigned> [disabled] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Kernel driver in use: i915 Kernel modules: i915 # fbset mode "1280x720" geometry 1280 720 1280 720 32... # grep PRETTY /etc/os-release PRETTY_NAME="openSUSE 13.1 (Bottle) (x86_64)" # uname -a Linux vizio 4.4.0-2.g368c53d-default #1 SMP PREEMPT Tue Jan 12 13:39:53 UTC 2016 (368c53d) x86_64 x86_64 x86_64 GNU/Linux # cat /proc/cmdline root=LABEL=08os13164 ipv6.disable=1 net.ifnames=0 noresume splash=0 video=1280x720@60 3 # lspci -nnkv #(excerpt)(aka Intel G43, Dell Optiplex 780) 00:02.0 VGA compatible controller [0300]: Intel Corporation 4 Series Chipset Integrated Graphics Controller [8086:2e12] (rev 03) (prog-if 00 [VGA controller]) Subsystem: Dell Device [1028:027f] Flags: bus master, fast devsel, latency 0, IRQ 33 Memory at f7c00000 (64-bit, non-prefetchable) [size=4M] Memory at e0000000 (64-bit, prefetchable) [size=256M] I/O ports at ecb0 [size=8] Expansion ROM at <unassigned> [disabled] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Kernel driver in use: i915 Kernel modules: i915 -- "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+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 01/18/2016 10:09 AM, Anton Aylward wrote:

As I say, this is intermittent. This mornings boot of the workstation the login appear and the fonts are the normal size. But that's the same kernel and library and config that I used yesterday over three separate boots, non of which were normal and all three were different in what the Ctl-Alt-Del showed.

Like I said earlier ... ALMOST I hot-key this Am to Ctl-AltF1 and see the login prompt in a normal font so login as root. I get the "have a lot of fun" messaga agd a # prompt. I hit return. NOTHING HAPPENS. no new line. I hot-key to Ctl-AltF2, 3, 4, 5, 6 and see the same thing. No, nt the same phenomena, the same screen. its as if the framebuffer or whatever, is mapped to them all. I see the exact same screen, pixel for pixel. However, there should be login prompts on each # ps -ef | grep tty root 1872 1854 1 04:32 tty7 00:04:33 /usr/bin/Xorg -br :0 vt7 -nolisten tcp -seat seat0 -auth /var/lib/kdm/AuthFiles/A:0-XXLJMa root 1895 1833 0 04:33 tty1 00:00:00 -bash root 4877 1 0 10:09 tty2 00:00:00 /sbin/agetty --noclear tty2 root 4878 1 0 10:09 tty3 00:00:00 /sbin/agetty --noclear tty3 root 4879 1 0 10:09 tty4 00:00:00 /sbin/agetty --noclear tty4 root 4880 1 0 10:09 tty5 00:00:00 /sbin/agetty --noclear tty5 root 4881 1 0 10:09 tty6 00:00:00 /sbin/agetty --noclear tty6 root 5068 4776 0 10:21 pts/6 00:00:00 grep --color=auto tty There's something inconsistent or perhaps its consistent and I'm just seen different manifestations based on a variable that I'm unaware of. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 01/18/2016 10:44 AM, Patrick Shanahan wrote:

...

...

# ps -ef | grep tty root 1872 1854 1 04:32 tty7 00:04:33 /usr/bin/Xorg -br :0 vt7 -nolisten tcp -seat seat0 -auth /var/lib/kdm/AuthFiles/A:0-XXLJMa root 1895 1833 0 04:33 tty1 00:00:00 -bash root 4877 1 0 10:09 tty2 00:00:00 /sbin/agetty --noclear tty2 root 4878 1 0 10:09 tty3 00:00:00 /sbin/agetty --noclear tty3 root 4879 1 0 10:09 tty4 00:00:00 /sbin/agetty --noclear tty4 root 4880 1 0 10:09 tty5 00:00:00 /sbin/agetty --noclear tty5 root 4881 1 0 10:09 tty6 00:00:00 /sbin/agetty --noclear tty6 root 5068 4776 0 10:21 pts/6 00:00:00 grep --color=auto tty

There's something inconsistent or perhaps its consistent and I'm just seen different manifestations based on a variable that I'm unaware of.

You have active logins to all those tty's. A "ps -ef|grep tty" on my system only reveals tty's with active logins.

Please rephrase, Patrick. This is the same list I'd expect if everything was working OK. You can see that i have logged in on tty and there is bash running there The getty running on the other VTs means there should be a login prompt. There isn't. Something is worn with connections, frame buffer, whatever. I don't know enough about these drivers to be sure what. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 01/18/2016 05:22 PM, Anton Aylward wrote:

Something is worn with connections, frame buffer, whatever. I don't know enough about these drivers to be sure what.

Have you tried yet disabling plymouth on boot, or uninstall it (needs mkinitrd to apply)? -- Cheers/Saludos Carlos E. R. (openSUSE Leap 42.1, test at Minas-Anor) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Felix Miata composed on 2016-01-18 01:41 (UTC-0500):

In previous reply I forgot to include suggestion to disable/remove Plymouth if you haven't already.

Anton Aylward composed on 2016-01-21 10:17 (UTC-0500):

Carlos E. R. composed on 2016-01-21 15:41 (UTC+0100):

...

Have you tried yet disabling plymouth on boot, or uninstall it (needs mkinitrd to apply)?

rpm -qa | grep plymouth plymouth-scripts-0.8.8_git201309032142-2.5.1.x86_64 plymouth-plugin-label-0.8.8_git201309032142-2.5.1.x86_64 plymouth-branding-openSUSE-13.1-10.4.13.noarch plymouth-plugin-script-0.8.8_git201309032142-2.5.1.x86_64 plymouth-0.8.8_git201309032142-2.5.1.x86_64

Oh, I wasn't aware I was running it! So how do I DISABLE it?

On Mageia, where attempting Plymouth uninstallation wants to uninstall nearly the whole OS, noplymouth on cmdline works. Maybe try plymouth=0 on cmdline if it that doesn't work for 13.1. On openSUSE, I taboo Plymouth at installation time so don't know how to "disable" it. -- "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+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Carlos E. R. composed on 2016-01-22 00:11 (UTC+0100):

Felix Miata wrote:

...

...

rpm -qa | grep plymouth plymouth-scripts-0.8.8_git201309032142-2.5.1.x86_64 plymouth-plugin-label-0.8.8_git201309032142-2.5.1.x86_64 plymouth-branding-openSUSE-13.1-10.4.13.noarch plymouth-plugin-script-0.8.8_git201309032142-2.5.1.x86_64 plymouth-0.8.8_git201309032142-2.5.1.x86_64

In openSUSE not all plymouth related packages can be removed because of dependencies, but the core can.

Not my experience. I have at least 50 openSUSE installations all the way back to 10.0, plus 9.3, 9.2 and more, none of which (that I can remember) have any of Plymouth installed. Like I previously wrote, I taboo it at installation time, so none of it gets installed in the first place.

...

...

Oh, I wasn't aware I was running it! So how do I DISABLE it?

...

On Mageia, where attempting Plymouth uninstallation wants to uninstall nearly the whole OS, noplymouth on cmdline works. Maybe try plymouth=0 on cmdline if it that doesn't work for 13.1. On openSUSE, I taboo Plymouth at installation time so don't know how to "disable" it.

Same here, but from readings, I remember that one of the two works in openSUSE. -- "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+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Carlos E. R. composed on 2016-01-22 04:19 (UTC+0100):

Felix Miata wrote:

...

...

In openSUSE not all plymouth related packages can be removed because of

...

dependencies, but the core can.

...

Not my experience. I have at least 50 openSUSE installations all the way back to 10.0, plus 9.3, 9.2 and more, none of which (that I can remember) have any of Plymouth installed. Like I previously wrote, I taboo it at installation time, so none of it gets installed in the first place.

libply-boot-client2 - Plymouth core library libply-splash-core2 - Plymouth core library libply2 - Plymouth core library

Minas-Anor:~ # rpm --erase --test libply2 error: Failed dependencies: libply.so.2()(64bit) is needed by (installed) libply-boot-client2-0.9.0-8.1.x86_64 libply.so.2()(64bit) is needed by (installed) libply-splash-core2-0.9.0-8.1.x86_64 libply.so.2()(64bit) is needed by (installed) suspend-1.0-28.1.1.x86_64 Minas-Anor:~ #

And obviously I don't want to remove suspend.

I'm pretty sure I have no machines with suspend needed or installed. All are multiboot, with at most one swap partition per storage device. No *ply* installed here. -- "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+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Is it actually used? Отправлено с iPhone

22 янв. 2016 г., в 7:07, Carlos E. R. написал(а):

...

On 2016-01-22 04:42, Felix Miata wrote: I'm pretty sure I have no machines with suspend needed or installed. All are multiboot, with at most one swap partition per storage device. No *ply* installed here.

Well, that's different: suspend is installed by default, even on Leap. Your systems, being test systems, avoid it.

-- Cheers / Saludos,

Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Carlos E. R. composed on 2016-01-22 05:07 (UTC+0100):

Felix Miata wrote:

...

I'm pretty sure I have no machines with suspend needed or installed. All are multiboot, with at most one swap partition per storage device. No *ply* installed here.

Well, that's different: suspend is installed by default, even on Leap. Your systems, being test systems, avoid it.

Lots of things are "installed" by default that never get installed here. It's been years since any default openSUSE install has had any of my own systems as its target. Before proceeding to install here, the list of tabooed overflows the YaST installation summary package list in its default sort state. -- "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+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 2016-01-22 12:58, Yamaban wrote:

On Fri, 22 Jan 2016 05:07, Carlos E. R. wrote:

...

Well, that's different: suspend is installed by default, even on Leap. Your systems, being test systems, avoid it.

Huh? On a fresh install of Leap 42.1 from DVD, there is no package "suspend" at all, and even a search on software.opensuse.org:

Something strange happening here. My Leap test install in my laptop certainly has it installed. My test install under vmware player, doesn't. Both were made from the same "DVD" (usb stick). The laptop (Leap) has suspend fromo 13.1. Install Date: 2016-01-14T19:00:56 CET /var/log/zypp/history # 2016-01-14 19:02:55 suspend-1.0-28.1.1.x86_64.rpm installed ok ... 2016-01-14 19:02:55|install|suspend|1.0-28.1.1|x86_64||openSUSE-42.1-0|ce4ad7712564d0ae6b8c7bc737654114b1f92d137c42cd9b7119650a2368a8ad| 2016-01-14 18:54:16 <1> Minas-Anor.Valinor(9298) [zypp:fetcher] Fetcher.cc(provideFromCache):350 start fetcher with 1 cache directories. 2016-01-14 18:54:16 <1> Minas-Anor.Valinor(9298) [zypp:fetcher] Fetcher.cc(provideToDest):547 Not found in cache, downloading 2016-01-14 18:54:16 <1> Minas-Anor.Valinor(9298) [zypp++] MediaSetAccess.cc(provide):203 Going to try to provide file ./suse/x86_64/suspend-1.0-28.1.1.x86_64.rpm from media number 1 2016-01-14 18:54:16 <1> Minas-Anor.Valinor(9298) [zypp++] MediaManager.cc(checkDesired):112 checkDesired(8): desired (cached) 2016-01-14 18:54:16 <1> Minas-Anor.Valinor(9298) [zypp++] MediaManager.cc(checkDesired):112 checkDesired(8): desired (cached) 2016-01-14 18:54:16 <1> Minas-Anor.Valinor(9298) [zypp++] MediaHandler.cc(provideFile):998 provideFile(./suse/x86_64/suspend-1.0-28.1.1.x86_64.rpm) 2016-01-14 18:54:16 <1> Minas-Anor.Valinor(9298) [zypp++] MediaManager.cc(checkDesired):112 checkDesired(8): desired (cached) 2016-01-14 18:54:16 <1> Minas-Anor.Valinor(9298) [zypp++] ExternalProgram.cc(start_program):249 Executing '/bin/cp' '--remove-destination' '--' '/var/adm/mount/AP_0xvaS5KG/suse/x86_64/suspend-1.0-28.1.1.x86_64.rpm' '/var/cache/zypp/packages/openSUSE-42.1-0/suse/x86_64/suspend-1.0-28.1.1.x86_64.rpm' 2016-01-14 18:54:16 <1> Minas-Anor.Valinor(9298) [zypp++] ExternalProgram.cc(start_program):412 pid 9811 launched 2016-01-14 18:54:16 <1> Minas-Anor.Valinor(9298) [zypp++] ExternalProgram.cc(checkStatus):513 Pid 9811 successfully completed 2016-01-14 18:54:16 <1> Minas-Anor.Valinor(9298) [zypp++] MediaSetAccess.cc(releaseFile):85 Going to release file ./suse/x86_64/suspend-1.0-28.1.1.x86_64.rpm from media number 1 2016-01-14 18:54:16 <1> Minas-Anor.Valinor(9298) [zypp:fetcher] Fetcher.cc(validate):392 Checking job [/var/cache/zypp/packages/openSUSE-42.1-0/suse/x86_64/suspend-1.0-28.1.1.x86_64.rpm] (1 checkers ) 2016-01-14 18:54:16 <1> Minas-Anor.Valinor(9298) [Progress++] ProgressData.cc(report):88 {#195|}END 2016-01-14 18:54:16 <1> Minas-Anor.Valinor(9298) [Ruby] modules/PackageCallbacks.rb:199 DoneProvide: 0, , suspend I think I know where it comes from! It is a bug that I was checking before report. The laptop is triple boot: windows, openSUSE 13.1, Leap. When I start yast package manager, it asks for the install media (I don't disable the DVD repo). The probable sequence would be: Use 13.1, do some updates, plug in the 13.1 USB install stick when it asks for it. Reboot to Leap. Do an update with YaST. YaST finds the stick for 13.1 and uses it, not checking that it is the wrong version. I have verified that it does indeed use happily the wrong USB stick during the repository refresh phase. What I had not verified is that it also installed packages from it! I have to verify whether there are other wrong packages. Bugzilla time. Against YaST, I suppose? -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

On 2016-01-22 14:31, Carlos E. R. wrote:

Bugzilla time. Against YaST, I suppose?

Bug 963226 - yast2 sw_single and online_update in Leap do not check the version of the install media (DVD, USB stick) during updates. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

Patrick Shanahan composed on 2016-01-31 13:16 (UTC-0500):

"A good Idea" (tm!) to occasionally run: zypper -v se -si |grep zypper se -si |grep \(System\ Packages\)

On TW here that generates only a fresh shell prompt.

and manually adjust as required.

What did you intend from that that zypper se -s | grep 'tem Pac' doesn't produce? -- "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+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 2016-01-31 23:03, Patrick Shanahan wrote:

ie: orphaned or no longer provided or changed name or ...

I *usually* removed packages I did not manually install, and those who appear to have incremented their .so version and were not automagically removed (happens too frequently). And I check first that they are not needed by some other resident application.

YaST has an "unmantained" display option which I use often. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

On 01/22/2016 11:47 PM, Anton Aylward wrote:

On 01/21/2016 01:41 PM, Felix Miata wrote:

...

...

...

Oh, I wasn't aware I was running it! So how do I DISABLE it? On Mageia, where attempting Plymouth uninstallation wants to uninstall nearly the whole OS, noplymouth on cmdline works. Maybe try plymouth=0 on cmdline if it that doesn't work for 13.1.

Well I tied that and it seems no different from when I remove the "splash=silent quiet " from the command line. Go figure.

If you uninstall plymouth, you have to remember to rebuild the initrd archive? mkinitrd. -- Cheers/Saludos Carlos E. R. (openSUSE Leap 42.1, test at Minas-Anor) -- Cheers/Saludos Carlos E. R. (openSUSE Leap 42.1, test at Minas-Anor) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 01/23/2016 12:42 AM, Anton Aylward wrote:

As has been commented, trying to *remove* plymouth rather than disable it involves removing large parts of the OS.

No, just a few packages. Plymouth is known to cause weird effects on some systems. And makes the initrd image to be about double size. -- Cheers/Saludos Carlos E. R. (openSUSE Leap 42.1, test at Minas-Anor) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 2016-01-23 12:52, Anton Aylward wrote:

On 01/22/2016 06:48 PM, Carlos E. R. wrote:

...

And makes the initrd image to be about double size.

Indeed it does.

I've just rebooted with the new initrd at 6am, and

1) WOW THAT WAS **FAST** Even by what I'm used to with parallel systemd, it was **FAST**

2) It was a lot less noisy in terms of the kernel messages being spewed.

With plymouth, I think that the boot messages are saved to a file, and later they are displayed, perhaps on request.

It makes me wonder. Plymouth as a boat anchor. There's a price you pay for the 'eye candy'.

Yes. I routinely remove it during initial install, and taboo it. I understand that many users prefer to see a graphical boot display with a progress bar and perhaps animations, and are terribly disgruntled at seeing boot progress in text messages. So plymouth has a place for them. But I really love to see those text messages: they tell what is actually happening, we can see if things go abnormal just by noticing that they are somewhat different than the previous time.

I have most of it turned off in KDE, but at times I wonder if I shouldn't be running one of the lightweight DMs and then using the KDE libraries to run Kongueror instead of Thunar, Konsole instead of Lxterminal and things like BasKet Notes.

But then there's LXDE-Qt isn't there? Is anyone here using that? https://github.com/lxde/lxqt/wiki/LXQt-Roadmap

I haven't tried it yet. But I run XFCE desktop because it is less complex, less features on the desktop, but then I use several KDE applications because they are *good*. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

On 2016-01-23 13:27, Anton Aylward wrote:

...

But I really love to see those text messages: they tell what is actually happening, we can see if things go abnormal just by noticing that they are somewhat different than the previous time.

Indeed. Are we paranoid or something? If you think about it, this attitude means that we *EXPECT* something to go wrong and are watching out for it.

LOL. Not really. I know that things do often go wrong with computers, but 90% of the times is because I changed something, intentionally or unintentionally. Recently, I updated my test Leap install in my laptop, which uses grub 2 and boots directly to level 5. Problem was, I had forgotten that the installation media for 13.1 was still plugged in, and YaST happily used it without thinking (yes, there is a bugzilla about this). So, the result was Leap with some 13.1 packages. Well, I would perhaps have seen some strange messages on boot had I been watching, or had not the X splash screen hidden it from view. I thought there was something strange, but did not pay attention.

It reminds me, somewhat, of Kipling's "Sons of Martha"

They do not preach that their God will rouse them a little before the nuts work loose. They do not preach that His Pity allows them to drop their job when they damn-well choose. As in the thronged and the lighted ways, so in the dark and the desert they stand, Wary and watchful all their days that their brethren's ways may be long in the land.

:-) -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

On 01/23/2016 07:04 AM, Carlos E. R. wrote:

...

...

I have most of it turned off in KDE, but at times I wonder if I shouldn't be running one of the lightweight DMs and then using the KDE libraries to run Kongueror instead of Thunar, Konsole instead of Lxterminal and things like BasKet Notes.

But then there's LXDE-Qt isn't there? Is anyone here using that? https://github.com/lxde/lxqt/wiki/LXQt-Roadmap I haven't tried it yet.

But I run XFCE desktop because it is less complex, less features on the desktop, but then I use several KDE applications because they are *good*.

Damn *expletive* right! what we need are Qt versions of Thunderbird and Firefox! -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 2016-01-23 13:37, Anton Aylward wrote:

On 01/23/2016 07:04 AM, Carlos E. R. wrote:

...

But I run XFCE desktop because it is less complex, less features on the desktop, but then I use several KDE applications because they are *good*.

I'm reluctant to switch back and forth between KDE and XFCE. When I've done so in the past ... Well I have a number of Firefox windows in KDE, each with a large number of tabs. Every few months I consolidate them down but they grow back. its like keeping a garden. Firefox is the kudzu.

It is a huge, yes.

When I login using XFCE or LXDE rather than KDE all of a sudden there is only ONE window when I bring up Firefox. The other one is lost. I don't know why. When I go back to KDE the lost window is still lost. I have to be paranoid and take bookmarks of everything!

Well, when I login in xfce I get all my FF windows and tabs. A dozen windows, perhaps. Correction. I take care that the XFCE session save does not save FF. First I quit FF, TH, then log out with only the apps I want restarted again, because XFCE doesn't restore apps in the appropriate workspace. So, after login, I go to the appropriate workspace and manually start there the apps that go there. TH in the 2nd, FF in the 3rd... etc. In my test install of Leap, I have a problem with FF. I place it in the 3rd workspace. When I click on a link in TH in the second workspace, it brings FF to the second. I know this is a setting, but I have forgotten which. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

Anton Aylward composed on 2016-01-23 06:52 (UTC-0500):

Carlos E. R. wrote:

...

And makes the initrd image to be about double size.

Indeed it does.

I've just rebooted with the new initrd at 6am, and

1) WOW THAT WAS **FAST** Even by what I'm used to with parallel systemd, it was **FAST**

2) It was a lot less noisy in terms of the kernel messages being spewed.

So did Plymouth eradication eradicate the OP, or not? -- "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+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Anton Aylward composed on 2016-01-22 17:47 (UTC-0500):

Felix Miata wrote:

...

On Mageia, where attempting Plymouth uninstallation wants to uninstall nearly the whole OS, noplymouth on cmdline works. Maybe try plymouth=0 on cmdline if it that doesn't work for 13.1.

Well I tied that and it seems no different from when I remove the "splash=silent quiet " from the command line. Go figure.

However when i log in I still have the unaccountable

LINES=64

setting in vt1 (and vt2 etc)

I also have

TERM=linux

I've previously posted about not being able to account for that with the infocmp view of the terminfo database entry.

Iv just run clear ; for (( i=1 ; i <= 48 ; i++ ) do echo $i done

Syntax errors trying that here.

and established that indeed, there are ONLY 48 lines of display on vt1. So why do I have LINES=64 Where is this being set?

Kernel maybe? Does it behave differently if you boot a 13.1-specific kernel? What's your complete kernel cmdline? Is your video driver proprietary? Is your /etc/sysconfig/console file original/unmodified from that in the rpm it belongs to? I tried to replicate your dilemma without success: # 13.1 (with systemd-210-79.1 and its deps from BaseSystemLegacy repo) # lspci | grep VGA # 00:02.0 VGA compatible controller: Intel Corporation 82915G/GV/910GL Integrated Graphics Controller (rev 04) # on 21" CRT # uname -a Linux gx280 3.12.51-2-desktop #1 SMP PREEMPT Sat Jan 16 00:25:03 UTC 2016 (08f7380) i686 i686 i386 GNU/Linux ## (from repositories/home:/mkubecek:/evergreen-13.1/openSUSE_13.1/) # grep FONT /etc/sysconfig/console CONSOLE_FONT="" # cat /proc/cmdline root=LABEL=os131p19 ipv6.disable=1 noresume splash=0 vga=791 video=1024x768@60 3 # set | grep LINES LINES=48 # fbset | grep ^mode mode "1024x768" # uname -a Linux gx280 3.12.51-2-desktop #1 SMP PREEMPT Sat Jan 16 00:25:03 UTC 2016 (08f7380) i686 i686 i386 GNU/Linux # grep FONT /etc/sysconfig/console CONSOLE_FONT="" # cat /proc/cmdline root=LABEL=os131p19 ipv6.disable=1 noresume splash=0 video=1152x864@60 3 # set | grep LINES LINES=54 # fbset | grep ^mode mode "1152x864" # uname -a Linux gx280 3.12.51-2-desktop #1 SMP PREEMPT Sat Jan 16 00:25:03 UTC 2016 (08f7380) i686 i686 i386 GNU/Linux # grep FONT /etc/sysconfig/console CONSOLE_FONT="" # cat /proc/cmdline root=LABEL=os131p19 ipv6.disable=1 noresume splash=0 3 # set | grep LINES LINES=64 # fbset | grep ^mode mode "1280x1024" # on 22" 1680x1050 LCD # uname -a Linux gx280 3.12.51-2-desktop #1 SMP PREEMPT Sat Jan 16 00:25:03 UTC 2016 (08f7380) i686 i686 i386 GNU/Linux # grep FONT /etc/sysconfig/console CONSOLE_FONT="" # cat /proc/cmdline root=LABEL=os131p19 ipv6.disable=1 noresume splash=0 video=1024x768@60 3 # set | grep LINES LINES=48 # fbset | grep ^mode mode "1024x768" # uname -a Linux gx280 3.12.51-2-desktop #1 SMP PREEMPT Sat Jan 16 00:25:03 UTC 2016 (08f7380) i686 i686 i386 GNU/Linux # grep FONT /etc/sysconfig/console CONSOLE_FONT="" # cat /proc/cmdline root=LABEL=os131p19 ipv6.disable=1 noresume splash=0 video=1440x900@60 3 # set | grep LINES LINES=56 # fbset | grep ^mode mode "1440x900" # uname -a Linux gx280 3.12.51-2-desktop #1 SMP PREEMPT Sat Jan 16 00:25:03 UTC 2016 (08f7380) i686 i686 i386 GNU/Linux # grep FONT /etc/sysconfig/console CONSOLE_FONT="" # cat /proc/cmdline root=LABEL=os131p19 ipv6.disable=1 noresume splash=0 3 # set | grep LINES LINES=65 # fbset | grep ^mode mode "1680x1050" # uname -a Linux gx280 3.12.51-2-desktop #1 SMP PREEMPT Sat Jan 16 00:25:03 UTC 2016 (08f7380) i686 i686 i386 GNU/Linux # grep FONT /etc/sysconfig/console CONSOLE_FONT="sun12x22.psfu" # cat /proc/cmdline root=LABEL=os131p19 ipv6.disable=1 noresume splash=0 3 # set | grep LINES LINES=47 # fbset | grep ^mode mode "1680x1050" # uname -a Linux gx280 4.4.0-5.gb56b151-default #1 SMP Thu Jan 21 07:47:10 UTC 2016 (b56b151) i686 i686 i386 GNU/Linux # grep FONT /etc/sysconfig/console CONSOLE_FONT="sun12x22.psfu" # cat /proc/cmdline root=LABEL=os131p19 ipv6.disable=1 noresume splash=0 3 # set | grep LINES LINES=47 # fbset | grep ^mode mode "1680x1050" # uname -a Linux gx280 4.4.0-5.gb56b151-default #1 SMP Thu Jan 21 07:47:10 UTC 2016 (b56b151) i686 i686 i386 GNU/Linux # grep FONT /etc/sysconfig/console CONSOLE_FONT="lat9w-16.psfu" # cat /proc/cmdline root=LABEL=os131p19 ipv6.disable=1 noresume splash=0 3 # set | grep LINES LINES=65 # fbset | grep ^mode mode "1680x1050" -- "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+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 2016-01-23 13:22, Anton Aylward wrote:

I realise that "vga=" has been depreciated, but at the time it was the only way I could get grub and the inital boot to use the full screen.

I still use vga=791 in one machine, it was the only incantation that worked properly. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

24.01.2016 14:59, Anton Aylward пишет:

On 01/23/2016 08:57 AM, Carlos E. R. wrote:

...

On 2016-01-23 13:22, Anton Aylward wrote:

...

I realise that "vga=" has been depreciated, but at the time it was the only way I could get grub and the inital boot to use the full screen.

I still use vga=791 in one machine, it was the only incantation that worked properly.

Indeed. Back when I was in 11.x that's what it took to get the grub2 and the initial book to recognise the newly arrived 1280x1024 LG Flatron. Than and an extra set gfxmode=1280x1024 in grub.cfg As you say, it was the only incantation that worked properly. Well, not 'only' But that family and varying the colour depth ...

So I've been playing around this weekend with the "command line" and now without any "vga=" at all it seems to .... if not "work properly" than I have a font I can live with and LINES=48

I emphasise that the "vga=" worked fine until kernel 4.3 or 4.4

This is interpreted by vesafb. So it really sounds like different driver is used now. Can you upload dmesg output immediately after boot with "good" and "bad" kernels?

I've tried looking through change logs but my google-savvy in this area is deficient. So far I've found nothing that shines light on all this. If anyone more familiar with the kernel change process can help, I'd be interested in hearing.

-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 01/18/2016 01:41 AM, Felix Miata wrote:

Anton Aylward composed on 2016-01-16 09:47 (UTC-0500):

...

The last kernel update seems to have killed of the ability to login at the virtual terminals (that is, all the switches to terminals using Ctl-Alt-Fn no longer produce login prompts). The graphical login still works.

Solution found yet? In previous reply I forgot to include suggestion to disable/remove Plymouth if you haven't already.

Right now I have normal sized fonts but for some reason the value of the LINES variable is set to 64. Because of a shellopt setting 'checkwinsize' being set, its no use me manually setting that value. This option is set in /etc/bash.bashrc. The terminal name is of tty1 'linux' and tset lines returns "64". Looking at /etc/termcap (OK its not terminfo) I don't see that the entry for 'linux' has a "#li" value of 64. There is a 'terminfo' decompiler utility called 'infocmp' It begins ... # infocmp linux # Reconstructed via infocmp from file: /usr/share/terminfo/l/linux linux|linux console, am, bce, ccc, eo, mir, msgr, xenl, xon, colors#8, it#8, ncv#18, pairs#64, acsc=+\020\,\021-\030.^Y0\333`\004a\261f\370g\361h\260i\316j\331k\277l\332m\300n\305o~p\304q\304r\304s_t\303u\264v\301w\302x\263y\363z\362{\343|\330}\234~\376, bel=^G, blink=\E[5m, bold=\E[1m, civis=\E[?25l\E[?1c, clear=\E[H\E[J, cnorm=\E[?25h\E[?0c, cr=^M, the remainder is about positioning, key settings. No further "#" values. Again, I don't see anything saying there are 64 lines "pairs" is the number of colour combination pairs. On a slightly different tack .. The only thing I can find in 'bugs' is old, but seems ... sort of ... related https://bugzilla.kernel.org/show_bug.cgi?id=13249 Perhaps relevant. "dmesg|grep intel" shows [ 2.774044] fb: switching to inteldrmfb from VESA VGA [ 2.808423] fbcon: inteldrmfb (fb0) is primary device [ 2.903561] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org