Package: libappstream0
Version: 0.6-1
Severity: critical
Justification: breaks unrelated software
Dear Maintainer,
* What led up to the situation?
libappstream0 was updated in Debian testing from 0.5-1 to 0.6-1, while apper
remained version 0.8.1-1.
* What exactly did you do (or not do)
Control: severity -1 normal
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
/EFI/boot/bootx64.efi.
That allowed it to boot. Then I could restore the Debian entry with running:
sudo efibootmgr -c -l \\EFI\\debian\\grubx64.efi -L Debian
So, to summarize, something went wrong during the package upgrade, that wiped
the Debian entry from EFI memory.
Regards,
Hillel Lubman
/75b3d7d1587d4fe66ea8d157efc022f20d853dc1
(Related discussion: https://forum.kde.org/viewtopic.php?f=225t=123044 ).
Can you please backport this fix into the Debian package? The next release of
Apper might be in a while, and it would be good to have this in working state
in Jessie.
Thanks.
Hillel Lubman.
-- System Information
On Fri, 22 May 2015 17:31:37 +0200 (CEST) Fabio Pedretti fabio@libero.it
wrote:
Hi, is there any news on upgrading xz-utils?
Thanks!
I second this. The latest version supports both multithreaded compression and
decompression which is very valuable and can save a lot of time when using
Package: sddm
Version: 0.11.0-3
Severity: important
Dear Maintainer,
After upgrading Debian testing to KDE Plasma 5, things which rely on
/etc/profile being sourced became broken because sddm doesn't source it unlike
kdm did (it also doesn't source $HOME/.profile unlike kdm, so if anything
I see that sddm contains /usr/share/sddm/scripts/Xsession with those includes,
but apparently in my case it didn't help including /etc/profile and
$HOME/.profile
(my shell is bash, and I have $HOME/.profile and no $HOME/.bash_profile).
I tested, and sddm does include $HOME/.xsessionrc however.
Package: firmware-iwlwifi
Version: 20151018-2
Severity: normal
Dear Maintainer,
After firmware-iwlwifi was updated to 20151018-2 on my Debian testing, it
started complaining that it can't load iwlwifi-7260-15.ucode. (Before it was
complaining even more, but now about 7260-15 only).
Here is what
Does anyone still plan to do it? It's been a really long time since the
new parallelized version came out.
Hillel.
This bug is now fixed upstream:
https://bugs.kde.org/show_bug.cgi?id=347094 [1]
Until this will come to Debian, you can use a keyboard shortcut
workaround. Ctrl+Shift+LeftArrow / Ctrl+Shift+RightArrow.
Links:
--
[1] https://bugs.kde.org/show_bug.cgi?id=347094
Version 2.0 proper was released recently:
https://www.keepassx.org/news/2015/12/533
Do you plan push it to Sid and testing?
Thanks,
Hillel Lubman.
Package: openconnect
Version: 7.06-2+b2
Severity: normal
Dear Maintainer,
Openconnect 7.06 became incompatible with new Pulse (Junos) VPN (--juniper
option). It fails to connect to it with such error:
Failed to parse KMP message
See http://lists.infradead.org/pipermail/openconnect-
now. Replacing it with nc -N
can work around it. nc is used in
/usr/share/playonlinux/lib/setupwindow.lib
Replace nc -q with nc -N there, and POL will work fine with netcat-openbsd as
well.
I attach a patch with that fix.
Regards,
Hillel Lubman.
[1] https://bugs.debian.org/cgi-bin
Hi.
I'm on current Debian testing, and have:
qemu-*: 1:2.8+dfsg-1
libvirt0: 2.5.0-3
libvirglrenderer0: 0.5.0-1
virt-manager: 1:1.4.0-5
libspice-server1: 0.13.3-1 (installed from:
https://github.com/adlererik/spice-virgl/releases ).
And I set in my VM configuration:
Dear maintainer,
do you plan to fix this and upload the newest version of openconnect before the
upcoming Debian freeze?
Thanks,
Hillel.
f you can figure support for both SDL1 and SDL2 at the same time as a
runtime choice, that would be of course ideal including legacy cases.
Best regards,
Hillel Lubman.
Hi.
Do you plan to add --enable-virglrenderer to the qemu build? Freeze is
very close, and it would be good to have this feature in before it.
Thanks,
Hillel Lubman.
Package: openconnect
Version: 7.07-1
Severity: important
openconnect 7.07 stopped working with latest release of Pulse/Juniper VPN.
See http://lists.infradead.org/pipermail/openconnect-
devel/2016-November/004052.html
This is fixed in 7.08 which was released recently. Please update it in Debian
On Sat, 24 Dec 2016 11:11:58 -0800 Mike Miller wrote:
> Can you please test with 7.08-1 which will be available in the archive
> soon? Does 7.08-1 fix the problem you were having with 7.07-1?
I just tested it with 7.08-1 from unstable, and it fixes the problem.
Thanks!
Hillel.
Package: wayland-protocols
Version: 1.7-1
Severity: wishlist
Dear Maintainer,
Recent Mesa master started requring wayland-protocol 1.8 or higher to build,
so it's not building on Debian anymore as is. Please package the newest version.
-- System Information:
Debian Release: buster/sid
APT
RX 5xxx,
and it should be higher severity than important.
Thanks,
Hillel Lubman.
stable and testing).
Thanks!
Hillel Lubman.
with it.
I don't think it's good to stall the package because of this for
everyone else.
The severity here should be probably important, not grave.
Regards,
Hillel Lubman.
ly
Mesa's or Debian's problem, and Steam runtime itself needs fixing.
Regards,
Hillel Lubman.
Package: fio
Version: 3.5-1
Severity: normal
Despite specifying libaio-dev [!linux-any] in control file, somehow libaio-dev
fails to be installed during the package build, and becasue of that libaio
engine is disabled in currently packaged fio for Linux.
Please enable libaio during build for the
?
Regards,
Hillel Lubman.
enderer, while the headless one doesn't. I suppose
they were trying to solve the same issue.
Regards,
Hillel Lubman.
[1] https://virgil3d.github.io
[2] https://www.archlinux.org/packages/extra/x86_64/qemu/
[3] https://www.archlinux.org/packages/extra/x86_64/qemu-headless/
Original bug reporter didn't get back to confirm the bug, and others report it
as working
fine now. May be severity should be lowered at least until it's confirmed?
Regards,
Hillel Lubman.
On Thu, 12 Nov 2015 17:29:35 + Ben Hutchings wrote:
>
> But for other configurations it is worse:
>
> config NO_HZ_FULL
> bool "Full dynticks system (tickless)"
> ...
> This is implemented at the expense of some overhead in user <->
> kernel
>
Package: libc6-i386
Version: 2.26-6
Severity: important
Dear Maintainer,
I tried cross compile 32-bit Mesa on 64-bit Debian (amd64), and I had to
install these packages in order to do it:
llvm-5.0-dev:i386 libclang-5.0-dev:i386 gcc-multilib g++-multilib
Unfortunately it failed, and I managed
Package: wnpp
Severity: wishlist
* Package name: plasma-browser-integration
Version : git/master
* URL : https://github.com/KDE/plasma-browser-integration
* License : GPLv3
Programming Lang: C++
Description : Components necessary to integrate browsers
On Mon, 23 Jul 2018 10:30:06 -0300 Lisandro Damián Nicanor Pérez Meyer wrote:
> This has happened so far:
>
> From the Debian side maxy added haveged as a sddm recommendation and as a
> workaround.
>
Should it better recommend rng-tools5? It's a better quality entropy generator
that's
more
Package: plasma-browser-integration
Version: 5.13.1-1
Severity: normal
Currently the description says: "Chromium integration for Plasma"
It's intended to be used with multiple browsers, including Firefox, so the
description should be more generic. Something like:
"Web browsers integration for
Is there anything else needed to move this forward?
Regards,
Hillel Lubman.
ibvirt/TEMPLATE.qemu didn't help in my case either.
Regards,
Hillel Lubman.
This also prevents i386 version from being built, which in turn blocks using
newer 32-bit Wine which now depends on faudio.
Please re-upload the package with build-depends for cmake, and you can as well
use the newest version: 19.04.
Regards,
Hillel Lubman.
56), but I'm running
kernel 5.2.1
in Debian testing.
Best regards,
Hillel Lubman.
Falling back to gcc 8 is a workaround for this, but what is the
required fix for gcc 9 and further going forward?
On Wed, 13 Jul 2022 21:02:02 +0300 Dmitry Shachnev
wrote:
>
> I expect users to complain if something doesn't work.
>
> Also note that now we get releases from Qt every couple of months, so
sooner
> or later we will get most of the patches this way (and it will be easier
to
> deal with the
39 matches
Mail list logo