On Sat, 29 Mar 2025 07:03:44 + Debian FTP Masters
wrote:
Source: samba
Source-Version: 2:4.22.0+dfsg-2
Done: Michael Tokarev
Thanks, fix confirmed, that version fixes the issue on my end!
On Mon, 17 Mar 2025 20:15:56 +0100 Timo van Roermund
wrote:
Now with the correct link: https://snapshot.debian.org/package/samba/
This version (4.21.4) works for me:
https://snapshot.debian.org/package/samba/2%3A4.21.4%2Bdfsg-1/
Thanks, that works for me too, no more samba crashes.
On Sun, 2
Same issue here, it's crashing and restarting all the time upon
accessing a share...
But it seems v4.21 is gone from the archive for sid, where can I get
that now?
Cheers,
Andre
Source: audacious
Version: 4.2-1
The qthotplug plugin is missing, the gtk frontend one is present and
works fine.
Same for version 4.3.1-1~exp1.
Peeking at [0] I assume it's probably due to the missing
libqt5x11extras5 dependency?
Thanks!
Andre
[0]
https://github.com/audacious-media-play
On 20/02/2023 16:23, Jakob Haufe wrote:
Control: tag -1 + help
On Mon, 20 Feb 2023 15:57:23 +0100
Andre Heider wrote:
Adding "gem 'thin'" to /usr/share/redmine/Gemfile fixes it for me.
I've no idea about ruby stuff, so that's probably not an appropriate
soluti
This can be closed, a backport is available now.
Thanks!
Andre
Package: redmine
Version: 5.0.4-2~bpo11+1
I've a ~3 year old redmine+thin+nginx oldstable setup which I couldn't
use since upgrading to bullseye. Now that there's a backport (many
thanks for finally having one!), I tried to get that old instance
working again.
It seems the packages have been
Can we please have spice back?
It's been half a year, and my patch with an alternative solution still
works fine with 1.4.29 (which is what I'm using for that period on a
daily basis):
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1015147#27
Thanks,
Andre
Same here on XFCE with gnome-terminal.
Upstream has fixed it with:
https://gitlab.gnome.org/GNOME/vte/-/commit/a07cfcde3e595084ebc72c96c41857bf05c4c668
Can this patch be backported for the debian package, please?
Thanks,
Andre
switch to libsoup3 and reenable the spice plugin.
Seems to work fine with some light testing.
Thanks,
AndreFrom ab5199bac542ca74f0bedb9e0260519521c386d5 Mon Sep 17 00:00:00 2001
From: Andre Heider
Date: Thu, 4 Aug 2022 09:36:39 +0200
Subject: [PATCH 1/2] don't build the news dialog and switch
Hi,
this is really unfortunate, spice is _the_ protocol to connect to local VMs.
According to the upstream bug in #1, libsoup is just used for the
internal news thingy. Which is arguably useless from debian's point of view.
Can't we disable that and keep spice, please?
Thanks,
Andre
Source: redmine
Can we have a backport for bullseye please?
The wiki claims it'll come at some point [0], and Rails 6 is there, so
are we there yet? :)
[0] https://wiki.debian.org/Redmine
Thanks!
Andre
Woot, just shy of 4 years later and this can finally be closed :)
Source: wine
Version: 7.0~repack-4
First of all: Thanks for the v7.0 update, much appreciated!
But the packages now conflict with each other, they both contain the
same headers.
That prevents installing them both and hence building apps requiring
libwine for both archs.
Can that be fixed w
On 30/01/2022 21:51, Michael Biebl wrote:
For anyone interested, I've submitted
https://salsa.debian.org/systemd-team/systemd/-/merge_requests/138
Which also ships some very basic /etc/kernel hooks and a simplistic
postinst.
Would welcome feedback / follow-up fixes if needed.
That looks nic
Can we please get an update to v1.1.0?
That already updates the gtk module for gtk-3.0 ;)
Thanks,
Andre
Hi there,
newer version require libopusenc, which I guess is the holdup?
There's [0], but I don't know how this process works. How does that get
in so opus-tools can be updated?
Thanks,
Andre
[0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922102
On 11/10/2021 18:41, Andreas Metzler wrote:
This looks like
https://github.com/lavv17/lftp/issues/641
which has a fix in upstream GIT.
That indeed looks likely, thanks!
The audacious cmdline from above works now, I guess because of the
resolved bug #995432 ?
lftp still fails though.
Source: gnutls28
Version: 3.7.2-2
Apps using gnutls fail to connect to servers using a Let's Encrypt
certificate which are cross-signed by the now expired DST Root CA X3,
see [0].
Examples:
$ lftp https://shop.bbc.com
cd: Fatal error: Certificate verification: Not trusted
(93:3C:6D:DE:E9:5C
Hi Till,
On 01/10/2021 12:32, Till Kamppeter wrote:
Andre, could you attach your PostScript file, once the original and also
the one you get after pre-processing when using "GSCall echo %s %s %s;
cp %s /tmp"? Thanks.
attached a patch for the original .ps file, see the first post for a link.
On 28/09/2021 14:03, Martin-Éric Racine wrote:
ti 28. syysk. 2021 klo 8.24 Andre Heider (a.hei...@gmail.com) kirjoitti:
Thanks, works out of the box now!
Can you confirm that 3.0.1-9 (stable) doesn't work while 3.0.1-12
(unstable) works?
Nope, I'm on testing and updated from 3
Thanks, works out of the box now!
On 27/09/2021 12:17, Martin-Éric Racine wrote:
Andre,
You might wanna read up on what constitutes Severity: critical. Fails
at producing a file is not a valid criteria for such a severity.
Ok, so "grave" it is then... Didn't realize "critical" isn't per package
but system-wide.
But it wasn'
On 27/09/2021 12:17, Martin-Éric Racine wrote:
Andre,
You might wanna read up on what constitutes Severity: critical. Fails
at producing a file is not a valid criteria for such a severity.
Will do, but since the package fails at its own single purpose I did
consider that as appropriate.
Che
Severity: critical
Printing now always produces an empty pdf for me.
It indeed is the 'setpdfwrite' operator that's responsible for this.
Attached patch from arch fixes it:
https://github.com/archlinux/svntogit-packages/blob/packages/cups-pdf/trunk/remove-deprecated-ghostscript-setpdfwrite-opera
I did some more digging and it looks like valgrind can just be disabled:
https://salsa.debian.org/xorg-team/lib/libdrm/-/blob/debian-unstable/meson.build#L256
And AFAICT it's only used for debugging purposes ("ioctl annotations"),
on intel and freedreno:
$ git grep HAVE_VALGRIND
freedreno/freed
This is not multiarch compatible, libdrm-dev can't be coinstalled with
libdrm-dev:i386 now.
See also
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=930530
Just going by the upstream commit history it looks like the initial
rails>=6 transition is done.
Can we get a pre v5 release experimental package please?
Thanks,
Andre
I guess more transitions are required, just by grep'ing in my local /usr
I see these:
/usr/bin/vimtutor:TUTORCOPY=`mktemp $tmp/tutorXX || tempfile -p
tutor || echo none`
/usr/bin/bzexe:tmpfile=`tempfile -p gztmp -d /tmp` || exit 1
/usr/bin/mupdf:tmp=$(tempfile -s .pdf)
/usr/sbin/install-ke
On Wed, 18 Aug 2021 23:19:17 +1200 Jean-Francois Pirus
wrote:
Duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=992385
No, not really.
This removes a tool which is still in use. I get the desire to remove
deprecated stuff, but the user friendly way is to communicate the
removal
Source: debianutils
Version: 5.0.1-1
Severity: critical
X fails to start up, basically rendering the whole graphical login useless.
/etc/X11/Xsession:elif ERRFILE=$(tempfile 2> /dev/null); then
/etc/X11/Xsession:# error from tempfile and echo go to the error file to
aid the user in
/etc/X11/Xs
Ping.
Anyone? Bueller?
Nice, thanks!
Two minor things:
* pipewire-pulse.[socket|service] isn't installed
this works for me:
$ cp -a
/usr/share/doc/pipewire/examples/systemd/user/pipewire-pulse.*
/usr/lib/systemd/user
* pipewire should recommend rtkit
without:
pipewire[13006]: could not set nice-level to
Yes, please update the package to 0.3.17 ;)
On 15/10/2020 16:11, Heinrich Schuchardt wrote:
On 15.10.20 15:13, Andre Heider wrote:
On 04/09/2020 07:20, Andre Heider wrote:
Of those, these are part of all.db:
rockchip/rk3399-evb.dts
apm/apm-mustang.dtb
The former is an evaluation board, added by Heinrich (cc'ed) in
Gentle ping
On 04/09/2020 07:20, Andre Heider wrote:
Of those, these are part of all.db:
rockchip/rk3399-evb.dts
apm/apm-mustang.dtb
The former is an evaluation board, added by Heinrich (cc'ed) in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899090
Given the nature of these boards, I guess Hei
ping?
Patch is a plain bugfix, so I think uncontroversial?
On 04/09/2020 02:30, Vagrant Cascadian wrote:
I'm submitting this to the Debian bug tracking system, since this isn't
directly related to u-boot. I've dropped most of the CCs on the thread,
presumably should also drop the u-boot CC on follow-ups.
Thanks!
For the record: I added the path for *a
On 04/09/2020 12:50, Heinrich Schuchardt wrote:
On 04.09.20 09:54, Andre Heider wrote:
On 04/09/2020 09:20, Heinrich Schuchardt wrote:
On 04.09.20 07:20, Andre Heider wrote:
On 04/09/2020 03:10, Vagrant Cascadian wrote:
On 2020-08-28, Andre Heider wrote:
Stats:
Going by u-boot upstream
On 04/09/2020 09:20, Heinrich Schuchardt wrote:
On 04.09.20 07:20, Andre Heider wrote:
On 04/09/2020 03:10, Vagrant Cascadian wrote:
On 2020-08-28, Andre Heider wrote:
Stats:
Going by u-boot upstream, only 17 of +700 boards set $console (grep for
You seem
CONFIG_DEFAULT_CONSOLE, which too
On 04/09/2020 03:10, Vagrant Cascadian wrote:
On 2020-08-28, Andre Heider wrote:
Stats:
Going by u-boot upstream, only 17 of +700 boards set $console (grep for
CONFIG_DEFAULT_CONSOLE, which too is deprecated).
Going by linux upstream, 112 of 125 arm64 boards used "stdout-path":
$ fin
17 00:00:00 2001
From: Andre Heider
Date: Fri, 4 Sep 2020 06:32:07 +0200
Subject: [PATCH] Add missing ESPRESSObin variants
Linux added support for these [0]. Each has its own model identifier, so
add them here too.
[0] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/
On 27/08/2020 22:43, Vagrant Cascadian wrote:
Control: severity 969070 important
On 2020-08-27, Andre Heider wrote:
Since [0] flash-kernel does:
if test -n "${console}"; then
setenv bootargs "${bootargs} console=${console}"
fi
The common $console for
Source: flash-kernel
Severity: critical
Since [0] flash-kernel does:
if test -n "${console}"; then
setenv bootargs "${bootargs} console=${console}"
fi
The common $console format as set by u-boot includes the leading "console=":
include/configs/arndale.h:#define CONFIG_DEFAULT_CONSOLE
"
Source: gcc-10
Version: 10.2.0-5
This used to work with earlier gcc versions:
gcc -m32 /dev/null
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-linux-gnu/10/libgcc.a when searching for -lgcc
/usr/bin/ld: cannot find -lgcc
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-linux-gnu
On Wed, 27 May 2020 08:51:40 +0200 Antenore Gatta
wrote:
Hi all,
patch is on its way.
Progress can be tracked on our gitlab [0]
Any feedback is much appreciated as it'll easy the resolution of the bug.
Thanks!
Kind regards
Antenore
- [0] https://gitlab.com/Remmina/Remmina/-/merge_requests/
::EACCES (Permission denied @ dir_s_mkdir - /usr/share/redmine/tmp):
Now it uses the intended tmp directory and issues can be imported again:
/var/lib/redmine/default/tmp/imports/350548aee641641463bc89cd6043738c
>From ee9b172effe5ffc64a15f84b393923d6fb66d99b Mon Sep 17 00:00:00 2001
From: Andre Hei
Reported upstream:
https://bugzilla.kernel.org/show_bug.cgi?id=205005
salsa is down, but assuming net/wireless/nl80211.c is unpatched, it's
running into this:
/* a self-managed-reg device must have a private regdom */
if (WARN_ON(!regdom && self_managed)) {
nlmsg_free(msg);
return -EINVAL;
}
Any ideas?
previous post was with 5.3~rc5-1~exp2, so it happens there too.
with 5.2.0-2-amd64 it's the same though:
[3.938929] [ cut here ]
[3.938979] WARNING: CPU: 1 PID: 551 at net/wireless/nl80211.c:6859
nl80211_get_reg_do+0x1fc/0x210 [cfg80211]
[3.938980] Modules lin
reopen 939986
I get the very same crash :(
[3.877660] [ cut here ]
[3.877711] WARNING: CPU: 1 PID: 551 at net/wireless/nl80211.c:6865
nl80211_get_reg_do+0x1fc/0x210 [cfg80211]
[3.877712] Modules linked in: cmac bnep intel_rapl_msr
intel_rapl_common x86_pkg_t
On Sat, 19 Jan 2019 17:04:43 +0900 Hideki Yamane
wrote:
Hi,
On Tue, 1 Jan 2019 10:27:00 +0100 Andre Heider wrote:
> Source: linux
> Version: 4.19.12-1
> Severity: wishlist
>
> Hi,
>
> this option is missing for cpu frequency scaling on e.g. my espressobin.
arch/ar
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-w...@lists.debian.org
* Package name: gallium-nine-standalone
Version : 0.1
Upstream Author : Andre Heider
* URL : https://github.com/dhewg/nine
* License : LGPL-2.1+
Programming Lang: C
Description
Source: linux
Version: 4.19.12-1
Severity: wishlist
Hi,
this option is missing for cpu frequency scaling on e.g. my espressobin.
According to [0], 4.19 should be ready for cpufreq on this platform. The
mentioned AVS support doesn't seem to have an additional config knob, or
at least I didn't
On 14/12/2018 15:10, Martín Ferrari wrote:
On 14/12/2018 05:43, Andre Heider wrote:
I ran into the same issue and came with another approach. The patch was
just merged upstream[0], so post v0.17.0.
That also introduces a new metric if a disk is in standby mode.
Thanks Andre! I have replaced
I ran into the same issue and came with another approach. The patch was
just merged upstream[0], so post v0.17.0.
That also introduces a new metric if a disk is in standby mode.
Could you please update to 0.17.0 and cherry-pick that instead?
Thanks!
Andre
[0]
https://github.com/prometheus/no
The first issue is fixed upstream [0] and is part of the just release v3.21.
The patch to fix the second [1] was rejected though.
Which means this can be closed.
[0]
https://source.winehq.org/git/wine.git/commitdiff/2dfff7e63c4fc6f97e83df448a2c2b8c4b9eedd5
[1] https://www.winehq.org/pipermail/
Hang on, I whipped up a patch which attempts to solve that library path
issue in a universal way. Sent upsteam, let's see how that goes
e consider applying it!
Thanks!
Andre
>From 44ef6582ef3c3628bccac8d9bf10db6609feb439 Mon Sep 17 00:00:00 2001
From: Andre Heider
Date: Fri, 16 Nov 2018 23:14:08 +0100
Subject: [PATCH] winegcc: fixups for wine-development non-standard paths
Fix two issues specific to the wine-development pac
On 14/09/2018 10:39, Yangfl wrote:
It's currently blocked in NEW queue; see
https://ftp-master.debian.org/new/qtox_1.15.0-1.html
And it seems that's still the case :(
I don't know what's required to get something out of the "new queue",
but what's holding this up?
Regards,
Andre
All blocking bugs have been resolved, can we still expect a qtox package?
Source: linux
Version: 4.14.0-3-arm64
Severity: wishlist
Hi,
this is for the tegra pcie controller, as found on e.g. the jetson tx1:
https://elinux.org/Jetson_TX1
Thanks,
Andre
On 21/01/18 00:52, Vagrant Cascadian wrote:
On 2018-01-20, Vagrant Cascadian wrote:
On 2017-12-12, Andre Heider wrote:
Subject: [PATCH 05/10] bootscr.uboot-generic: support multiple prefixes to
load from
Subject: [PATCH 06/10] beaglebone: clean up boot script
I might try to rework 5-6 with
Source: linux
Version: 4.14.0-3-arm64
Severity: wishlist
Hi,
this is for the i2c host controller on mvebu, like espressobin.
Thanks,
Andre
Hi Vagrant,
On 20/12/17 22:32, Vagrant Cascadian wrote:
On 2017-12-12, Andre Heider wrote:
I added the ability to concatenate multiple scripts/snippets for the
final boot script.
The new overlay handling snippet is supposed to be
used with this. But the feature itself also allows nice cleanups
The patches need a bit more work.
But before I do that, I'd like some feedback if this would be
desirable/acceptable at all.
Let me know what you think,
Andre
r set $fk_overlays on the u-boot prompt or OVERLAYS in
/etc/defaults/flash-kernel to "foo bar".
Testing on beaglebone looks promising so far ;)
>From efaadbd96967674f2fb82eb530dd447a6b5c65ba Mon Sep 17 00:00:00 2001
From: Andre Heider
Date: Tue, 12 Dec 2017 09:23:37 +0100
Subject: [PATCH 01
Source: flash-kernel
Severity: wishlist
Recent u-boot versions support fdt overlays. It can load a base dtb,
apply various overlays to it, and pass the final device tree to the kernel.
To be able to use such overlays:
1) u-boot has to be compiled with CONFIG_OF_LIBFDT_OVERLAY
2) the base dtb h
Package: libbluray-dev
Version: 1:1.0.2-1
the -dev packages needs to depend on other -dev packages:
pkg-config libbluray --cflags
Package libxml-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libxml-2.0.pc'
to the PKG_CONFIG_PATH environment var
Source: gcc-7-cross
(this applies to gcc-*-cross, I was unsure where to file it)
Currently all the binaries of all -cross packages have a version suffix.
For gcc it looks like this:
gcc-7-aarch64-linux-gnu: /usr/bin/aarch64-linux-gnu-gcc-7
gcc-5-aarch64-linux-gnu: /usr/bin/aarch64-linux-gnu-gcc
On Tue, 5 Dec 2017 14:07:46 + Leif Lindholm
wrote:
Please don't ship dtb files at all, including the kernel images.
If firmware does not come with hardware description, that is a
shortcoming of the firmware. If a newer kernel cannot be booted with
an existing device tree, then that is a bug
Source: debian-installer
Some arm64 devices (like espressobin) boot using u-boot and not using
efi. For these the kernel's corresponding dtb is required to boot.
I only checked the latest daily netboot.tar.gz, and while armhf ships
those files, arm64 does not.
When fishing out the dtb out o
seconded, this is the serial device used by marvell armada 37xx devices,
see drivers/tty/serial/mvebu-uart.c
debian-installer adds it, but a debootstrapped root obviously does not:
Thanks,
Andre
$ tail /etc/securetty
# serial console added by debian-installer
ttyMV0
Source: linux
Version: 4.12.0-trunk
Severity: wishlist
Hi,
new blq-mq i/o scheduler in 4.12, please enable.
Thanks,
Andre
Just as a reference, maybe it's of some use to others:
I'm using the attached scripts as:
/etc/kernel/postinst.d/zz-systemd-bootd
/etc/kernel/postrm.d/zz-systemd-bootd
They're very basic, but worked for me just fine for the kernel updates
of the past +2 month.
That's the kind of distribution<
/commit/?id=030866cf7d3
Sorry for the trouble!
confirming fix as working, thanks!
--
Mit freundlichen Grüßen,
Andre Heider
Heider Softwareentwicklung
+49 5121 / 9289068
http://back-control.de
a.hei...@back-control.de
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen
Thanks Peter, I can confirm your whole patchset compiles and works for
me just fine on armhf!
On Mon, Dec 5, 2016 at 3:39 PM, Julian Andres Klode wrote:
> Yes. Well, not missing, but rather left out by purpose. systemd
> can't just start installing bootloader _integration_, that would
> be weird.
I'm not sure I follow.
What I'm looking for is just the same basic integration for debian as
Hi,
I just ran into this again and had a look around:
The systemd tool kernel-install(8) is already installed and appears to
be working just fine.
It's "add" mode copies debian's kernel/initrd to the esp and adds a
boot loader entry, which boots just fine.
It's "remove" mode cleans up the copied/
Source: linux
Version: 4.7.0-1-armmp-lpae
Severity: important
Hi,
starting with 4.7 the DTBs are not part of the package anymore:
# dpkg -L linux-image-4.5.0-2-armmp-lpae|grep dtb|wc -l
349
# dpkg -L linux-image-4.6.0-1-armmp-lpae|grep dtb|wc -l
363
# dpkg -L linux-image-4.7.0-1-armmp-lpae|grep
Hi,
there's finally a v4.5 fix available, see [0]:
> v4 fixes for 4.5 are here:
>
> https://patchwork.ozlabs.org/patch/598195/ (revert)
> https://patchwork.ozlabs.org/patch/598196/
Those two didn't make it to v4.5.5, but please incude these, stmmac is
broken for 5 debian kernel releases already.
Source: linux
Version: 4.5~rc7-1~exp1
Severity: wishlist
Hi,
powerplay is the power management for the amdgpu driver.
On top of the config switch this feature used to be hidden behind an
additional kernel module parameter. As of v4.5 it looks like it's
enabled per default for the families 'tonga
And another driver not yet enabled: "X-Powers AXP20X power button
driver" (CONFIG_INPUT_AXP20X_PEK), which was merged for 4.0 already
Source: linux
Version: 4.4~rc5-1~exp1
Severity: bug
Hi,
the new module fails to load:
[ 13.879728] sun4i-ss 1c15000.crypto-engine: no reset control found
[ 13.887548] sun4i-ss 1c15000.crypto-engine: Die ID 0
[ 13.892618] sun4i-ss 1c15000.crypto-engine: Fail to register md5
[ 13.898809] s
Source: linux
Version: 4.4~rc5-1~exp1
Severity: wishlist
Hi,
4.4 mainline merged new sunxi drivers, two not yet enabled:
* CAN controller (CONFIG_CAN_SUN4I)
* Audio codec (CONFIG_SND_SUN4I_CODEC)
Please enable.
Thanks,
Andre
Source: linux
Version: 4.3-1~exp1
Severity: wishlist
Hi,
4.3 mainline merged new sunxi drivers, two not yet enabled:
* the USB OTG controller (CONFIG_USB_MUSB_SUNXI)
* support for the Security System crypto accelerator
(CONFIG_CRYPTO_DEV_SUN4I_SS)
Please enable.
Thanks,
Andre
I noticed the commit, thx Ian!
> I only own a beaglebone black, so not all drivers are of interest
> there, but unless there's a reason not to: please enable.
Hah, I also own a couple of other devices unrelated to sunxi, but what
I really meant is my cubieboard 2 :P
--
To UNSUBSCRIBE, email to
Source: linux
Version: 4.1.2-1~exp1
Severity: wishlist
Hi,
there're a couple of new mainline drivers missing for sunxi:
MTD_NAND_SUNXI
EEPROM_SUNXI_SID
KEYBOARD_SUN4I_LRADC
SERIO_SUN4I_PS2
I2C_SUN6I_P2WI
SPI_SUN4I
IR_SUNXI
RTC_DRV_SUN6I
DMA_SUN6I
PWM_SUN4I
PHY_SUN9I_USB
I only own a beaglebone
Package: gcc-arm-none-eabi
Version: 4.8.2-14+6
Severity: normal
Tags: upstream patch
Hi,
I ran into this while cross compiling a kernel for the raspberry pi with this
toolchain.
I reported weird kernel crashes upstream [0] and found out this is a due to a
gcc v4.8 regression [1].
It's fixed upst
You can probably kill this one.
This patch introduces the usage of GL_NV_vdpau_interop in a way which
violates the specs:
https://bugs.freedesktop.org/show_bug.cgi?id=73191#c28 and #29.
It was fixed upstream just yesterday (comment #34).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@list
Package: xbmc
Version: 2:12.3+dfsg2-3
Severity: normal
xbmc offers "play disc" in the main menu when a dvd is present.
Choosing that options just ends in the log entry:
ERROR: Unable to load /usr/lib/xbmc/system/players/dvdplayer/libdvdnav-
x86_64-linux.so, reason: /usr/lib/xbmc/system/players/dv
94 matches
Mail list logo
