[opensuse-factory] box characters not used by ncurses
http://fm.no-ip.com/SS/Suse/badtty132.png mc http://fm.no-ip.com/SS/Suse/badtty132y.png yast Both using en_US on hardware, this happens also in Fedora and Mageia, so it must have an upstream cause. Anyone know what best to report a bug against, or how to fix it if mere config or missing package problem? -- "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
On 2014-01-14 18:07 (GMT-0300) Cristian Rodríguez composed:
Felix Miata composed:
http://fm.no-ip.com/SS/Suse/badtty132.png mc http://fm.no-ip.com/SS/Suse/badtty132y.png yast
Is this using a serial console ? looks the terminal emulator settings are messed up.
Normal hardware Ctrl-Alt-Fn tty[1-6] on PC feeding 15 pin VGA cable. -- "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 wrote:
Normal hardware Ctrl-Alt-Fn tty[1-6] on PC feeding 15 pin VGA cable.
---- Looks like yast2 is trying to use UTF8 but the term is in latin1 mode (maybe vice versa, but I'd give it 80% odds of it being your term not in unicode mode). -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Freitag, 17. Januar 2014, 11:34:12 schrieb Linda Walsh:
It is a missing started file "unicode_start" but I found no way to include this on start up. on all Systems in runlevel 3 I have this Problem, YaST2 and mc have no correct characters.. -- mit freundlichen Grüßen / best Regards, Günther J. Niederwimmer -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Mon, 20 Jan 2014 13:42:27 +0100 Günther J. Niederwimmer <gjn@gjn.priv.at> пишет:
Do you use plymouth? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Monday 20 January 2014 17.53:31 Andrey Borzenkov wrote:
I'm using the nosplash quiet boot line commands -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Mon, 20 Jan 2014 15:17:06 +0100 Bruno Friedmann <bruno@ioda-net.ch> пишет:
Try booting with plymouth.enable=0. Does it change anything? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, Jan 20, 2014 at 05:53:31PM +0400, Andrey Borzenkov wrote:
It depends on the terminal type. echo $TERM Ciao, marcus -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Monday 2014-01-20 17:52, Marcus Meissner wrote:
Could it be that a font without a unicode map was loaded? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2014-01-20 17:52 (GMT+0100) Marcus Meissner composed:
Do you use plymouth?
It depends on the terminal type.
echo $TERM
# echo $TERM linux # rpm -qa | grep mouth # # uname -a Linux gx27b 3.13.0-rc8-2.g7cd0a21-desktop #1 SMP PREEMPT Tue Jan 14 12:25:44 UTC 2014 (7ce0a21) i686 i686 i386 GNU/Linux # cat /proc/cmdline root=LABEL=os132p ipv6.disable=1 CPUFREQ=no noresume splash=verbose video=1024x768@60 vga=791 3 # locale LANG=POSIX LC_CTYPE=en_US.UTF-8 LC_NUMERIC="POSIX" LC_TIME="POSIX" LC_COLLATE="POSIX" LC_MONETARY="POSIX" LC_MESSAGES="POSIX" LC_PAPER="POSIX" LC_NAME="POSIX" LC_ADDRESS="POSIX" LC_TELEPHONE="POSIX" LC_MEASUREMENT="POSIX" LC_IDENTIFICATION="POSIX" LC_ALL= # set LC_CTYPE=en_US.UTF-8 MAILCHECK=60 YAST_MODLIST=($(LC_ALL=C $YAST -l| grep '^[a-z]' | grep -v "Available")); MODOPTS=(`LC_ALL=C $YAST $mod $prev help 2>&1 | while read line ; do MODOPTS=(` LC_ALL=C $YAST $mod help 2>&1 | while read line ; do ZYPPER_CMDLIST=($(LC_ALL=POSIX $ZYPPER -q -h | sed -rn '/^[[:blank:]]*Commands:/,$ { opts=(${opts[@]}$(echo; LC_ALL=POSIX $ZYPPER -q lr | sed -rn '/^[0-9]/{ opts=(${ZYPPER_CMDLIST[*]}$(echo; LC_ALL=POSIX $ZYPPER -q help 2>&1 | sed -rn '/Global Options:/,/Commands:/{ opts=$(LC_ALL=POSIX $ZYPPER -q help $command 2>&1 | sed -e "1,/$magic_string/d" -e 's/.*--/--/' -e 's/ .*//'); opts=(${opts[@]}$(echo; LC_ALL=POSIX $ZYPPER -q lr | sed -rn '/^[0-9]/{ opts=(${opts[@]}$(echo; LC_ALL=POSIX $ZYPPER -q ls | sed -rn '/^[0-9]/{ opts=(${opts[@]}$(echo; LC_ALL=POSIX $ZYPPER -q ll | sed -rn '/^[0-9]/{ for lc in LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES LC_PAPER LC_NAMELC_ADDRESS LC_TELEPHONE LC_MEASUREMENT LC_IDENTIFICATION LC_ALL; # rpm -qa | grep lease-13 openSUSE-release-13.1-1.40.i586 I see openSUSE-release-13.1-1.41.i586 has since become available. (Why are still 13.1 and Bottle being reported for Factory aka 13.2?) This particular 13.2 installation is an upgrade from 13.1, which was initialized as as a pre-release 12.3 installation January 27 2013. This bug is not present in the 13.1 installation cloned from. Typically I'm booting with 3 on cmdline, logging in on tty3, then logging in on tty2 where I start mc. X is not running. If I remove 3 from cmdline before proceeding to boot, wait for login manager to appear, then login on tty3, then login on tty2 to start mc, the problem is the same. Running unicode_start before mc eliminates the problem only for the tty on which run, and the current boot. -- "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
* Marcus Meissner <meissner@suse.de> [01-20-14 11:54]:
with unicode_start echo $TERM provides linux after unicode_stop echo $TERM proves linux -- (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 Monday 20 January 2014 13.42:27 Günther J. Niederwimmer wrote:
Check twice, I've the problem but only on tty1 tty2 - tty6 are unicode safe. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Bruno Friedmann <bruno@ioda-net.ch> [01-01-70 12:34]: [...]
Check twice, I've the problem but only on tty1 tty2 - tty6 are unicode safe.
fwiw: Observed same re:tty1/tty2-6 initiating "unicode_start" provides proper/expected charset display. ?? 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
On Monday 20 January 2014 10.50:43 Patrick Shanahan wrote:
on the faulty terminal running unicode_start fix everything. But this is old story, cause I know serveur under 12.3 and 13.1 having this non behaviour. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Bruno Friedmann <bruno@ioda-net.ch> [01-20-14 16:59]:
Correct, I only observed it in the last several weeks, perhaps after middle of December, some travel time so memory is muddled besides aged. -- (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
Am Montag, 20. Januar 2014, 22:57:39 schrieb Bruno Friedmann:
but why is in the Beta time one Version with correct terminal or with unicode _start is working, the next not, the GA version was the last NOT ;)
But this is old story, cause I know serveur under 12.3 and 13.1 having this non behaviour.
-- mit freundlichen Grüßen / best Regards, Günther J. Niederwimmer -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Bruno Friedmann wrote:
This appears to be done in /etc/rc.d/kbd in a sysV system. is there a kbd service for systemd? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, 21 Jan 2014 19:34, Linda Walsh <suse@...> wrote:
correction, init-file is /etc/init.d/kbd same for systemd - systems, it uses auto-convert-function of systemd to start / stop / etc. IOW systemd calls /etc/init.d/kbd [state] for every call 'systemctl [state] kbd.service' Here it seems that either /etc/init.d/kbd is faulty or the unit is not enabled. Check via "systemctl is-enabled kbd.service" Hmm, on my 12.3 it gives me: "masked", oops? None the less, on tty2 everything is shown correctly (LANG=de_DE.utf8). Call to the gurus: What state should kbd.service have? - Yamaban.
On 2014-01-21 19:54 (GMT+0100) Yamaban composed:
This appears to be done in /etc/rc.d/kbd in a sysV system. is there a kbd service for systemd?
IOW systemd calls /etc/init.d/kbd [state] for every call 'systemctl [state] kbd.service'
Here it seems that either /etc/init.d/kbd is faulty or the unit is not enabled.
Check via "systemctl is-enabled kbd.service"
Call to the gurus: What state should kbd.service have?
I started the thread. The problem exists on my host gx27b (intel) booted to Factory. The problem does not exist on my host gx150 (mga) booted to Factory. In output from 'systemctl list-units', string kbd does not exist. Yet, output from 'systemctl is-enabled kbd.service' on gx150 is non-null (masked). On gx27b, 'systemctl is-enabled kbd.service' replies "Failed to issue method call: No such file or directory". What package could be butchered or not installed to cause this? Why doesn't systemctl list-units list existing kbd.service? Systemctl reports no list-services exists. What's the difference between a service and a unit? -- "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
On Tue, 21 Jan 2014 22:18, Felix Miata <mrmazda@...> wrote:
Huh? since you have "/usr/bin/unicode_start" you should have a package "kbd", and "rpm -ql kbd |grep /etc/" should give you: "/etc/init.d/kbd" Interim solution: to your ~/.profile file add this line: /usr/bin/tty | /usr/bin/grep -c /dev/tty >/dev/null && /usr/bin/unicode_start That should invoke unicode_start on a login to a tty and bring an end to the situation for you. Not nice, but working. To service and a unit: Short way (please look at man systemd an co.): "xxx.service" is the file in which the "unit" "xxx" is defined. There is additional stuff that is called "service" by systemd, but unused atm. - Yamaban PS: If I'm wrong here, please correct me. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2014-01-21 23:18 (GMT+0100) Yamaban composed:
Felix Miata wrote:
On 2014-01-21 19:54 (GMT+0100) Yamaban composed:
This appears to be done in /etc/rc.d/kbd in a sysV system. is there a kbd service for systemd?
IOW systemd calls /etc/init.d/kbd [state] for every call 'systemctl [state] kbd.service'
Here it seems that either /etc/init.d/kbd is faulty or the unit is not enabled.
Check via "systemctl is-enabled kbd.service"
Call to the gurus: What state should kbd.service have?
I started the thread. The problem exists on my host gx27b (intel) booted to Factory. The problem does not exist on my host gx150 (mga) booted to Factory.
In output from 'systemctl list-units', string kbd does not exist. Yet, output from 'systemctl is-enabled kbd.service' on gx150 is non-null (masked).
On gx27b, 'systemctl is-enabled kbd.service' replies "Failed to issue method call: No such file or directory".
What package could be butchered or not installed to cause this?
Why doesn't systemctl list-units list existing kbd.service? Systemctl reports no list-services exists. What's the difference between a service and a unit?
Huh?
since you have "/usr/bin/unicode_start" you should have a package "kbd", and "rpm -ql kbd |grep /etc/" should give you: "/etc/init.d/kbd"
It gives null on two systems tried, one not having this problem (gx280), and (the thread starter) having it (gx27b).
Interim solution: to your ~/.profile file add this line:
/usr/bin/tty | /usr/bin/grep -c /dev/tty >/dev/null && /usr/bin/unicode_start
That should invoke unicode_start on a login to a tty and bring an end to the situation for you. Not nice, but working.
This problem needs no workaround hiding it. It's a nuisance worse than mere polish that ought to have its cause and a proper solution found before 13.2 final, preferably much sooner. 'rpm -q -filesbypkg -p kbd-1.15.5-6.4.i586.rpm' output finds no instance of string "service". String kbd does not appear in chkconfig -l output either. I tried force reinstalling kbd, but it had no apparent effect. I found /usr/lib/systemd/system/kbd.service as a symlink to /dev/null (same as Patrick noted in thread 2+ hours ago) timestamped 9 days ago. Is there any rational reason for this to happen?
If kbd.service exists, systemctl list-units should list it, correct? If not, why not?
- Yamaban
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
On 2014-01-21 16:18 (GMT-0500) Felix Miata composed:
I started the thread. The problem exists on my host gx27b (intel) booted to Factory. The problem does not exist on my host gx150 (mga) booted to Factory.
This also happens on fresh HTTP Factory installation on host kt400 (rv250 gfxchip; kernel default), so it's not due to zypper upgrading from 13.1. :-( -- "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
On Thu, Jan 23, 2014 at 9:57 AM, Felix Miata <mrmazda@earthlink.net> wrote:
I wonder - can it be that settings are reset after loading KMS driver (when I tested nouveau it was loaded relatively late). Does your initrd include video drivers? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2014-01-23 10:43 (GMT+0400) Andrey Borzenkov composed:
Felix Miata wrote:
On 2014-01-21 16:18 (GMT-0500) Felix Miata composed:
This also happens on fresh HTTP Factory installation on host kt400 (rv250 gfxchip; kernel default), so it's not due to zypper upgrading from 13.1. :-(
I don't know how to tell. Apparently lsinitrd can't properly process images created by dracut or has otherwise become broken since last time I needed it. Also, trying to use the -f lsinitrd option seems to be incapable of doing anything but producing a usage message. -- "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
On 2014-01-23 00:57 (GMT-0500) Felix Miata composed:
On 2014-01-21 16:18 (GMT-0500) Felix Miata composed:
I started the thread. The problem exists on my host gx27b (intel) booted to Factory. The problem does not exist on my host gx150 (mga) booted to Factory.
This also happens on fresh HTTP Factory installation on host kt400 (rv250 gfxchip; kernel default), so it's not due to zypper upgrading from 13.1. :-(
This also happens on 13.2 on host big41 (Intel 4000 gfx; kernel desktop) made via zypper dup from cloning 13.1 on same system. :-( -- "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
Yamaban wrote:
Isn't /etc/rc.d a standard link to /etc/init.d?
Don't see how -- when I list "-ql" I see no entries containing 'system' nor any entries containing 'etc'.
Here it seems that either /etc/init.d/kbd is faulty or the unit is not enabled.
---- It doesn't exist in 13.1:
I've no idea where this functionality was put -- it used to be in the 'kbd' package. I still use the 'kbd' package included from *before* all the init scripts were deleted. (They weren't even renamed to /etc/init.d/kbd.rpmsave as usually happens when a config script is removed). Fortunately, I keep my run scripts in RCS -- so restoring previous functionality wasn't too difficult. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Linda Walsh <suse@tlinx.org> [01-21-14 18:01]:
/usr/lib/systemd/system/kbd.service rpm -qf /usr/lib/systemd/system/kbd.service systemd-208-15.1.x86_64 ls -la /usr/lib/systemd/system/kbd.service lrwxrwxrwx 1 root root 9 Dec 24 19:00 /usr/lib/systemd/system/kbd.service -> /dev/null -- (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 wrote:
--- -- Ahhh... I only looked in the package providing the functionality. (kbd rpm). /dev/null eh? Um... is it normal for systemd to define services in place of the package that contains the service and to define those services as a link to /dev/null? Um... could this be related to the problem? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 21/01/14 15:54, Yamaban escribió:
Call to the gurus: What state should kbd.service have?
masked as you have. another service deals with this, it is called systemd-vconsole-setup.service(8) All this is likely to go away at some point in the future though. systemd-consoled will take over, see http://lists.freedesktop.org/archives/systemd-devel/2013-November/014808.htm... -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Tue, 21 Jan 2014 10:34:52 -0800 Linda Walsh <suse@tlinx.org> пишет:
systemd sets console up very early using systemd-vconsole-setup service. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, Jan 22, 2014 at 06:44:07AM +0400, Andrey Borzenkov wrote:
Maybe the vconsole service is a bit to fast. That means that the virtual console isn't ready. Please add in the [Unit] section of /usr/lib/systemd/system/systemd-vconsole-setup.service the line After=sys-devices-virtual-tty-tty0.device and run systemctl daemon-reload afterwards to quieten systemd about missing reload. Does this help on *next* reboot? Werner -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr
On 2014-01-22 11:46 (GMT+0100) Dr. Werner Fink composed:
Maybe the vconsole service is a bit to fast. That means that the virtual console isn't ready. Please add in the [Unit] section of
/usr/lib/systemd/system/systemd-vconsole-setup.service
the line
After=sys-devices-virtual-tty-tty0.device
After= line already existed, so I appended instead of adding new line.
and run
systemctl daemon-reload
afterwards to quieten systemd about missing reload. Does this help on *next* reboot?
No. -- "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
On 2014-01-22 22:44 (GMT+0400) Andrey Borzenkov composed:
÷ Wed, 22 Jan 2014 13:12:38 -0500 Felix Miata composed:
On 2014-01-22 11:46 (GMT+0100) Dr. Werner Fink composed:
Maybe the vconsole service is a bit to fast. That means that the virtual console isn't ready. Please add in the [Unit] section of
/usr/lib/systemd/system/systemd-vconsole-setup.service
the line
After=sys-devices-virtual-tty-tty0.device
After= line already existed, so I appended instead of adding new line.
and run
systemctl daemon-reload
afterwards to quieten systemd about missing reload. Does this help on *next* reboot?
No.
Obligatory question - do you use plymouth?
Was this not already answered in thread at http://lists.opensuse.org/opensuse-factory/2014-01/msg00168.html ? # cat /proc/cmdline root=LABEL=os132p ipv6.disable=1 CPUFREQ=no noresume splash=verbose video=1024x768@60 vga=791 3 None of my openSUSE installations ever have plymouth installed, but they mostly do not have this problem. ATM the only one that I remember has the problem is host gx27b, but several have not been used in several weeks or more. -- "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
On Wednesday 22 January 2014 22.44:39 Andrey Borzenkov wrote:
No unicode on console with tricked systemd-service. Andrey, I'm using normally (during install time, and activated on server without X) the nosplah quiet flag on boot could it be related ? I've checked the plymouth-*.service they are all in disable state but have been called like on my laptop which use plymouth. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Thu, 23 Jan 2014 16:17:49 +0100 Bruno Friedmann <bruno@ioda-net.ch> пишет:
There is old bug (https://bugzilla.novell.com/show_bug.cgi?id=780516) about conflict between plymouth and systemd-vconsole-setup. I just tested and this bug is present even though I boot with "nosplash quite". This bug is not present if plymouth is completely disabled (plymouth.enable=0). But this bug is about loading language specific font. I still have no problem running yast in console, so you see something different. I'm afraid someone having this problem has to debug it. Try booting in single user; try disable as much as possible (and yes, plymouth is the first thing to disable). Try different user (root and normal user have different locale settings by default). Try booting in different run levels. Someone who has this issue needs to find out reliable way to reproduce it or at least find out what triggers it. Otherwise it will never be fixed. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thursday 23 January 2014 20.17:47 Andrey Borzenkov wrote:
Could be related cause if I setup a server I normally use en_US as language but my keyboard layout is fr_CH If I log on tty1 which start to have bad char, run yast -> goes to locale then suddenly the char are setup correctly. I'm now trying with removing plymouth (not need on the server anyway) -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Thu, 23 Jan 2014 18:58:50 +0100 Bruno Friedmann <bruno@ioda-net.ch> пишет:
What is in /etc/sysconfig/{console,keyboard,language}? grep -vE '^#|^$' /etc/sysconfig/{console,keyboard,language} -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thursday 23 January 2014 22.24:00 Andrey Borzenkov wrote:
grep -vE '^#|^$' /etc/sysconfig/{console,keyboard,language}
grep -vE '^#|^$' /etc/sysconfig/{console,keyboard,language} /etc/sysconfig/console:CONSOLE_FONT="lat9w-16.psfu" /etc/sysconfig/console:CONSOLE_UNICODEMAP="" /etc/sysconfig/console:CONSOLE_SCREENMAP="trivial" /etc/sysconfig/console:CONSOLE_MAGIC="(K" /etc/sysconfig/console:FB_MODULES="" /etc/sysconfig/console:FBSET_PARAMS="" /etc/sysconfig/console:CONSOLE_ENCODING="UTF-8" /etc/sysconfig/keyboard:KEYTABLE="fr_CH-latin1.map.gz" /etc/sysconfig/keyboard:KBD_DELAY="" /etc/sysconfig/keyboard:KBD_RATE="" /etc/sysconfig/keyboard:KBD_NUMLOCK="bios" /etc/sysconfig/keyboard:KBD_SCRLOCK="no" /etc/sysconfig/keyboard:KBD_CAPSLOCK="no" /etc/sysconfig/keyboard:KBD_DISABLE_CAPS_LOCK="no" /etc/sysconfig/keyboard:KBD_TTY="" /etc/sysconfig/keyboard:COMPOSETABLE="clear latin1.add" /etc/sysconfig/keyboard:YAST_KEYBOARD="french-ch,pc104" /etc/sysconfig/language:RC_LANG="en_US.UTF-8" /etc/sysconfig/language:RC_LC_ALL="" /etc/sysconfig/language:RC_LC_MESSAGES="" /etc/sysconfig/language:RC_LC_CTYPE="" /etc/sysconfig/language:RC_LC_COLLATE="" /etc/sysconfig/language:RC_LC_TIME="" /etc/sysconfig/language:RC_LC_NUMERIC="" /etc/sysconfig/language:RC_LC_MONETARY="" /etc/sysconfig/language:RC_LC_PAPER="" /etc/sysconfig/language:ROOT_USES_LANG="ctype" /etc/sysconfig/language:AUTO_DETECT_UTF8="no" /etc/sysconfig/language:INSTALLED_LANGUAGES="en_US,fr_FR" /etc/sysconfig/language:INPUT_METHOD="" -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Bruno Friedmann <bruno@ioda-net.ch> [01-23-14 12:59]: [...]
something else afoot here, I believe we are chasing the cat up the wrong tree. I experience the same incorrect display for mc on the first tty after boot or anytime since boot when "unicode_start" has not been manually applied in tty1. I have plymouth enabled but boot to rl3 in a text screen. Felix has this problem and has plymouth uninstalled. I just installed 13.1 in a vbox which does not have the problem. note: Tumbleweed -- (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 2014-01-23 13:35 (GMT-0500) Patrick Shanahan composed:
something else afoot here, I believe we are chasing the cat up the wrong tree.
I rarely type anything on tty1, preferring to leave the boot messages undisturbed except in the very rare cases when I need to use a 6th concurrent tty. As of now, I'm conscious of 2 installations of 13.2 having this problem out of 9 total. There may be more, but no more than 6 or 7 tops, as there are at least 2 working as they should. -- "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
On Thu, Jan 23, 2014 at 08:17:47PM +0400, Andrey Borzenkov wrote:
Indeed plymouth causing not only a nice outfit but trouble by locking virtual consoles and also serial lines. This could be also a side effect of the conflict in plymouth-quit-wait.service and plymouth-quit.service with the graphical.target as this now causes that both quit-wait and quit will not done anymore. What does happen if the line Conflicts=graphical.target in plymouth-quit-wait.service and plymouth-quit.service will be removed? Werner -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr
Am 24.01.14, schrieb "Dr. Werner Fink" <werner@suse.de>:
A possible reason for hangs on plymouth quit can be found in https://bugs.freedesktop.org/show_bug.cgi?id=66824 See comment 1 and 9 for possible solutions. Unfortunately I did not have time to check this. Regards, Stefan -- Stefan Brüns / Bergstraße 21 / 52062 Aachen phone: +49 241 53809034 mobile: +49 151 50412019 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2014-01-24 04:46 (GMT-0500) Dr. Werner Fink composed:
Indeed plymouth causing not only a nice outfit but trouble by locking virtual consoles and also serial lines.
What does happen if the line
Conflicts=graphical.target
in plymouth-quit-wait.service and plymouth-quit.service will be removed?
Note that I started this thread, and: 1-this happens on multiple installations 2-none of my openSUSE installations include plymouth (output from systemctl list-units/list-unit-files is null) -- "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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 22.01.2014 03:44, schrieb Andrey Borzenkov:
YaST2 restarts systemd-vconsole-setup service in YaST2-Firstboot.service and YaST2-Second-Stage.service (package: yast2-installation) Gabi - -- Gabriele Mohr SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Maxfeldstr. 5 Tel: +49 911 740 53 362 90409 Nürnberg Email: gs@suse.de - ----------------------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFS37JMzwhO63ql6h0RAk30AJ0RkUEnPjmZ2kqAO+rHqwgFR6tF2QCgidXu W06Nfqw/Ty8lWiCJpkrzxxo= =PZBt -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 22 Jan 2014 12:58:04 +0100 Gabriele Mohr <gs@suse.de> wrote:
But opensuse 13.2 won't have second stage any longer. But I see it as work-around so I will be glad if it will be fixed properly. Josef
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlLfyfwACgkQV5WwXbxWL0hHBwCfYqTiwV0Mapq++qQuC2JLoTXq c+8An3UfvVqcIjHUjWLZJBokkDCyQOOt =ubHV -----END PGP SIGNATURE----- N�����r��y隊Z)z{.���r�+�맲��r��z�^�ˬz��N�(�֜��^� ޭ隊Z)z{.���r�+��0�����Ǩ�
В Tue, 14 Jan 2014 14:19:43 -0500 Felix Miata <mrmazda@earthlink.net> пишет:
http://fm.no-ip.com/SS/Suse/badtty132.png mc http://fm.no-ip.com/SS/Suse/badtty132y.png yast
I hit something like this during every first login after installation (I do a lot test installations in VM); it needs reboot to get right. My best guess is that console setup depends on system locale and on the first boot it is not yet set properly. But I never was annoyed enough to spend time on it.
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2014-01-14 18:07 (GMT-0300) Cristian Rodríguez composed:
Felix Miata composed:
http://fm.no-ip.com/SS/Suse/badtty132.png mc http://fm.no-ip.com/SS/Suse/badtty132y.png yast
Is this using a serial console ? looks the terminal emulator settings are messed up.
Normal hardware Ctrl-Alt-Fn tty[1-6] on PC feeding 15 pin VGA cable. -- "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 wrote:
Normal hardware Ctrl-Alt-Fn tty[1-6] on PC feeding 15 pin VGA cable.
---- Looks like yast2 is trying to use UTF8 but the term is in latin1 mode (maybe vice versa, but I'd give it 80% odds of it being your term not in unicode mode). -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Freitag, 17. Januar 2014, 11:34:12 schrieb Linda Walsh:
It is a missing started file "unicode_start" but I found no way to include this on start up. on all Systems in runlevel 3 I have this Problem, YaST2 and mc have no correct characters.. -- mit freundlichen Grüßen / best Regards, Günther J. Niederwimmer -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Mon, 20 Jan 2014 13:42:27 +0100 Günther J. Niederwimmer <gjn@gjn.priv.at> пишет:
Do you use plymouth? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Monday 20 January 2014 17.53:31 Andrey Borzenkov wrote:
I'm using the nosplash quiet boot line commands -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (14)
-
"Stefan Brüns" -
Andrey Borzenkov -
Bruno Friedmann -
Cristian Rodríguez -
Dr. Werner Fink -
Felix Miata -
Gabriele Mohr -
Günther J. Niederwimmer -
Jan Engelhardt -
Josef Reidinger -
Linda Walsh -
Marcus Meissner -
Patrick Shanahan -
Yamaban