Package: open-vm-tools
Version: 2:8.8.0+2012.05.21-724730-1+nmu2
Severity: important
Dear Maintainer,
The open-vm-tools package should be responsible for provinding drag-and-drop
support,
however there is a grave problem as there is no synchronization of this
operation.
* Expected Operation:
Dr
Hello,
After some research and alot more trial and error, I found that there are
multiple Issues:
1. the vmblock filesystem is never started
2. the file /usr/bin/vmware-user-suid-wrapper is missing the apparently
critical suid bit (I never knew about this bit before)
3. the vmtoolsd instance
And here is a fixed version of the file.
open-vm-tools
Description: Binary data
Hello Bernd,
Am 02.02.2014, 13:58 Uhr, schrieb Bernd Zeimetz :
Hi Norbert!
Thanks a lot for your research!
After some research and alot more trial and error, I found that there
are multiple Issues:
1. the vmblock filesystem is never started
2. the file /usr/bin/vmware-user-suid-wrapper is m
>>> 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
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
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
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
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,
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),
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
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
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() {}' >
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
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/
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
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
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
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
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
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
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
. 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
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
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
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 :
> Control: tags 807174 pending
>
> On 2015-12-06, Norbert Lange wrote:
>> please provide the dumpbin binary with the package.
>> its a usefull com
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, produci
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,
N
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
+++ tftpd-
2015-05-21 16:59 GMT+02:00 Ron :
>
> 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 y
Hi Ron
2015-05-22 2:08 GMT+02:00 Ron :
> On Thu, May 21, 2015 at 11:23:28PM +0200, Norbert Lange wrote:
>> 2015-05-21 16:59 GMT+02:00 Ron :
>> >
>> > Hi Norbert,
>> >
>> > On Thu, May 21, 2015 at 10:25:38AM +0200, Norbert Lange wrote:
>> >
out the setup 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 :
> On Fri, May 22, 2015 at 11:15:00AM +0200, Norbert Lange wrote:
>> Hi Ron
>>
>> 2015-05-22 2:08 GMT+0
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
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 listmas...
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 compi
Package: open-vm-tools-desktop
Version: 2:9.4.6-1770165-5
Severity: important
Dear Maintainer,
The issues below where observed with a fresh installation of Jessie and VMWare
Player 6.0.3 build-1895310 (Windows 7 x64)
The steps for installing the open-vm-tools where the following:
*) Create a ne
Hello Bernd,
*)Services do indeed start and now show up nicely.
*)Blocking transfers DO work when copy on host, paste on client via
right-click menu
But...
*)Drag and drag still doesnt work, but I dont know how to triage the
issue. What happens is that the operation is not registered as D
I tried XFCE and this fixes the drag and drop issue.
The window resize and shutdown issue persist. The only further thing I
could do is using a XFCE-only installation (currently i just added XFCE to
the existing VM) and trying the official vmware tools
We are getting close to fixing up this
Hi,
I found some other problem, if you ty to remove the open-vm-tools-desktop
package, the removal will fail
Its actually not possible to remove it after starting the desktop UI,
might be a problem for upgrading aswell?
---apt-get remove open-vm-tools-desktop:
Removing open-vm-tools-desktop
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:
De
#x27;s/^Version: [^+]*\(+[A-Za-z0-9.~-]*\).*/\1/p')
Please include this change to allow easy compilation on systems with older
dpkg tools.
Kind Regards,
Norbert Lange
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hello,
are you using a Desktop VM or still server?
I upgraded to unstable and can still reproduce it if I resized the vmware
window atleast once.
After a while (some minutes) VMware seems to kill the running virtual
machine, so i had to run a loop to regulary "sync" the file out to the HDD.
Hello,
right after clicking logout/shutdown/reboot (or doing this from an X
Terminal), aparrently before killing of the display server. Cant change to
a VT, keyboard input seems dead, even using the shutdown and reset command
on the Host-Gui wont work (seems it brutally kills the VM after s
On Wed, 15 Oct 2014 17:11:10 +0200 Bernd Zeimetz wrote:
Hi Norbert,
different from the proprietary vmware guest stuff, the open-vm-tools
source does not ship any graphics drivers or other this which are
related to resizing and similar issues.
So I've cloned to bug and reassigned #765490 to the
x
require to
uninstall the 64bit packages first.
Please separate the binaries so that those can be installed side-by-side
or provide an additional package for 32bit libs for 64bit Archs
As workaround I extracted just the libs from
/usr/lib/llvm-3.5/lib/clang/3.5.0/lib/linux
Kind Regards,
Norbert Lange
binaries for different archs can be installed together.
And ideally further packages would install libraries for arm-[linux|none],
mips-[linux|none], etc..
Kind Regards,
Norbert Lange
Am 29.11.2014, 10:42 Uhr, schrieb Sylvestre Ledru :
On 29/11/2014 00:29, Norbert Lange wrote:
Package: libclang
---
Von: "Norbert Lange"
An: 771...@bugs.debian.org, "Sylvestre Ledru"
Kopie:
Betreff: Re: Bug#771380: libclang-common-3.5-dev: libraries cant be
installed for crosscompiling 32bit
Datum: Sat, 29 Nov 2014 18:29:47 +0100
Sure,
consider test.cpp a trivial hello world program.
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-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,
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: 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): ignore
-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 :
> On 28/07/16 15:20, Norbert Lange wrote:
>> Package: coreutils
>> Ve
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: stretch/s
On Mon, 31 Oct 2016 08:38:21 +0100 Sylvestre Ledru 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 sanitizer is unusable as it segf
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:
*
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 pre
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
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
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
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 pac
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
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
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
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
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: 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
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.
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
> >
&
, 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
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
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
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: 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
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
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: 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
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).
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
Hello Reinhard,
podman been in testing for a while, can you find the time to apply the
patch now?
Regards, Norbert
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: 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: 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
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: 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
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: 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
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: 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
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
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,
> > >
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
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,
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: 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
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
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.
>
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
> >
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
1 - 100 of 134 matches
Mail list logo
