Bug#1052009: Provide compiler-rt builtins for windows/mingw-64

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 > > &

Bug#1056126: closed by Debian FTP Masters (reply to Sylvestre Ledru ) (Bug#1056126: fixed in llvm-toolchain-17 1:17.0.6-1)

SktQUf4QUpQJcR7JXMaxsUV6ioESU47J9v1Sd9UcBn > /kkaMX+Ax/L5czL8Qk7v/I86idw+geLA3WPST7a9Od+nZIs5yiPbZbbW3NvMg0D3 > mfSwPMB5ZedgH91U4iALYwLbGyC+x7ESz6Ep6AUhMj1YNL49FSBGXfESPERc5zkW > 2J6jw8tsLU+X7wKVr4H8GXuULEK1IeluQyzFApV2066ENK7ZUBT+hYOJrZOiKHpe > qUsyjwFcH8wVuMZn/dk1U488a5zaH6iDnkFGQV2nuJNoYxPM

Bug#1056126: libclang1-17: libclang-17.so.1 uses wrong SONAME

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

Bug#911189: gpgme-json packaging

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

Bug#1039490: lldb-16: lldb should not depend on llvm-dev

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 > >

Bug#1039490: lldb-16: lldb should not depend on llvm-dev

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

Bug#1036901: provide the erofsfuse binary as package

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,

Bug#1036623: libclang-common-16-dev: missing LLVM_VERSION_FULL in include path

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

Bug#1031489: NVIDIA 340.108 driver gives Segmentation fault at launch all Qt software

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

Bug#1033484: mutter assert and kills the session on displaying popups (multiple apps liek nautilus)

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

Bug#1030302: netavark: doesnt find aardvark-dns because of wrong default path

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

Bug#1020540: Any chance of getting this in before the freeze?

Hello Reinhard, podman been in testing for a while, can you find the time to apply the patch now? Regards, Norbert

Bug#998627:

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 through the ha

Bug#998627:

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).

Bug#1020540: podman-remote should be built and offered as seperate package

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 >&

Bug#1020540: podman-remote should be built and offered as seperate package

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: -

Bug#1016163: llvm package misses llvm-addr2line symlink

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

Bug#1014581: systemd-boot: kernel hook schould use conforming name

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

Bug#1014167: linux-image-5.18.0-0.bpo.1-cloud-amd64: cloud kernels should enable the F2FS filesystem

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

Bug#1010629: libc++-14-dev: provide memorysanitizer enabled variants of libc++ and libc++-abi

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

Bug#995810: libc++-13-dev: cant link without libuwind.so, should depend on that package

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

Bug#986279: gnome-shell: Gnome completely hangs, allows no input after opening archive with file-roller

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,

Bug#981757: gnome-core: ensure heic images are supported out of the box

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

Bug#981538: libgdk-pixbuf2.0-bin: supported mimetypes are not extended with additional gdk-pixbuf loader

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, > > >

Bug#981538: libgdk-pixbuf2.0-bin: supported mimetypes are not extended with additional gdk-pixbuf loader

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 wa

Bug#981538: libgdk-pixbuf2.0-bin: supported mimetypes are not extended with additional gdk-pixbuf loader

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

Bug#980068: cmake: Please update to version 3.19.3 before bullseye freeze

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 --

Bug#973463: gnome-shell: needs Gst library installed

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 > >

Bug#803265: bluetooth.service: sap-server: Operation not permitted (1)

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. >

Bug#973463: gnome-shell: needs Gst library installed

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

Bug#955469: initramfs-tools-core: Enable zstandard support

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] >

Bug#959876: fakeroot: fstatat fails if pathname is empty

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:

Bug#955469: initramfs-tools-core: Enable zstandard support

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

Bug#955469: initramfs-tools-core: Enable zstandard support

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

Bug#954781: libqt5core5a: QT will not use Wayland on Gnome

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

Bug#954781: libqt5core5a: QT will not use Wayland on Gnome

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

Bug#952590: kmod: Please enable zlib support

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

Bug#952592: kmod: Please enable zlib support

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

Bug#952590: kmod: Please enable zlib support

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

Bug#945427: doxygen: improve rules to pick llvm version from the control file

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

Bug#926178: grub2 efi boot installs grub.cfg file that seems to be ignored (just stays at prompt)

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 got newe

Bug#926178: grub2 efi boot installs grub.cfg file that seems to be ignored (just stays at prompt)

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.

Bug#926178: grub2 efi boot installs grub.cfg file that seems to be ignored (just stays at prompt)

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

Bug#922655: systemd: some user units are not enabled according to the vendor presets

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

Bug#918984: Still issues with busters dependencies

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

Bug#920949: i965-va-driver: i965_drv_video.so cant be loaded if wayland is installed

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

Bug#856255:

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?

Bug#916400: closed by Laszlo Boszormenyi (GCS) (Bug#916400: fixed in squashfs-tools 1:4.3-10)

> uIR4aBtO+zVc2Cr5J9ptBX3mzDqyJxdFPVkC/w1+0U1+WnTKZAfOtgrqfu9m+fPo > Y/aF/Ojqs4DZeKl0EYvvQu2T/AF6/bTJELs+HDM1r0Edqej65SxvL4PktyXopzjn > yvl/g7Hg799Dgoy0+yv1yNnxDX30jT8CGj2jiXbcXXPSNX0OWIyBhZN8fBbZ6ODL > 1qwvQOvg2wXanIWBtU2Xh3fzQWbYFFQzQHN6QFHtXy1LxSFN5Ug5LixAWFZfi5vq > F1B2a5drsCfijQ5THkIh9dZM0tJk4vM1pzqE

Bug#916400: squashfs-tools: please use more recent code that supports zstd

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

Bug#900440: clang-6.0: clang cmake config files are installed to the wrong folder and have invalid path

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

Bug#895083: [Freewx-maint] Bug#895083: python-wxgtk4.0: module wx is not usable

2018-04-07 23:28 GMT+02:00 Olly Betts <o...@survex.com>: > 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

Bug#895083: python-wxgtk4.0: module wx is not usable

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 Kernel: Linux 4.15.0

Bug#883410: linux-image-4.14.0-1-amd64: Enable zstd support for SquashFS in 4.14

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

Bug#890514: clang-tidy-6.0: missing dependency: run-clang-tidy-6.0.py needs python-yaml

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:

Bug#879703: gcc-7: static development libraries miss debug 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

Bug#853010: FWD: Re: build depends, maintainer interest for package OpenOCD

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

Bug#861830: open-vm-tools-desktop: drag-and-drop cache never gets cleaned up

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

Bug#860875: open-vm-tools-desktop: run-vmblock\x2dfuse.mount fails to start during boot

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

Bug#856333: bear can not be used for multiarch tools

tween 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/

Bug#856333: bear can not be used for multiarch tools

bear 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 2017-03-02

Bug#856333: bear can not be used for multiarch tools

in 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 (SMP w/8 CPU

Bug#855834: linuxptp: default startup argument "-i eth0" should be removed

. 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

Bug#855336: make hangs when synchronizing output and redirecting to null

GMT+01:00 James Cowgill <jcowg...@debian.org>: > 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

Bug#855336: make hangs when synchronizing output and redirecting to null

732 FLOCK 128K WRITE 0 0 0 /var/lib/docker/volumes/metadata.db 2017-02-18 1:34 GMT+01:00 James Cowgill <jcowg...@debian.org>: > Hi, > > On 17/02/17 18:08, Norbert Lange wrote: >> Hello, >> >> Tried reproducing it at work (where it first happ

Bug#847652: nvidia-kernel-dkms fails to compile for rt-kernel 4.8.0-1-rt

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. > > >

Bug#855336: make hangs when synchronizing output and redirecting to null

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 <jcowg...@debian.org>: > Hi, > > On 16/02/17 21:52, Norbert Lange wrote: >> Package: make >> Version: 4.1-9

Bug#855336: make hangs when synchronizing output and redirecting to null

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

Bug#854965: clang-4.0: Pulls 64-bit libs on i386 system

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

Bug#847945: googletest: Makefiles contain wrong path to sources

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

Bug#846324: googletest: Split the gmock binary from the rest

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 -

Bug#844093: clang-3.9: clang needs library LLVMgold.so from llvm-dev

' -fsanitize=dataflow : unsupported option '-fsanitize=dataflow' for target 'i386-pc-linux-gnu' -fsanitize=efficiency-working-set : unsupported option '-fsanitize=efficiency-working-set' for target 'i386-pc-linux-gnu' Kind regards, Norbert On Sat, 12 Nov 2016 12:48:47 +0100 Norbert

Bug#844093: clang-3.9: clang needs library LLVMgold.so from llvm-dev

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() {}'

Bug#844092: libclang-common-3.9-dev: efficiency sanitizer segfaults

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

Bug#842642: clang-3.9: memory sanitizer segfaults immediately

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

Bug#842642: clang-3.9: memory sanitizer segfaults immediately

.@mozilla.com>: > 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 t

Bug#842642: clang-3.9: memory sanitizer segfaults immediately

> Le 11/11/2016 à 09:52, Norbert Lange a écrit : >> >> 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 <nolang...@gmail.com>: >>> >>> BTW.

Bug#842642: clang-3.9: memory sanitizer segfaults immediately

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 <nolang...@gmail.com>: > BTW. make check-sanitizer would have likely found this issue, might > want to enable it? > I believe

Bug#842642: clang-3.9: memory sanitizer segfaults immediately

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 <nolang...@gmail.com>: > Tags: patch > > > Hi, > > I got it working, seems that from the 3 related

Bug#842642: clang-3.9: memory sanitizer segfaults immediately

sibly more difficult), building llvm takes quite a while. Kind Regards, Norbert 2016-11-09 11:04 GMT+01:00 Norbert Lange <nolang...@gmail.com>: > Hi, > > researched a bit further and the same compiled programm will run fine > on debian jessie. > I tracked it down to being caused

Bug#841923: AW: AW: Bug#841923: libclang-common-3.9-dev: missing multilib binaries

2016 à 13:34, Sylvestre Ledru a écrit : >>> >>> 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 >&

Bug#841923: AW: AW: Bug#841923: libclang-common-3.9-dev: missing multilib binaries

er 2016-11-01 21:24 GMT+01:00 Sylvestre Ledru <sylves...@mozilla.com>: > 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

Bug#841923: AW: AW: Bug#841923: libclang-common-3.9-dev: missing multilib binaries

Package lib32gcc1 is not installed. > 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. > > > L

Bug#841923: AW: AW: Bug#841923: libclang-common-3.9-dev: missing multilib binaries

Hi, first, I think this was an issue on my docker installation, it builds fine without that option natively. so try without this option secondly - yes its discouraged, just as adding libs from different architectures in one archive, lint has some more complaints on the llvm packages. I`d still

Bug#841923: AW: AW: Bug#841923: libclang-common-3.9-dev: missing multilib binaries

Hi, I attached a script for an exhaustive run of arguments, with the aim to link all existing libraries from this package once. As you will see, there are alot failure, most of which arent a problem of the packaging. We would need to figure out which features should work. So far this should be: *

Bug#842642: clang-3.9: memory sanitizer segfaults immediately

On Mon, 31 Oct 2016 08:38:21 +0100 Sylvestre Ledru <sylves...@debian.org> wrote: > Le 31/10/2016 à 00:39, Norbert Lange a écrit : > > Package: clang-3.9 > > Version: 1:3.9-2 > > Severity: normal > > > > Dear Maintainer, > > > > The memory sanitize

Bug#842642: clang-3.9: memory sanitizer segfaults immediately

Package: clang-3.9 Version: 1:3.9-2 Severity: normal Dear Maintainer, The memory sanitizer is unusable as it segfaults during initialization. To reproduce: echo 'int main() { return 0; }' >/tmp/test.c clang -fsanitize=memory -o test test.c ./test -- System Information: Debian Release:

Bug#841923: libclang-common-3.9-dev: missing multilib binaries

Package: libclang-common-3.9-dev Version: 1:3.9-2 Severity: important Dear Maintainer, On plattforms such as amd64, the libraries necessary to build for other architectures (i386 in this case) are missing. A local build of the package will however result in those libraries beeing built and

Bug#832753: coreutils: stdbuf is not usable for multiarch tools (eg. i386 on amd64)

-linux-gnu/libstdbuf.so (libstdbuf:amd64) Doesnt sound like a big deal to me, and this is pretty much a packaging thing. Doubt you need to change a single bit in autotools. 2016-07-28 16:53 GMT+02:00 Pádraig Brady <p...@draigbrady.com>: > On 28/07/16 15:20, Norbert Lange wrote: >> Pack

Bug#832753: coreutils: stdbuf is not usable for multiarch tools (eg. i386 on amd64)

Package: coreutils Version: 8.25-2 Severity: normal Dear Maintainer, I am trying to use stdbuf tool on a 32bit Binary, this will result in a failure: ERROR: ld.so: object '/usr/lib/x86_64-linux-gnu/coreutils/libstdbuf.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64):

Bug#829441: Package cant be installed for multiple archs (eg. amd64 and i386)

Package: libclang-common-3.8-dev Version: 1:3.8.1-2 Hello, this is a continuation of Bug Report 771380 (since I dont think it will be fixed back there). https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771380 The issue is that you can only install 1 architecture version of the libraries,

Bug#807174: u-boot-tools: Please provide the dumpbin binary

Yes, thats fine. Took me a while to find the correct git branch ;) Thanks, Norbert 2015-12-10 8:50 GMT+01:00 Vagrant Cascadian <vagr...@aikidev.net>: > Control: tags 807174 pending > > On 2015-12-06, Norbert Lange wrote: >> please provide the dumpbin binary with the pack

Bug#807174: u-boot-tools: Please provide the dumpbin binary

Package: u-boot-tools Version: 2015.04~rc5+dfsg1-1 Severity: wishlist Dear Maintainer, please provide the dumpbin binary with the package. its a usefull companion to the mkimage tool, for our case we could grab usefull information embedded within a binary with a script. -- System Information:

Bug#771441: tftpd-hpa fails to start properly if network is unavailable

Hi Ron 2015-05-22 2:08 GMT+02:00 Ron r...@debian.org: On Thu, May 21, 2015 at 11:23:28PM +0200, Norbert Lange wrote: 2015-05-21 16:59 GMT+02:00 Ron r...@debian.org: Hi Norbert, On Thu, May 21, 2015 at 10:25:38AM +0200, Norbert Lange wrote: Hello, since this behaviour is still

Bug#771441: tftpd-hpa fails to start properly if network is unavailable

you use but as I said I want some easy steps that work on plain systems most people are familiar with. Kind Regards, Norbert 2015-05-22 13:35 GMT+02:00 Ron r...@debian.org: On Fri, May 22, 2015 at 11:15:00AM +0200, Norbert Lange wrote: Hi Ron 2015-05-22 2:08 GMT+02:00 Ron r...@debian.org

Bug#771441: tftpd-hpa fails to start properly if network is unavailable

Hello, since this behaviour is still on Jessie and is rather inconvenient. Whats the recommended workaround nowadays? I want to serve on 2 networks, so setting my ip address wont cut it. Is changing to TFTP_ADDRESS=:69 cause any issues, or a if-up.d script still the best option? Kind Regards,

Bug#771441: tftpd-hpa fails to start properly if network is unavailable

I went ahead and patched the init script so you can omit all Variables in the configuration. In my opinion its the cleanest to just dont set the TFTP_ADDRESS variable and the script then doesnt pass the --address option to in.tftpd. --- tftpd-hpa.save 2015-05-21 11:23:28.841023590 +0200 +++

Bug#771441: tftpd-hpa fails to start properly if network is unavailable

2015-05-21 16:59 GMT+02:00 Ron r...@debian.org: Hi Norbert, On Thu, May 21, 2015 at 10:25:38AM +0200, Norbert Lange wrote: Hello, since this behaviour is still on Jessie and is rather inconvenient. Whats the recommended workaround nowadays? Can you elaborate a little more on exactly what

Bug#784230: open-vm-tools-dkms: vmhgfs doesnt compile with kernel 3.2.68-1+deb7u1 (d_alias issue)

Package: open-vm-tools-dkms Version: 2:9.4.6-1770165-8~bpo70+1 Severity: important Dear Maintainer, Building the dkms modules is not working, due to the changes in struct dentry. You have applied a patch d_alias_fix, but this checks for kernel version = 3.16.7 Removing this check will make

Bug#765490: This Helps

Thanks Olaf, this seems to fix the shutdown issue, the resizing issue still persists. Can this fix go into the release, pretty please? The issue is rather serious. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#776163: Please do a backport to wheezy from the jessie/sid package

Package: hello Version: 2:9.4.0-1280544-8~bpo70+1 There are still some major issues with the current backport (hope I remember all of them): *) Network modulue vmxnet is no loaded due to wrong initramfs hook. *) vmci and vsock are disabled - this also means modules dependend on those wont

  1   2   >