On Sat, 11 Feb 2023 18:47:04 +0100 Florian Ernst
wrote:
Of course, updating to 0.21.2 with its "273 changed files with 70,410
additions and 1,392 deletions"[0] feels rather invasive this late in the
Debian release cycle, so maybe a more targeted fix could be extracted.
These files are mostly tes
Hi Lucas,
maybe @dkg has time to update the packaging ?
Regards, Tim
On 14.01.23 23:51, Lucas Nussbaum wrote:
Hi Tim,
I can't find that new version (0.21.2) in Debian?
Lucas
On 14/01/23 at 20:19 +0100, Tim Rühsen wrote:
Hey Lucas,
could you try with the latest release v0.21.2 ?
Hey Lucas,
could you try with the latest release v0.21.2 ?
I am working on Debian sid, and can't reproduce the issue.
But I will examine the logs and/or try to build from the debian sources
(in the next days).
Regards, Tim
On 14.01.23 13:59, Lucas Nussbaum wrote:
Source: libpsl
Version: 0.
On 01.02.20 13:44, Andreas Beckmann wrote:
> On Wed, 29 Jan 2020 19:51:22 +0100 =?utf-8?q?Tim_R=C3=BChsen?=
> The manpage (dated Feb 25 2002) says:
>
> RESTRICTIONS
>pstack currently works only on Linux, only on an x86 machine
>running 32 bit ELF binaries (64 bit not supported)
Package: pstack
Version: 1.3.1-1+b1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I can't get pstack working as expected. Even not as root.
Example:
# pstack 2280
2280: /usr/lib/upower/upowerd
(No symbols found)
0x7fbfe723dd0f: (55babe9e5900, 51, 0, 0, 0, 7fbfe75
On 3/17/19 11:11 PM, Daniel Kahn Gillmor wrote:
> On Sun 2019-03-17 13:14:54 +0100, Tim Rühsen wrote:
>> Fixed it by building my own libiconv on MinGW systems. It really is
>> straight forward and possibly no extra Debian package is needed.
>
> Thanks for the feedback, Tim.
Fixed it by building my own libiconv on MinGW systems. It really is
straight forward and possibly no extra Debian package is needed.
Regards, Tim
On Sat, 16 Mar 2019 21:02:26 +0100 =?UTF-8?Q?Tim_R=c3=bchsen?=
wrote:
> Please do not remove this package, the first CI builds (MinGW cross
> builds)
Please do not remove this package, the first CI builds (MinGW cross
builds) already break (GNU Wget / Wget2).
Well, it's already gone from buster... please add it back or provide a
another way to convert charsets within cross-compiled Windows executables.
Regards, Tim
signature.asc
Description
On 11/23/2017 03:37 PM, Helmut Grohne wrote:
> On Thu, Nov 23, 2017 at 11:32:06AM +, Simon McVittie wrote:
>> It looks as though plain gtkdocize replaces gtk-doc.make with a symbolic
>> link, which dh-autoreconf won't delete (bug filed), breaking the ability
>> to build twice in a row; so gtkdo
Here the work-around:
Use a different device driver, you likely use 'aufs'.
In /etc/default/docker change
DOCKER_OPTS="--storage-driver=aufs"
to
DOCKER_OPTS="--storage-driver=devicemapper"
(or whatever driver you like)
Then start apt-get upgrade again to configure docker.io:
apt
Just an idea... aufs too old (not matching the kernel version) ?
# uname -a
Linux blitz-lx 4.11.0-1-amd64 #1 SMP Debian 4.11.6-1 (2017-06-19) x86_64
GNU/Linux
# dpkg -l '*aufs*'
un aufs-dev
(no description available)
ii aufs-dkms
On Mon, 26 Jun 2017 17:37:48 -0400 Antoine Beaupre
wrote:
> Control: notfound -1 1.13.1~ds1-2
> Control: tags -1 unreproducible
>
> Similarly: I installed 1.13.1~ds1-2 from sid on stretch and it installs
> fine.
>
> Any more details on how to reproduce this? Which init system are you
> using? If
On Wed, 14 Oct 2015 16:44:53 +0200 Christoph Berg
wrote:
> Package: gitk
> Version: 1:2.6.1-1
> Severity: grave
>
> Hi,
>
> running in a German locale, gitk is broken:
Workaround:
LC_ALL=C gitk
signature.asc
Description: This is a digitally signed message part.
Am Freitag, 3. Juli 2015, 22:11:49 schrieb Sebastiaan Couwenberg:
> > * libpsl-dev
> >
> > [...]
> >
> > Filelist libpsl-dev vs. libgmt-dev:
> >
> > usr/lib/x86_64-linux-gnu/libpsl.so
>
> The libpsl & gmt packages use different a SONAME. To ensure dependencies
> on the GMT libpsl it's
Wget currently does not load CRLs.
It loads (by default) certificates from the /etc/ssl/certs/ directory.
If a cert is found here and is still valid (despite from any CRLs), the
appropriate connection is accepted/verified.
An implementation of CRL loading from local files would be nice and easy g
Package: initscripts
Version: 2.86.ds1-20
Severity: critical
Justification: breaks UML environments
The mountdevsubfs.sh init script mounts /dev/shm with the noexec flag.
UML (/usr/bin/linux) complains about that and doesn't start.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject o
16 matches
Mail list logo
