On Sun, Jan 05, 2025 at 10:38:27AM +0100, Niels Thykier wrote:
>
> Since the bug has now become RC, I am rescheduling it to 5 days (down from
> its original delay).
Thanks.
Anton Zinoviev
life expectancy right now exceeds 2035, so the latter.
Ok, ok. :)
> > In the second case, feel free to add your name to mine as a maintainer
> > of the package.
> I'll do this, then, thanks :)
Thank you.
Anton Zinoviev
not under version
control.
Anton Zinoviev
On Tue, Jan 04, 2022 at 09:19:29AM +0200, Adrian Bunk wrote:
>
> I've prepared an NMU for console-cyrillic (versioned as 0.9-17.2) and
> uploaded it to DELAYED/7. Please feel free to tell me if I should cancel it.
Thanks.
Anton Zinoviev
move it to
> the Debian Fonts Task Force (Cced) and have both of us as uploaders.
> What do you think?
Whatever you decide. However, notice that I won't have much time for
work in a group.
Anton Zinoviev
I must ask you if you
want to take over this package? Do you want to become its maintainer?
Anton Zinoviev
On Mon, Jul 20, 2020 at 09:03:33PM -0400, Nick Black wrote:
>
> Tested all three using the same methodology as outlined earlier.
>
> Looks perfect =].
Thanks.
Anton Zinoviev
#x27;ve attached updated versions of Arabic-Fixed16.psf,
Arabic-VGA16.psf and Lat15-Terminus16.psf. Hopefully, this time the
fonts are ok.
> Will this work be going upstream? I'm not clear on whether
> you're the upstream maintainer, or just Debian's.
In this case Debian =
t; and
>
> U+2610 BALLOT BOX -> U+002D HYPHEN-MINUS or, if you prefer,
> U+004F LATIN CAPITAL LETTER O
What about these?
. for U+2610 BALLOT BOX
v for U+2611 BALLOT BOX WITH CHECK
x for U+2612 BALLOT BOX WITH X
Anton Zinoviev
On Tue, Jul 14, 2020 at 12:54:59PM -0400, Nick Black wrote:
>
> I'm happy to make these patches and send them upstream, but Anton Zinoviev
> requested that I file a bug here.
In this way the requiest is documented. More difficult to forget about it...
> I consider the follo
e 12.1, 12.2, 12.3 or 12.4
(or 12,1, 12,2, 12,3 and 12,4 in locales with decimal comma)?
Anton Zinoviev
count
that my monitor has slightly larger dpi than the normal monitors.
Anton Zinoviev
-1";
In both case the st window is indentical and uses the font I requested.
In the second case, however, st prints twice the message "font weight
does not match".
Anton Zinoviev
name xfonts-terminus => xfonts-terminus-pcf
2. create an empty package xfonts-terminus depending on both
xfonts-terminus-pcf and fonts-terminus-otb
But isn't this an overkill?
Anton Zinoviev
On Wed, May 13, 2020 at 01:02:16PM +0200, Jakub Wilk wrote:
>
> Worse, at least on my system, fontconfig seems to prefer the PCF
> fonts. :-/
Why is this a problem? Thanks.
Anton Zinoviev
nus or if there is another
> kind of issue somewhere else.
I am unsure too. It would be best if X autodetects that the fonts have
changed and runs this command automatically.
Anton Zinoviev
ending on Linux-specific packages.
Why is it a problem to have an arch:all package which is installable
only on some architectures (due to missing dependencies)?
Anton Zinoviev
On Thu, Dec 20, 2018 at 06:02:47PM +, Dmitry Bogatov wrote:
>
> Anton, could you please clarify, how locale is set up by this function
> call if process inhereted no locale-related variables.
I don't know.
Anton Zinoviev
there are no files ~/.inutrc and the variable INPUTRC is
unset.
Anton Zinoviev
On Fri, Jun 01, 2018 at 04:28:23PM +0200, Samuel Thibault wrote:
>
> Maybe we should just go and define all X11 deadkeys in Linux (there
> are like 55 of them, that will fit), to be done with the issue.
Either this, or console-setup can have a hardcoded list of "Latin2"
existing
> rule.
And what should the future console-setup do with compose+^+S when the
encoding is UTF-8? How is this problem solved in X?
Anton Zinoviev
On Thu, May 31, 2018 at 11:12:43PM +0300, Anton Zinoviev wrote:
>
> only important bugs are fixed
I realised the word 'important' was very inapropriate in this context.
What is unimportant for one user can be very important for another. So
by 'important'
seful.
> I think this could be fixed right in the Stretch.
When I have time I will upload a fixed package to Unstable.
I am not sure, but I think only important bugs are fixed in the stable
releases of Debian. Unless there is some change in the policies of
Debian of which I am not aware (which is not impossible, to be
honest...).
Anton Zinoviev
oes, then add in the file /etc/default/keyboard the following line:
KMAP=/etc/console-setup/cz.kmap
Remove this line from /etc/default/keyboard when you receive a message
that the bug has been fixed.
Anton Zinoviev
z-lat2-prog.kmap.gz
loadkeys cz-us-qwertz.kmap.gz
loadkeys sunt5-cz-us.kmap.gz
loadkeys sunt5-us-cz.kmap.gz
Anton Zinoviev
A is another nice font which is developed as x9 font but
is packaged as x8. Also all x8 VGA fonts and the non-bold Terminus font
are designed to look ok if they are used as x9 fonts.
Anton Zinoviev
needs /tmp for its work. This solution works only because requiring
/tmp to be mounted means some other dependency will be satisfied as
well. But who knows what this other dependency is...
Anton Zinoviev
http://without-systemd.org.
Anton Zinoviev
and not
setupcon /etc/console-setup/cached_Lat15-TerminusBold24x12.psf.gz
Anton Zinoviev
On Sun, Jul 23, 2017 at 10:50:56PM +0200, Harry Haller wrote:
>
> The changes of the console after "dpkg-reconfigure console-setup" are
> as expected,
Does the console configure properly (even if only temporarily) if you
run "setupcon" instead of "dpkg-
system. And the other scripts are short
and simple and do not require temporary files.
On the other hand, it seems likely to me that this bug is a duplicate of
#819288.
Anton Zinoviev
57132 and 861454. Unfortunately
nobody has been able to find the cause of this bug.
Anton Zinoviev
d less)
> the system is as described earlier - a minimal installation without
> the standard utilities or a DE.
>
> Yes, it has systemd. However, I note that the one unstable machine I
> have with sysvinit does not exhibit this issue.
Then it seems this is a duplicate of the misterious bug #857132.
Anton Zinoviev
"
> FONTFACE="TerminusBold"
> FONTSIZE="11x22"
>
> in /etc/default/console-setup.
What about /etc/console-setup/cached_setup_font.sh?
Something unusual about the kernel? Read-only file systems? With or
without systemd?
Anton Zinoviev
.
Fortunately, this is not necessary because the type files define only a
few types and it is not difficult to hardcode the proper behaviour in
ckbcomp.
Anton Zinoviev
- Forwarded message from Torne Wuff -
Date: Thu, 6 Apr 2017 21:21:39 -0400
From: Torne Wuff
To: 620...@bugs.debian.org
Subject: Bug#620041:
Being able to set the font during initramfs would be immensely useful on my
HiDPI laptop, since the default console font renders the LUKS decryption
nsole-setup does not try to do this. Which is unfortunate because
earlier versions of console-setup included font configuration in initrd.
Anton Zinoviev
to copy the altgr
part of the pc keyboard to the macintosh one.
Anton Zinoviev
s in the keyboard-configuration setup reduced to
> what's really available (it took me quite a long time to understand
> why I couldn't get the accents though everything looked fine).
Yes, this is an unfortunate bug which is reported from time to time.
Unfortunately, it can not be fixed because of
https://bugs.freedesktop.org/show_bug.cgi?id=33670
Anton Zinoviev
I think for early logs /run/initramfs/ can be used. Also
/usr/bin/logger might be able to help.
Anton Zinoviev
nt: no matter whether it runs in parallel or not --
the console is never configured properly? Or sometimes it is?
Anton Zinoviev
ich didn't exist yet. And it would be
impossible to see an empty console without getty running on it.
Ofcourse, this doesn't explain why the configuration doesn't work --
because something overwrites it or because the configuration is
performed too early, while the system is not prepared for it yet.
Anton Zinoviev
f
it? If not, then this too, might create problems. On the other hand,
if udev always runs cached_setup_font again, do both copies run in
parallel (this shoudn't be a problem for cached_setup_font but it is
good to know if such possibility exists)?
Anton Zinoviev
On Thu, Mar 23, 2017 at 03:30:36PM +0100, Michael Biebl wrote:
> >
> > ...suppose udev creates a new console. Then it has to be initialized
> > with some font, hasn't it?
>
> udev does not create any consoles. That's a misconception.
Well, whoever does it... :)
Anton Zinoviev
sh by the following rule
ACTION=="add", SUBSYSTEM=="vtconsole", KERNEL=="vtcon*",
RUN+="/etc/console-setup/cached_setup_font.sh"
however the font of the current console is read _before_ the script
cached_setup_font.sh has had a chance to configure the font?
Anton Zinoviev
everything will be ok. However if both work simultaneously things can
go wrong.
So, if this scenario is possible, a natural question is what can be done
in order to make sure the scripts of console-setup do not execute in
parallel with systemd while configuring the console.
Anton Zinoviev
estart console-setup.service` you can use
the command `setupcon`.
Anton Zinoviev
On Wed, Mar 22, 2017 at 03:19:57PM +0100, Karsten Hilbert wrote:
> On Wed, Mar 22, 2017 at 03:02:28PM +0200, Anton Zinoviev wrote:
> >
> > 2. the bug still exists and each time the system boots, it recreates
> > these three files. In this case we have to find out the ca
t.sh.
> > cat /etc/default/console-setup
> > cat /etc/default/keyboard
These look ok as well...
Anton Zinoviev
-setup/cached_setup_terminal.sh
cat /etc/default/console-setup
cat /etc/default/keyboard
Anton Zinoviev
On Fri, Mar 17, 2017 at 08:17:42AM +0100, Jörn Heissler wrote:
>
> It appears to me that "Set console font and keymap" is done before
> live-config regenerates the files.
I think this explains the bug.
Anton Zinoviev
ible for the cached files to be more
recent than /etc/default/keyboard?
Anton Zinoviev
On Wed, Mar 08, 2017 at 12:02:45PM +0100, Karsten Hilbert wrote:
>
> console-setup just stopped to apply font settings during startup.
Does this system has some read-only file systems?
Anton Zinoviev
am uploading the package now. :)
Anton Zinoviev
p; do
> if [ -x /etc/init.d/$file ]; then
> dpkg-maintscript-helper rm_conffile /etc/init.d/$file 1.138~ -- "$@"
> update-rc.d $file remove >/dev/null
> fi
> done
Thanks.
Anton Zinoviev
d the
keyboard is configured by /lib/systemd/system/keyboard-setup.service.
> As it is a live-image, every boot is "first boot" as Anton said could
> give issue.
How big is is this image? Will it be possible to send it to me so I can
test?
Anton Zinoviev
a-Terminus16.log (the first
font is for BSD, the second for Linux)?
Can you try building the package using clean sources, without any
changes, and see if this helps.
Anton Zinoviev
n is defined in most (all?) source fonts. I don't get such a message
when I build the package. What does the following command output:
grep '2116: no glyph defined' Fonts/*.log
Anton Zinoviev
hs come from the fonts in the directory Fonts/bdf. This particular
warning means that no suitable source font includes this glyph, so it has
been impossible to support it in the generated console font.
Anton Zinoviev
else that I can verify or test, please?
What about
xlsfonts | grep terminus-12
Anton Zinoviev
he following things:
1. Do you have a directory /etc/X11/fonts/misc/ with a file
xfonts-terminus.alias?
2. Does this file contain a line starting with terminus-12?
3. Do you have a file /usr/share/fonts/X11/misc/fonts.alias?
4. Does this file have a line starting with terminus-12?
Anton Zinoviev
.
I've commited a change that will make console-setup use untranslated
keyboard names in case of failed iconv. This should fix the bug in
console-setup. Of course, when we have more data or something
reproducible we can submit a bug against libc-bin.
Anton Zinoviev
gt; this script here?
http://bugs.debian.org/420914
Anton Zinoviev
e and at the
moment I don't have updated Debian machine so I can not debug.
Conceivably, the fix will be trivial. I don't know if the following
will fix the bug and if this is the right thing to do, but it seems
simple to change the first line
#!/usr/bin/perl
of Keyboard/kbdc
es were upgraded after console-setup and
before the Linux kernel and nvidia?
> This error message is just a consequence of this bug.
Yes. The error message was added in version 1.138 after I became aware
that other packages modify the configuration file of console-setup.
Anton Zinoviev
atch mode. When I work for
Debian I work full time. It is not exactly that I can't find the time
now, it is more like I don't want to find the time before there are
enough Debian tasks waiting in my todo list.
Anyway, I suppose it might be possible to "find the time" during the
next week. :)
Anton Zinoviev
t the required
changes in console-data turned out to be difficult.
> Would you consider applying this patch and uploading?
Right now I can not tell when exactly I will be able to build and upload
the package. If you want, feel free to make a NMU.
Anton Zinoviev
ave more empty braces
problems, it would be safer to protect against bugs caused by future
changes.
> How about just adding : to each brace, as in the following patch.
I like this solution.
Anton Zinoviev
kage console-cyrillic in recent Debian releases is to provide a
collection of Cyrillic console fonts to be used with console-setup.
Therefore, grave severity is quite inappropriate for bug #796604.
Anton Zinoviev
cripts in /etc is not something we want in single user mode.
Anton Zinoviev
nd keymap
DefaultDependencies=no
After=console-screen.service kbd.service local-fs.target
RequiresMountsFor=/usr
ConditionPathExists=/bin/setupcon
[Service]
Type=oneshot
ExecStart=/lib/console-setup/console-setup.sh
RemainAfterExit=yes
Anton Zinoviev
local-fs.target
What about the following additional instruction: RequiresMountsFor=/usr
> Before=system-getty.slice
Nothing really serious is going to happen if this script is executed
after getty. Wouldn't it be better to remove this instruction?
Anton Zinoviev
]",
> > TEST=="/run/console-setup/font-loaded",
> > RUN+="/etc/console-setup/cached_setup_terminal.sh %k"
> >
> > In theory this should reconfigure a tty each time it is allocated.
>
> I will give that a try. Will give you feedback.
At least with systemd this works. I wonder what makes mingetty different.
Anton Zinoviev
ollowing rule:
ACTION=="add", SUBSYSTEM=="vc", KERNEL=="vcs[1-9]|vcs[1-9][0-9]",
TEST=="/run/console-setup/font-loaded",
RUN+="/etc/console-setup/cached_setup_terminal.sh %k"
In theory this should reconfigure a tty each time it is allocated.
Anton Zinoviev
f yes, then does this file contain a line like
this one:
1:2345:respawn:/sbin/getty 38400 tty1
Anton Zinoviev
that you put the files *.service in the package
console-setup-freebsd and (as far as I can tell) this doesn't seem an
oversight but rather done by intention. Why?
I think that the non-Linux ports of Debian do not use systemd or am I missing
something?
Anton Zinoviev
hat not all necessary files were present in
/etc/console-setup. Normally setupcon does not run ckbcomp and in the
recent versions of console-setup (>=1.138) the keyboard-setup.sh init
script does not run setupcon.
Anton Zinoviev
On Thu, Apr 07, 2016 at 01:06:10AM +0300, Anton Zinoviev wrote:
>
> Unfortunately, at the moment I have no idea what might have caused this
> strange behaviour.
Ah, it just occured to me that maybe you have observed the following:
1. fsck displays its messages with correct non-break
ce
> is better.
On the console 'non-breaking space' = 'space'.
Anton Zinoviev
On Sun, Mar 27, 2016 at 12:06:39PM -0300, Felipe Sateler wrote:
>
> But, maybe setupcon should force remove the cached script if it
> contains references to /tmp (or better yet, the script does not match
> /etc/console-setup/cached_*.map.gz)
Yes, something has to be done about
x somehow. However, an important question we have to
investigate here is this: why in your system the cached scripts rely on
files in /tmp.
Anton Zinoviev
l terminal,
No.
> Why is console-setup so slow?
It is not. :)
Anton Zinoviev
Debian installer
(where the sources of console-setup are), or not, but in any case I
think you can obtain such rights in no time.
Anton Zinoviev
le more than once?
Anton Zinoviev
configuration when there was a file with *600*?
> According to my own tests it is save to 'rm /etc/console-setup/*.gz'
It is safe to 'rm /etc/console-setup/cached_*'. These files can be
recreated by 'setupcon --save-only'.
Anton Zinoviev
tial understanding from people not already familiar with the
> package.
I agree in 100% with this.
Anton Zinoviev
e
> right thing when initscripts is not installed (ie, not abort the
> installation).
Another problem is the $remote_fs dependency of console-setup.sh. See
#621077.
Anton Zinoviev
ssibility to use something like 'ConditionPathDoesntExist?
If yes, then we can use two units like these:
Unit 1:
ConditionPathExists=/etc/console-setup/cached_setup_keyboard.sh
ExecStart=/etc/console-setup/cached_setup_keyboard.sh
Unit 2:
ConditionPathDoesntExist=/etc/console-setup/cached_setup_keyboard.sh
ConditionPathExists=/bin/setupcon
ExecStart=/bin/setupcon --keyboard-only
Anton Zinoviev
y to run setupcon
in order to configure the console. It is OK to configure the keyboard
in this way, but this usually will be slower than what the script
keyboard-setup.sh does -- instead of setupcon it runs
/etc/console-setup/cached_setup_keyboard.sh and reverts to using
setupcon only when th
On Mon, Feb 29, 2016 at 04:41:41PM -0300, Felipe Sateler wrote:
> On 29 February 2016 at 15:22, Anton Zinoviev wrote:
>
> > this script will move out of runlevel S on Linux and on FreeBSD there is no
> > systemd.
>
> Interesting. Why is it no longer required during e
tags 796603 -help
thanks
On Mon, Feb 29, 2016 at 09:54:23AM -0300, Felipe Sateler wrote:
>
> On Mon, 22 Feb 2016 19:33:28 +0300 Anton Zinoviev wrote:
> > tags 796603 + help patch
>
> I see you tagged this bug help. What can I do to help move this forward?
Thank you. In th
the sysadmin has to run
manually 'setupcon --save-only' when the installation completes and each time
he
modifies the configuration files of console-setup.
With the next release, I don't know yet.
Anton Zinoviev
s
is incorrect because console-setup relies on /usr being available and /usr is
provided by $remote_fs.
Anton Zinoviev
it works
> just after running dpkg-reconfigure, the setting is not correctly restored
> after a reboot.
I expect a fixed package will be ready in a few days.
Anton Zinoviev
On Tue, Feb 23, 2016 at 11:51:35AM -0300, Felipe Sateler wrote:
> On 19 February 2016 at 14:52, Anton Zinoviev wrote:
> >
> > XKBMODEL has no default value (at least in console-setup). It should
> > always be
> > present and never as empty value.
Thanks to this disc
always ok in the desktop environment.
The functions of some multimedia and game keyboards will be limited with pc105.
> And as mentioned the examples of keyboard(5) suggest it's not needed)
The examples suggest the user doesn't need to modify the model in order to
change
the layout. Think of it in this way:
XKBMODEL -> describes the hardware
XKBLAYOUT,XKBVARIANT,XKBOPTIONS -> describe the intended software behaviour
Anton Zinoviev
rsions of console-setup, some other package must have corrupted
/etc/default/keyboard but I have no idea which one.
Therefore, I'd like to ask you: Have you observed this bug in situations when
you
are certain you haven't used gnome-control-center or some other configuration
program based on systemd/localed?
Anton Zinoviev
On Sun, Aug 10, 2014 at 08:10:59PM +0300, Anton Zinoviev wrote:
> On Sun, Aug 10, 2014 at 04:36:50PM +0300, Victor Porton wrote:
> >
> > When the keyboard is in English mode, AltGr has no effect.
> >
> > When the keyboard is in Russian mode, holding AltGr temporarily
&
ions of console-setup removed the files
leaved
by older versions but there is nothing we can do about this, so not much will
be
gained if we keep the bug open.
Anton Zinoviev
Bug #765343 is related to this one.
On Fri, Feb 19, 2016 at 08:33:08PM +0100, Andreas Henriksson wrote:
>
> On Fri, Feb 19, 2016 at 08:52:25PM +0300, Anton Zinoviev wrote:
>
> > The modifying program, however, has to leave everything else intact:
> > assignments of unknown
1 - 100 of 602 matches
Mail list logo
