Package: podman
Version: 5.4.1+ds1-1
Severity: important
Tags: upstream
Dear Maintainer,
Podman has a bug that can block all podman invocations,
you can trigger it with
# Preparation
mkdir -p /tmp/test
echo "text" > /tmp/test/file
A=$(podman create --volume build:/builds debian)
podman cp /tmp/t
Package: celluloid
Version: 0.27-1
Severity: normal
X-Debbugs-Cc: nolang...@gmail.com
The program crashes every time you close it.
The bug is reported and already fixed in upstream [1],
and hopefully a new release is not far away.
Please get the new version in time for trixie's release.
[1] - ht
Am Mi., 5. März 2025 um 14:24 Uhr schrieb Salvatore Bonaccorso
:
>
> Control: forcemerge 1098698 -1
>
> Hi Norbert,
>
> On Wed, Mar 05, 2025 at 12:15:29PM +0100, Norbert Lange wrote:
> > Package: src:linux
> > Version: 6.12.12-1
> > Severity: important
&
On Sat, 1 Mar 2025 15:10:17 +0100 Salvatore Bonaccorso
wrote:
> Hi Paul,
>
> On Sat, Mar 01, 2025 at 08:21:58AM -0500, Paul DeKraker wrote:
> > Here is a log collected via netconsole.
> >
> > Thanks,
> > Paul
> >
> > On Thu, Feb 27, 2025 at 11:39 AM Salvatore Bonaccorso
> > wrote:
> >
> > > Hi Pa
Package: src:linux
Version: 6.12.12-1
Severity: important
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
I experience an immediate Kernel Crash when copying large files/directories from
a mounted Samba share.
I can consistently reproduce the crash in Qemu (from which I grabbed the Log).
My c
Package: snapper-gui
Version: 0git.960a94834f-6
Severity: serious
Justification: Policy 3.5
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
The binary depends on the pkg_resources module,
but does not list python3-pkg-resources as
dependency.
-- System Information:
Debian Release: trixie/sid
Package: grub-efi-amd64-unsigned
Version: 1+2.12+5
Severity: normal
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
Setting up a system with "Secure Boot! will prohibit
dynamically loading modules via insmod.
Grub implements the "Boot Loader Interface" with the
bli module. This for ex. allows
Am Do., 9. Jan. 2025 um 12:11 Uhr schrieb Luca Boccassi :
>
> Control: tags -1 moreinfo
>
> On Thu, 09 Jan 2025 10:51:41 +0100 Norbert Lange
> wrote:
> > Package: systemd-boot
> > Version: 257.1-7
> > Severity: important
> > X-Debbugs-Cc: nolang...@gmail.co
Package: systemd-boot
Version: 257.1-7
Severity: important
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
I am running a fresh installation form the debian testing installer,
while installing systemd-boot I got the following errors:
Failed to open "/efi/EFI/BOOT/.#BOOTX64.EFIa96c171bbeb42eff
Package: liblld-18
Version: 1:18.1.8-7
Severity: normal
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
the package only contains object archives, which should
be provided by liblld-18-dev.
-- System Information:
Debian Release: 12.6
APT prefers stable-updates
APT policy: (500, 'stable-up
Sorry, I just figured out they are installed, at
`/usr/lib/llvm-18/share/libc++/v1` (did assume they would end up in
/usr/share for some reason). Bug is invalid
Norbert
Sorry, I just figured out they are installed, at
`/usr/lib/llvm-18/share/libc++/v1` (did assume they would end up in
/usr/share for some reason). Bug is invalid
Norbert
, when to build which target
architecture, clang/llvm wont care.
maybe place all windows builtins into an libclang-rt-18-dev-w64
package for all architectures?
regards, Norbert
Am Di., 30. Apr. 2024 um 22:14 Uhr schrieb Norbert Lange :
>
> Am So., 28. Apr. 2024 um 18:17 Uhr schrieb Sylvestre
Package: libc++-18-dev
Version: 1:18.1.6-1
Severity: wishlist
X-Debbugs-Cc: nolang...@gmail.com
Please install the datafiles necessary to use `import std;',
the flag would be -DLIBCXX_INSTALL_MODULES=ON .
-- System Information:
Debian Release: 12.5
APT prefers stable-updates
APT policy: (500
Package: clang
Version: 1:18.0-59~exp1
Severity: normal
X-Debbugs-Cc: nolang...@gmail.com
clang-scan-deps should be part of the basic compiler toolchain, given that
C++20 Module support is standardized and finally starting to be usable.
It should be available in the clang package as /usr/bin/clang
Found some discussion, kinda reinforcing my assumption:
https://reviews.llvm.org/D106703
ie. you should only ever have one of the unwinder libraries on one
system, the other should
be not there or a symlink.
Found some discussion, kinda reinforcing my assumption:
https://reviews.llvm.org/D106703
ie. you should only ever have one of the unwinder libraries on one
system, the other should
be not there or a symlink.
Package: libc++abi1-18
Version: 1:18.1.2-1
Severity: normal
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
I am obsorving reproducible crashes when compiling using libc++,
it seems that the cause is mixing unwinding from libgcc_s
with libunwind.
I also ofen observe debugging sessions just clo
Am So., 28. Apr. 2024 um 18:17 Uhr schrieb Sylvestre Ledru
:
>
> Hello
>
>
> Le 16/09/2023 à 00:29, Norbert Lange a écrit :
> > Package: libclang-rt-16-dev
> > Version: 1:16.0.6-3
> > Severity: wishlist
> > X-Debbugs-Cc: nolang...@gmail.com
> >
&
8x1qj6EeubJlscUSktQUf4QUpQJcR7JXMaxsUV6ioESU47J9v1Sd9UcBn
> /kkaMX+Ax/L5czL8Qk7v/I86idw+geLA3WPST7a9Od+nZIs5yiPbZbbW3NvMg0D3
> mfSwPMB5ZedgH91U4iALYwLbGyC+x7ESz6Ep6AUhMj1YNL49FSBGXfESPERc5zkW
> 2J6jw8tsLU+X7wKVr4H8GXuULEK1IeluQyzFApV2066ENK7ZUBT+hYOJrZOiKHpe
> qUsyjwFcH8wVuMZn/dk1U488a5zaH6iDn
Package: libclang1-17
Version: 1:17.0.5-1
Severity: normal
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
libclang-17.so.1 specifies the wrong SONAME,
namely the full revision like for example:
'libclang-17.so.17.0.5'
It should be 'libclang-17.so.1'.
Otherwise users of the library like doxy
On Mon, 16 Jan 2023 02:01:37 +0100 =?ISO-8859-1?Q?=C1ngel?=
wrote:
> I have tested https://salsa.debian.org/debian/gpgme/-/merge_requests/1
> and it works fine.
> I would however name the new package gpgme-json, not libgpgme-bin
>
> The package is only providing gpgme-json(1). If it is going to sh
Am Mo., 26. Juni 2023 um 21:02 Uhr schrieb Sylvestre Ledru
:
>
> Hello
>
> >
> > Dear Maintainer,
> >
> > lldb pulls in alot development headers, static libraries which it should
> > noot require during runtime.
> > I believe this is a simple mistake, but if not then the dependent stuff
> > should
Package: lldb-16
Version: 1:16.0.6-1
Severity: normal
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
lldb pulls in alot development headers, static libraries which it should
noot require during runtime.
I believe this is a simple mistake, but if not then the dependent stuff should
be partitio
Package: erofs-utils
Version: 1.6-1
Severity: normal
Tags: patch
X-Debbugs-Cc: nolang...@gmail.com
Hello,
this tool is quite usefull, but it should be its own package.
I added a patch implementing this
-- System Information:
Debian Release: 12.0
APT prefers testing
APT policy: (500, 'testi
Package: libclang-common-16-dev
Version: 1:16.0.4-1~exp1
Followup-For: Bug #1036623
X-Debbugs-Cc: nolang...@gmail.com
Both symlinks are broken:
/usr/lib/clang/16/include
/usr/lib/clang/16/lib
(I did not see any adverse effects yet)
-- System Information:
Debian Release: 12.0
APT prefers test
Package: libnvidia-legacy-340xx-glcore
Version: 340.108-18
Followup-For: Bug #1031489
X-Debbugs-Cc: nolang...@gmail.com
I can confirm this is still an issue, but debian might be at fault here. I will
use wireshark as an example:
# wireshark
This will segfault with this stacktrace:
#0 0x000
Package: mutter
Version: 43.3-5
Severity: grave
X-Debbugs-Cc: nolang...@gmail.com
Right clicking in Nautilus will bring down the Desktop Session immediatly
(as well as in multiple other Application).
This behaviour started with 43.2-? and is still appearing with 43.3-5,
the only way I can use my
Package: netavark
Version: 1.4.0-2
Severity: important
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
The netavark source has the path "/usr/libexec/podman/aardvark-dns"
fixed in main.rs.
Debian installs that binary in /usr/lib/podman/aardvark-dns instead.
This will result in container dns n
Hello Reinhard,
podman been in testing for a while, can you find the time to apply the
patch now?
Regards, Norbert
On Fri, 20 Jan 2023, 06:52 Salvatore Bonaccorso, wrote:
> Hi Norbert,
>
> On Thu, Jan 19, 2023 at 11:44:47PM +0100, Norbert Lange wrote:
> > It's been ages, why isn't this enabled by now? How should this driver
> > mature when no one can test it (without going thro
It's been ages, why isn't this enabled by now? How should this driver
mature when no one can test it (without going through the hassle if
compiling the Kernel).
Am Mo., 14. Nov. 2022 um 14:46 Uhr schrieb Reinhard Tartler
:
>
>
>
> On Thu, Sep 22, 2022 at 7:00 PM Norbert Lange wrote:
>>
>> Package: podman
>> Version: 4.2.1-0.1
>> Severity: minor
>> Tags: patch
>> X-Debbugs-Cc: nolang...@gmail.com
>>
&g
Package: podman
Version: 4.2.1-0.1
Severity: minor
Tags: patch
X-Debbugs-Cc: nolang...@gmail.com
Hello,
I am aware of #1000521, I dont see it as resolved.
The problem is that you can run podman as service, and clients
can connect on for ex. an exposed unix socket.
Practical example is:
- run
Package: llvm
Version: 1:14.0-55~exp2
Severity: normal
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
The package misses the llvm-addr2line -> llvm-addr2line-14 symlink.
When the binutils are not installed, no tool for various "symbolizer"
scripts is available under the normal name, this will
Package: systemd-boot
Version: 251.2-7
Severity: normal
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
The kernel hook in /etc/kernel/{post,pre}inst.d should
be named correctly, to quote the kernel-handbook [1]:
> hook scripts for boot loaders must be named using
the prefix zz- and no
OS) using F2FS with compression are 60%
the size compared with using ext4.
Regards, Norbert Lange
-- Package-specific info:
** Version:
Linux version 5.18.0-0.bpo.1-cloud-amd64 (debian-ker...@lists.debian.org)
(gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian)
2.35
Package: libc++-14-dev
Version: 1:14.0.0-2
Severity: wishlist
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
the MemorySanitizer basically requires all used libraries (outside of libc)
to be recompiled.
Given that a C++ library is needed for any C++ Application, providing
libc++ and libc++-ab
Package: libc++-13-dev
Version: 1:13.0.0-2
Severity: normal
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Hello,
if you install just clang and libc++-dev,
then a library is missi
Package: gnome-shell
Version: 3.38.4-1
Severity: important
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
I experience a very serious issue with the Gnome Desktop,
when triggered:
- Apps continue to run
- The systemlog is swamped with entries
- No input is procecessed, no Powerbutton,
Package: gnome-core
Severity: wishlist
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
Since 2019 some smartphone and camera vendors support HEIC
images, and already set this format as default.
In debian testing (/bullseye) support of that image-format is lacking.
- EyeOfGnome needs heif-g
Am Mo., 1. Feb. 2021 um 11:27 Uhr schrieb Simon McVittie :
>
> On Mon, 01 Feb 2021 at 10:48:07 +0100, Norbert Lange wrote:
> > Am Mo., 1. Feb. 2021 um 10:37 Uhr schrieb Simon McVittie :
> > > libheif maintainers: if heif-thumbnailer is considered safe for use,
> > >
Am Mo., 1. Feb. 2021 um 10:37 Uhr schrieb Simon McVittie :
>
> Control: reassign -1 heif-gdk-pixbuf 1.10.0-2
> Control: retitle -1 heif-gdk-pixbuf: should have Recommends on
> heif-thumbnailer?
>
> On Mon, 01 Feb 2021 at 09:19:58 +0100, Norbert Lange wrote:
> > I was no
Package: libgdk-pixbuf2.0-bin
Version: 2.42.2+dfsg-1
Severity: normal
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
I was not getting thumbnails for heic/heif files.
I would expect that installing the heif-gdk-pixbuf should
be enough to enable support, but it needed editing the file
/usr/sh
Package: cmake
Version: 3.18.4-1+b1
Severity: wishlist
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
CMake 3.19.3 is currently the latest version, with it comes a rather
usefull "presets" feature.
Please update to the latest version so it can be included in Bullseye.
Regards, Norbert
-- S
Am So., 1. Nov. 2020 um 11:44 Uhr schrieb Simon McVittie :
>
> On Sat, 31 Oct 2020 at 01:05:51 +0100, Norbert Lange wrote:
> > Since a recent update I get this message in the log:
> >
> > JS ERROR: Error: Requiring Gst, version none: Typelib file for namespace
> >
On Fri, 10 Feb 2017 11:09:43 +0100 Laurent Bonnaud
wrote:
> Hi,
>
> according to this:
>
>
> https://raspberrypi.stackexchange.com/questions/40839/sap-error-on-bluetooth-service-status
>
> the error messages about SAP can be avoided by starting bluetoothd with the
> "--noplugin=sap" option.
>
Package: gnome-shell-common
Version: 3.38.1-1
Severity: important
X-Debbugs-Cc: nolang...@gmail.com
Dear Maintainer,
Since a recent update I get this message in the log:
JS ERROR: Error: Requiring Gst, version none: Typelib file for namespace 'Gst'
(any version) not found
@resource:///org/gnome
Am Fr., 31. Juli 2020 um 16:48 Uhr schrieb Sedat Dilek :
>
> Just FYI:
>
> Version 10 was now accepted in .
>
> Let's hope this will get into upcoming Linux v5.9.
>
> - Sedat -
>
> [1] https://github.com/terrelln/linux/commits/zstd-v10
> [2]
> https://git.kernel.org/pub/scm/linux/kernel/git/tip/ti
Package: fakeroot
Version: 1.24-1
Severity: important
Tags: patch
Hello,
testing a yet-to-be released version of systemd-tmpfiles under fakeroot.
fakeroot is masking out flags like AT_EMPTY_PATH which would be necessary,
so the calls will fail.
systemd PR: https://github.com/systemd/systemd/pu
Am Mittwoch, 29. April 2020 schrieb Ben Hutchings :
> On Tue, 2020-04-28 at 04:43 +0100, Ben Hutchings wrote:
> > On Wed, 01 Apr 2020 09:05:22 +0200 Norbert Lange
> wrote:
> > > Package: initramfs-tools-core
> > > Version: 0.136
> > > Severity: wishl
Package: initramfs-tools-core
Version: 0.136
Severity: wishlist
Tags: patch
Hello,
there are Kernelpatches for zstandard initramfs support
available for several years, and will hopefully accepted
upstream soon.
Please enable support for this compression.
The patch should be simple enough, I cho
Thanks,
I guess I can always work around by setting the QT_QPA_PLATFORM variable.
And Ill be a bit ignorant and say that In my opinion, the testing flavor would
be a good testbed to find and iron out remaining issue.
In case of wireshark, I haven't found issues with menus (so far),
while the app
Package: libqt5core5a
Version: 5.12.5+dfsg-9
Severity: normal
Dear Maintainer,
Runnin any QT Application on Gnome will blacklist Wayland. You see
the explicit message when starting an application from the terminal.
% wireshark
Warning: Ignoring XDG_SESSION_TYPE=wayland on
d'Itri :
>
> On Feb 26, Norbert Lange wrote:
>
> > Whats the problem with kmod supporting both? Its not like this has any
> > real disadvantage,
> Other than pulling more dependencies in the initramfs.
>
> --
> ciao,
> Marco
Package: kmod
Version: 27-1
Severity: wishlist
Tags: patch
Hello,
I would ask you to enable zlib support,
I use debian for various builds,
cross-building a kernel + gzipped modules would need
a depmod that can handle those modules.
-- System Information:
Debian Release: bullseye/sid
APT pref
Package: kmod
Version: 27-1
Severity: wishlist
Tags: patch
Hello,
I would ask you to enable zlib support,
I use debian for various builds,
cross-building a kernel + gzipped modules would need
a depmod that can handle those modules.
The change is reasonably simple
diff -burN debian.org/control
Package: doxygen
Version: 1.8.16-0.1
Severity: wishlist
Dear Maintainer,
I am glad this package finally found a maintainer,
I cooked up my own versions meanwhile.
To make changing llvm versions (and supported archs),
this code would pick it up form the cntrols file:
llvm_ver = $(shell sed -n 's
ys have to make sure
"--no-uefi-secure-boot" is used (which is implicitly set if
shim-signed is not installed AFAIK).
Am Mo., 10. Juni 2019 um 02:51 Uhr schrieb Steve McIntyre :
>
> Hi Norbert,
>
> On Sat, May 11, 2019 at 12:00:41PM +0200, Norbert Lange wrote:
> >I go
I got newer versions to work by adding the "--no-uefi-secure-boot" switch,
so apparently uefi-secure-boot is not working for me.
older versions might have defaulted to not using it,
or I did not have the shim packages installed.
Package: grub2
Version: 2.02+dfsg1-16
Severity: important
Hello,
setting up some new systems I ran into the issue that
newer versions of grub-install will place multiple
files into /boot/efi/EFI. One among them is 'grub.cfg'
which tried to set 'root' by searching for the UUID,
then loading the re
Package: systemd
Version: 240-5
Severity: normal
Dear Maintainer,
I tried adding a user-specific file to
~/.config/user-tmpfiles.d/chromium-cache.conf,
expecting this to be used when logging in.
The user systemd-tmpfiles-setup is disabled by default (couple weeks
old buster installation).
I was
Hello,
there still seem to be issues, as far as I understand fuse3 replaces
fuse, but the libs are co-installable?
Several packages will be uninstalled or have a weird state after
installing fuse3 and removing fuse.
eg.:
gvfs-fuse
ntfs-3g depends on fuse.
exfat-fuse depends on fuse.
Probably a d
Package: i965-va-driver
Severity: important
Tags: upstream
Dear Maintainer,
the vaapi acceleration is unusable for me,
this is very likely cause by the upstream bug [1].
The i965-va-driver package is version 2.2.0+dfsg1-2
(reportbug seems to have problem if both 32 and 64 bit is versions are
in
Can we have a statement why this patch is not added? The lack of it
kills using low power CPUs (and debian) for youtube et all.
Arch and Fedora both have a separate package called "chromium-vaapi",
maybe this would be acceptable in debian aswell?
uIGn
> uIR4aBtO+zVc2Cr5J9ptBX3mzDqyJxdFPVkC/w1+0U1+WnTKZAfOtgrqfu9m+fPo
> Y/aF/Ojqs4DZeKl0EYvvQu2T/AF6/bTJELs+HDM1r0Edqej65SxvL4PktyXopzjn
> yvl/g7Hg799Dgoy0+yv1yNnxDX30jT8CGj2jiXbcXXPSNX0OWIyBhZN8fBbZ6ODL
> 1qwvQOvg2wXanIWBtU2Xh3fzQWbYFFQzQHN6QFHtXy1LxSFN5Ug5LixAWFZfi5vq
> F1B2a5drsCfijQ5THkIh9dZM0tJk4vM
Package: squashfs-tools
Version: 1:4.3-6
Severity: normal
Dear Maintainer,
since kernel 4.14, squashfs supports zstandard while there
is no tool to create those images.
I would ask you to update to a version that supports zstd
before buster ends up in the freeze.
Newer versions are at https://gi
Package: clang-6.0
Version: 1:6.0-3+b1
Severity: important
Dear Maintainer,
I was trying to compile doxygen doxygen-1.8.14 with libclang support,
the clang config for cmake is unusable.
First issue:
the paths in are relative to the cmake files and thus not correct if
placed in a differnt directo
2018-04-07 23:28 GMT+02:00 Olly Betts :
> Control: severity -1 normal
>
> On Sat, Apr 07, 2018 at 05:30:19PM +0300, Adrian Bunk wrote:
>> On Fri, Apr 06, 2018 at 11:53:39PM -0400, Scott Talbert wrote:
>> > On Sat, 7 Apr 2018, Norbert Lange wrote:
>> >
>> >
named wx
I havent found a way to configure the installation
Regards,
Norbert Lange
-- System Information:
Debian Release: buster/sid
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (200, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
I second this wish,
and would further ask to enable CONFIG_SQUASHFS_FILE_DIRECT, as this
will improve performance.
The "downside" would be that with a bottleneck removed, more IO can
then mean more CPU Resources are used by the kernel (though I don't
see that a downside, just means some threads us
Package: clang-tidy-6.0
Version: 1:6.0~+rc2-1
Severity: normal
Dear Maintainer,
the run-clang-tidy-6.0.py script requires the Python yaml library.
python-yaml needs to be installed, but I think debian policy
would recommend using python3-yaml (needs the shebang adjusted)
-- System Information:
Package: gcc-7
Version: 7.2.0-11
Severity: wishlist
Dear Maintainer,
the static libraries, most importantly libstdc++, miss debug informations.
This is not ideal, and the debuginfo should be available for developers
by default.
-- System Information:
Debian Release: buster/sid
APT prefers tes
Hello,
did you try asking on debian-de...@lists.debian.org?
This package seems orphaned, but usually its up to the maintainer to
declare this.
I am going to need a newer openocd build sometime and would like to
know whether this is going to be maintained.
Kind regards,
Norbert
On Tue, 21 Feb 2
Package: open-vm-tools-desktop
Version: 2:10.1.5-5055683-4
Severity: wishlist
Dear Maintainer,
Copied files will end up in the ~/.cache/vmware folder, and will remain there
forever.
I am aware that there are inherent problems to figure out which ones are still
required,
but there could be some
Package: open-vm-tools-desktop
Version: 2:10.1.5-5055683-3
Severity: important
Dear Maintainer,
The automatic start of run-vmblock\x2dfuse.mount fails during boot,
but the service can be later startet manually
(at which point its too late for the vmware user daemon).
I attached the relevant log,
n
bear and bear-lib should ensure that all "lib" are uninstalled with
bear.
Can you send this package through a debian buildserver
(experimental?), so that the various architectures are easily
available?
Kind Regards,
Norbert Lange
[1] -
https://github.com/
ed libear is by convention a
library that ends up in the system path, together with shlibs and all
this automagical stuff. bear-lib is a private component of bear.
> This should go upstream.
Yeah, working on it.
Any other of your points: I din`t knew better
Kind regards,
Norbert Lange
2
its own package, and using a variable in the default path
Kind Regards,
Norbert Lange
-- System Information:
Debian Release: 9.0
APT prefers testing
APT policy: (200, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf, arm64
Kernel: Linux 4.9.0-1-amd64 (S
. can be a placeholder like [eth0], I would not know
of a good default name that would fit most systems.
Kind regards,
Norbert Lange
[1]
https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames
-- System Information:
Debian Release: 9.0
APT prefers testing
APT
GMT+01:00 James Cowgill :
> Hi,
>
> On 18/02/17 08:27, Norbert Lange wrote:
>> Hi,
>>
>> sorry for messing up years.
>> lslocks only showed makes locking /dev/null, but it appears to be that
>> the culprit is a running dockerd daemon.
>
> lslocks sho
3732 FLOCK 128K WRITE 0 0 0
/var/lib/docker/volumes/metadata.db
2017-02-18 1:34 GMT+01:00 James Cowgill :
> Hi,
>
> On 17/02/17 18:08, Norbert Lange wrote:
>> Hello,
>>
>> Tried reproducing it at work (where it first happened on a build s
On Tue, 13 Dec 2016 17:59:31 + Luca Boccassi
wrote:
> Control: tags -1 upstream
>
> On Sat, 2016-12-10 at 12:40 +0100, Andreas Beckmann wrote:
> > On 2016-12-10 12:16, Luca Boccassi wrote:
> > > Didn't even know Nvidia driver supported running on the RT kernel.
> >
> > IIRC this wasn't support
x27;t exist anymore
I`ll have to compile make with debuginfo if you need more (gonna take
a few days)
Kind Regards. Norbert
2017-02-17 15:24 GMT+01:00 James Cowgill :
> Hi,
>
> On 16/02/17 21:52, Norbert Lange wrote:
>> Package: make
>> Version: 4.1-9
>> Sev
Package: make
Version: 4.1-9
Severity: important
Dear Maintainer,
running the attached Makefile will hang the process,
if multiple jobs are used then the process wont respond to a
TERM and has to be killed.
The very same issue is observed with make-guile.
I believe this to not be an upstream bu
Hi,
there are a couple of libraries which pull in those depencies, ands
its probably a bad idea to use them at all. Those could/should be
moved to own packages, similar to the "multilib"s with gcc.
I proposed some new package layout in Bug #841923, but I am not sure
how this would work on the buil
Package: googletest
Version: 1.8.0-3
Severity: important
Dear Maintainer,
The included Makefile is unusable, as it contains the path of the older
version of the package.
Supposedly you want to build the library for your project you would do
somthing similar to:
mkdir /tmp/a; cd /tmp/a
make -f /
Package: googletest
Version: 1.8.0-3
Severity: wishlist
Dear Maintainer,
please split up googletest into a source/header only package and a separate
package for the binary (only gmock_gen).
Reasons would be to get rid of the python dependency and the ability to make
the includes and sources - w
anitize=memory' for target 'i386-pc-linux-gnu'
-fsanitize=dataflow : unsupported option
'-fsanitize=dataflow' for target 'i386-pc-linux-gnu'
-fsanitize=efficiency-working-set : unsupported option
'-fsanitize=efficiency-working-set' for tar
Package: clang-3.9
Version: 1:3.9-5
Severity: normal
Dear Maintainer,
Some options require the gold linker and its plugin interface,
this library is however residing in the llvm-dev package - which is not a
dependency of clang
To reproduce, uninstall llvm-3.9-dev and run:
echo 'int main() {}' >
Package: libclang-common-3.9-dev
Version: 1:3.9-5
Severity: normal
Tags: patch
Dear Maintainer,
The efficiency sanitizer segfaults immediatly on debian sid. This is due a
change in glibc.
Will attach a patch shortly
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT
Hello,
seems like the "efficiency sanitizer" needs a patch aswell. Luckily this is
only for 3.9 as 3.8 doesnt even have this sanitizer.
Building now, I don`t expect any problems.
esan-patch_3.9.tar.gz
Description: GNU Zip compressed data
u" :
> Yeah, my bad. Why did you included the third patch btw?
>
> thanks again
>
>
> Le 11/11/2016 à 17:02, Norbert Lange a écrit :
>
>> Hi, you messed up the order, look in the series file from the attachment.
>> You only need those two patches (in this order),
quilt, but they apply cleanly
for me (with some other linenumbers)
2016-11-11 16:23 GMT+01:00 Sylvestre Ledru :
> I could apply upstream-msan-prevent-initialization-failure.diff to 3.8 but
> not the two others, could you share yours?
> Thanks
> S
>
>
> Le 11/11/2016 à 09:52,
The same 2 patches also apply to toolchain 3.8.1-15 (with some
offsets), but I haven`t testing building it
2016-11-11 1:25 GMT+01:00 Norbert Lange :
> BTW. make check-sanitizer would have likely found this issue, might
> want to enable it?
> I believe it knows which sanitizers sh
BTW. make check-sanitizer would have likely found this issue, might
want to enable it?
I believe it knows which sanitizers should work
2016-11-11 0:46 GMT+01:00 Norbert Lange :
> Tags: patch
>
>
> Hi,
>
> I got it working, seems that from the 3 related patched, one is already
sibly more difficult), building llvm
takes quite a while.
Kind Regards,
Norbert
2016-11-09 11:04 GMT+01:00 Norbert Lange :
> Hi,
>
> researched a bit further and the same compiled programm will run fine
> on debian jessie.
> I tracked it down to being caused by a newer glibc ver
>>> Looks lile g++-multilib is not available on many archs
>>>
>>> https://buildd.debian.org/status/package.php?p=llvm-toolchain-3.8
>>>
>>> could you have a look?
>>>
>>> Thanks
>>>
>>> S
>>>
>>>
&g
better
2016-11-01 21:24 GMT+01:00 Sylvestre Ledru :
> Le 01/11/2016 à 19:56, Norbert Lange a écrit :
>>
>> Hi,
>>
>> we absolutely should do this. I believe we have some communication
>> problems, because I brought this up multiple times.
>
> Probably
alled.
> libclang-common-3.8-dev depends on lib32stdc++6 (>= 4.1.1); however:
> Package lib32stdc++6 is not installed.
> libclang-common-3.8-dev depends on libc6-i386 (>= 2.2.4); however:
> Package libc6-i386 is not installed.
>
>
> Le 01/11/2016 à 16:31, Norbert La
1 - 100 of 134 matches
Mail list logo
