Michael Biebl wrote:
> I've contemplated dropping the Multi-Arch: foreign notation in systemd and
> maybe also for policykit-1.
>
> Is there a valid use case where we need/want a foreign systemd/policykit-1?
Wouldn't that go in the wrong direction? I'd think that we want the
native systemd or poli
Sorry, I never tested whether the setting actually persists; I just
hoped that it would. But indeed it is not; I had to manually intervene
once again.
Jordi's analysis and patch look plausible to me. It might be slightly
better to compare "${GRUB_DISABLE_OS_PROBER}" to "true" instead of
"false" (s
Agustin Martin wrote:
> I have my 'local-settings.cfg' in that dir and works as expected.
>
> Does using '/etc/default/grub.d/99-osprober.cfg' work?
That does work.
As far as I can make out, the directory ships empty (though other
packages may add stuff there), so it's hard to find out about tha
Package: grub2
Version: 2.12~rc1-10
Dear Maintainer,
* What led up to the situation?
An update of grub a while ago changed the default os-prober behavior;
see also #1038974.
* What exactly did you do (or not do) that was effective (or
ineffective)?
I edited /etc/default/grub to reen
Luca Boccassi wrote:
[...]
> I don't think this is something we should facilitate by default or
> spend any energy on.
>
> You can correct me if I'm wrong, but I don't see any good reason why
> anybody would need to run a polkitd:i386 on an otherwise amd64 system.
> It's not what happens by default
Package: polkitd
Version: 123-1
Severity: normal
File: /usr/lib/polkit-1/polkitd
Dear Maintainer,
for reasons lost in time I had polkitd:i386 installed on an x86_64 host.
After the update to 123-1, polkitd stopped working with errors like
[ 2080.436059] audit: type=1326 audit(1691077090.861:7
This appears to be fixed in thunderbird 1:102.6.0-1 which
includes the following in /etc/apparmor.d/usr.bin.thunderbird:
# Imported from the opencl abstraction, which we cannot include
# due to conflicting "x"
@{sys}/devices/pci[0-9]*/**/{class,config,resource,revision} r,
I have not chec
Package: thunderbird
Version: 1:91.5.1-1+b2
Severity: normal
Dear Maintainer,
on startup, thunderbird generates a core dump when apparmor is enabled. Apart
from that, the program works fine.
*** To reproduce:
> thunderbird
[GFX1-]: No GPUs detected via PCI
[GFX1-]: glxtest: process failed (re
file. I'm not sure what the best solution is.
Best regards,
Bertram Felgenhauer
Package: ppp
Version: 2.4.5-5.2
I'm seeing IPCP negotiations going like this (and eventually failing)
when connecting to my ISP:
Jul 11 20:03:25 * pppd[4833]: sent [IPCP ConfReq id=0x2 ]
Jul 11 20:03:26 * pppd[4833]: sent [IPCP ConfReq id=0x2 ]
Jul 11 20:03:26 * pppd[4833]: rcvd [IPCP ConfNak
Package: emacs23
Version: 23.3+1-1
Proof General (which is an emacs based frontend for automatic
theorem provers) can display parts of formulas using unicode
characters. In recent versions of emacs, these get truncated
(i.e. the corresponding character cells are too narrow to
contain the character
'nocache' option
in /usr/share/debootstrap/functions).
For the original reporter, this was surprising and annoying, and I tend
to agree with him.
But even if the feature is there to stay, I think that this behaviour
should be disabled by --make-tarball.
Best regards,
Bertram Felgenhauer
Hi,
this is caused by a misuse of the second argument to the getline()
glibc function in fgetln(). The number stored there is not the number
of bytes read (plus 1), but the actually allocated size for the buffer,
which may be larger. To find the number of characters read, the
return value of getli
);
return;
}
With kind regards,
Bertram Felgenhauer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
This bug still exists; the link I provided for the patch no longer works
though, and neither does the original e-mail address. So here's the patch
again, inline this time.
--- netkit-telnet-0.17/telnet/terminal.cc 2006-04-08 23:01:19.701512988
+0200
+++ netkit-telnet-0.17.my/telnet/termina
Package: telnet
Version: 0.17-28
When telnet is invoked with non-TTY stdin, it can mess up the
control characters.
example:
$ echo lll | telnet localhost 8000
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Connection closed by foreign host.
receiving end:
$ nc -l -p 8000 |
16 matches
Mail list logo
