Package: aumix
Version: 2.9.1-5
Followup-For: Bug #387793
Dear Maintainer,
Aumix is showing segmentation fault if invoked within an X terminal
emulator (e.g. stterm). This only happens when using the ncurses
user interface; then 'aumix -v 100' will work as expected.
Besides, it works OK from
Package: gozer
Version: 0.7.nofont.1-6+b1
Followup-For: Bug #315558
Dear Maintainer,
Please consider adding more fontpath information in the man page
(e.g.: in Debian, had to add full path to installed font in order
to make gozer work).
; echo 'fontpath /usr/share/fonts/truetype/noto' >>
Package: gozer
Version: 0.7.nofont.1-6+b1
Severity: minor
Dear Maintainer,
Please consider updating URL in package information.
Current URL (http://linuxbrit.co.uk/gozer/) is not reachable.
Thank you!
Ricardo
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT
Package: libgxps-utils
Version: 0.3.0-2
Severity: minor
Dear Maintainer,
Please consider fixing this information in
xpstopdf, xpstosvg and xpstops man pages description sections:
If OUTPUT FILE is not specified the output filename will be derived from the
FILE filename.
Kindest regards,
Package: xrootconsole
Version: 1:0.6-4
Severity: minor
Dear Maintainer,
Please consider adding support for Unicode symbols. E.g.: for properly
displaying ansiweather(1) output.
Kindest regards,
Ricardo
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy:
Dear Maintainer,
Just to let you know that the problem is solved in 4.13.4-1. According to
changelog:
* ALSA: Enable SND_OSSEMUL, a new dependency of SND_{MIXER,PCM}_OSS
Thank you _very_ much!
Ricardo
Dear Maintainer,
I attach more information. I have updated to linux-image-4.13.0-trunk-amd64
4.13.1-1, but the problem remains.
Note that aumix-common depends on oss-compat package. Also, according to kernel
changelog (https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.13.1) there
were
Dear maintainer,
Please find attached further information regarding this bug:
strace, ltrace and ls output.
The problem is still present in 4.13.0-rc7-amd64.
Should you need any other test, please let me know.
Kindest regards,
Ricardo
# Non working mixer
; uname -a
Linux hp425
Package: src:linux
Version: 4.13~rc5-1~exp1
Severity: normal
Dear Maintainer,
After upgrading from linux-image-4.12.0-1-amd64 to linux-image-4.13.0-rc5-amd64,
aumix will not work.
The following error appears while booting:
Linux hp425 4.13.0-rc5-amd64 #1 SMP Debian 4.13~rc5-1~exp1
Package: 9wm
Version: 1.4.0-1
Severity: minor
Dear Maintainer,
According to 9wm man page, section MENU,
'New attempts to spawn a 9term process (or xterm if 9term is not available)'.
However, if 9term (from Russ Cox's plan9port) is put in the PATH on a system
without xterm installed, 'New'
Package: 9wm
Version: 1.3.9-1
Severity: normal
Dear Maintainer,
Setting inactive window border color to black falls back to default (white).
Other colors, however, do work as expected.
Kindest regards,
Ricardo
-- System Information:
Debian Release: 9.0
APT prefers unstable
APT policy:
Package: gimp-data
Version: 2.8.20-1
Severity: wishlist
Dear Maintainer,
Please consider removing gimp from gimp-data recommendations. Would it make any
sense to move it into the suggested category?
Kind regards,
Ricardo
-- System Information:
Debian Release: 9.0
APT prefers unstable
APT
Package: dict
Version: 1.12.1+dfsg-4
Severity: wishlist
Dear Maintainer,
Please, consider replacing recommendation of gawk for virtual package awk (e.g.
mawk, original-awk, gawk). That, of course, if you consider gawk not to be
absolutely needed for proper dict functionality. I have been
On Fri, Dec 09, 2016 at 01:03:44PM +, Ben Hutchings wrote:
> On Fri, 2016-12-09 at 01:18 -0300, Ricardo Fabian Peliquero wrote:
> > from: linux-image-4.8.0-1-amd64-unsigned:amd64 (4.8.5-1)
> > to: linux-image-4.9.0-rc8-amd64-unsigned:amd64 (4.9~rc8-1~exp1)
> > and
Dear Maintainer,
After upgrading
from: linux-image-4.8.0-1-amd64-unsigned:amd64 (4.8.5-1)
to: linux-image-4.9.0-rc8-amd64-unsigned:amd64 (4.9~rc8-1~exp1)
and installing mingetty(8)
the system is booting well (e.g. without kernel panic).
But the following errors appeared for ttys using
Package: e3
Version: 1:2.71-1
Severity: minor
Dear Maintainer,
When executing:
; su -c 'update-alternatives --config editor'
The only e3 flavour available for /usr/bin/editor is /usr/bin/e3em.
Selección RutaPrioridad Estado
On Tue, Nov 29, 2016 at 03:36:42PM +0100, Julien Cristau wrote:
> On 11/28/2016 09:22 PM, Ricardo Fabian Peliquero wrote:
> > On Mon, Nov 28, 2016 at 05:26:42PM +0100, Julien Cristau wrote:
> >> On 11/28/2016 03:54 PM, Ricardo Fabian Peliquero wrote:
> >>> Last
On Mon, Nov 28, 2016 at 05:26:42PM +0100, Julien Cristau wrote:
> On 11/28/2016 03:54 PM, Ricardo Fabian Peliquero wrote:
> > On Tue, Oct 13, 2015 at 09:56:31PM +0200, Julien Cristau wrote:
> >> On Tue, Oct 13, 2015 at 16:22:45 -0300, Ricardo Peliquero wrote:
> >>
&g
On Tue, Oct 13, 2015 at 09:56:31PM +0200, Julien Cristau wrote:
> On Tue, Oct 13, 2015 at 16:22:45 -0300, Ricardo Peliquero wrote:
>
> > I had to install libpam-systemd and systemd-shim to solve the problem.
> > Should this package be recommended by xorg or xinit?
> >
> Ah, thanks. I think
Package: openrc
Version: 0.21-4
Severity: important
Dear Maintainer,
After upgrading openrc from 0.21-3 to 0.21-4 (sid), the system reboots instead
of shutting down when executing 'su -c halt'. The problem is solved by
installing file-rc:amd64 (0.8.18) and purging librc1:amd64 (0.21-4),
Package: rc
Version: 1.7.4-1+b1
Severity: normal
Dear Maintainer,
Neither Spanish accented vowels nor the "eñe" are echoed into rc(1) when
executed as a login shell in virtual ttys with a latam keyboard layout.
Nevertheless, if rc(1) is executed again, as a subshell, or when running a
On Thu, Oct 06, 2016 at 03:21:16PM -0300, Henrique de Moraes Holschuh wrote:
> On Thu, 06 Oct 2016, Ricardo Fabian Peliquero wrote:
> > On Thu, Oct 06, 2016 at 08:13:33AM -0300, Henrique de Moraes Holschuh
> > wrote:
> > > On Thu, 06 Oct 2016, Ricardo Fabian Peliqu
Package: diatheke
Version: 1.7.3+dfsg-8
Followup-For: Bug #758315
Dear Maintainer,
This bug is also affecting Spanish Reina Valera version.
; diatheke -b SpaRV -k Gen 1:1
Genesis 1:1: EN el principio crió Dios los cielos y la tierra.
: EN el principio crió Dios los cielos y la tierra.
(SpaRV)
On Thu, Oct 06, 2016 at 08:13:33AM -0300, Henrique de Moraes Holschuh wrote:
> On Thu, 06 Oct 2016, Ricardo Fabian Peliquero wrote:
> > amd64-microcode recommends dracut or initramfs-tools. Please consider
> > recommending virtual package linux-initramfs-tool instead. That wa
Package: amd64-microcode
Version: 3.20160316.1
Severity: minor
Dear Maintainer,
amd64-microcode recommends dracut or initramfs-tools. Please consider
recommending virtual package linux-initramfs-tool instead. That way, it would
include any of these packages: dracut, initramfs-tools or
Package: firmware-linux
Version: 20160824-1
Severity: minor
Dear Maintainer,
firmware-linux recommends both amd64-microcode AND intel-microcode packages.
Please consider if recommending amd64-microcode OR intel-microcode would be
enough.
Kind regards,
Ricardo
-- System Information:
Debian
You are right.
It seems to me now that is more a libreadline6/libtinfo5 problem than
especifically of fgetty/login1.
Thank you very much! I have learned a lot with this testing.
I've applied your suggestion to .rcrc and have all ttys working as expected.
Regards,
Ricardo
On Wed, Aug 10,
On Thu, Aug 04, 2016 at 03:47:19AM +0300, Dmitry Bogatov wrote:
> Please, do following things:
>
> - set emacs (or anything that is interactive and does not link
>readline) as login shell and tell, whether bug arises
ngetty + ed is working ok.
ngetty + francine is working wrong.
> - since
On Thu, Aug 04, 2016 at 03:47:19AM +0300, Dmitry Bogatov wrote:
>
> > > > When trying to login with fgetty, I could read my password on the
> > > > screen while typing. Did not continue.
> > > > ngetty + login behaves good
> > > > ngetty + login1 will get in well, but no key press will echo on
> tag 833181 + moreinfo
> > thanks
> >
> > Hi,
> >
> > On Mon, Aug 01, 2016 at 04:46:40PM -0300, Ricardo Fabian Peliquero wrote:
> > > While trying to save an odg from lodraw, an error dialog pops-up. Error
> > > when saving the document
On Wed, Aug 03, 2016 at 11:52:57AM +0300, Dmitry Bogatov wrote:
>
> > When trying to login with fgetty, I could read my password on the screen
> > while typing. Did not continue.
> > ngetty + login behaves good
> > ngetty + login1 will get in well, but no key press will echo on the console.
>
>
Package: wily
Version: 0.13.41-7.2
Severity: normal
Tags: l10n
Dear Maintainer,
I am trying to use wily from this la-latin1 layout keyboard.
The key 'ñ' will print ok, but spanish key-chain for accented vowels
(áÁéÉíÍóÓúÚ) will produce the same letters but without the tilde (aAeEiIoOuU).
> control: tags -moreinfo +help
>
I have applied the following patch as instructed. Please, see the results at
the bottom.
> - please apply following patch and tell, if anything changes
--- a/login.c
+++ b/login.c
@@ -45,17 +45,9 @@ void die(const char *message) {
struct termios oldtermios;
Made some experiments below. Will continue tonight.
On Tue, Aug 02, 2016 at 02:37:02PM +0300, Dmitry Bogatov wrote:
>
> control: tags -moreinfo +help
>
> Seems I managed to somehow reproduce it. I can reproduce only with
> root login. I need some time to accustomize myself to `la-latin1' and
>
Made some progress here! I haven't tried all your suggestions yet, but please
see below.
On Mon, Aug 01, 2016 at 10:06:49PM +0300, Dmitry Bogatov wrote:
>
> How insert this fancy letter "?"? I tried to `loadkeys es', but I
> failed to locate this letter.
My keyboard layout is Latin American
Package: libreoffice-draw
Version: 1:5.1.5~rc2-1
Severity: normal
Dear Maintainer,
While trying to save an odg from lodraw, an error dialog pops-up. Error when
saving the document. General error. General input/output error. After that,
most of loffice menus and icons are grayed out, including
control: tags 833116 +moreinfo
Thank you for your fast response.
>
> > When running virtual ttys with fgetty, I cannot type any spanish
> > accented vowel nor the "eñe" into the console shell.
>
> What do you call 'console shell'? /bin/bash?
The problem only happens after logging into virtual
Package: fgetty
Version: 0.7-1
Severity: normal
Dear Maintainer,
When running virtual ttys with fgetty, I cannot type any spanish accented vowel
nor the "eñe" into the console shell. I suspect it is a checkpassword.login
problem.
If I run a subshell (e.g. bash, rc, dash) or a readline
38 matches
Mail list logo