It's a xenial chroot and it indeed doesn't have that test in
keyboard-configuration.postinst. Perhaps just an ubuntu issue then, sorry for
the noise. ;-)
Hi again. In short I kind of just copied that post blindly and only now looked
into things further.
> Mmm, do you mean that this postinst script ends up calling setupcon
> --force --save in a living Ubuntu system, not the installer of Ubuntu?
> The script checks for the presence of the /lib/debi
This started happening to me recently, not sure what change could be to blame
but I found a lengthy thread on the ubuntu bug tracker that seems to confirm
things. Copying the relevant post:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1508146/comments/66
---
In my case, I traced
ok, I lied and had another look. patches/disable/downloading.patch doesn't
disable downloading really rather than not trying at all to install either
gecko or mono.
If disabling downloading is all that's really desired it seems like that patch
doesn't even need to be there, rather removing the
Yeah, I gave up trying to figure out where (if anywhere) it's looking for
gecko. I've resorted to running the installer manually.
I know it's not looking in any of these since I've downloaded or linked the
gecko installers in all of them:
/usr/share/wine/gecko
/usr/share/wine-development/gecko
Package: wine-unstable
Version: 1.7.19-1
Severity: normal
Trying to run winetricks results in the following output:
--
WINE is wine, which is neither on the path nor an executable file
--
I do
Package: wine-unstable
Version: 1.7.16-1
Severity: important
When creating a new wine prefix it looks in unexpected and/or broken locations
for wine and gecko. (And because of a patch downloading is disabled.) ((Also I
had to fix the wineapploader links first.))
Partial output from running WINED
Package: bsdmainutils
Version: 8.0.13
Severity: normal
If the end of a file has duplicate lines, hexdump -C doesn't output the last
line, for example:
$ dd if=/dev/zero of=fff bs=1 count=87
$ hexdump -C fff
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ||
*
Package: sox
Version: 12.17.8-1
Severity: important
Tags: patch
Sox gets stuck in a loop in mp3.c in st_mp3startread when reading an mp3
file with a 8192 byte header - with strace, it opens the file, reads 8k
once, then nothing.
This change seems to fix things:
--- src/mp3.c.orig 2005-10-
9 matches
Mail list logo
