Package: python3-altair
Version: 4.2.0-1
Severity: normal
Tags: upstream
X-Debbugs-Cc: muzi...@gmail.com
Dear Maintainer,
latest version of Altair library requires an extra package
"altair_viewer" to using the method show() on a chart (this methos was
implemented since version 4.1.0)
I have
problem caused by this commit:
https://salsa.debian.org/chromium-team/chromium/-/commit/836b9da55c776a27d884d0405f385dcb7ef6f12e
But the checking must consider the presence of "sse3" OR "pni" (that is
a synonym) in /proc/cpuinfo
I have also a CPU that support sse3 and sse4a but declares "pni"
I do not agree, because Xine using hardware acceleration (if I don't
force to disable it by setting LIBVA_DRIVER_NAME,VDPAU_DRIVER ) and
playing entire sample only with a glitch.
VLC must do it with the same behaviour
I do not agree, because Xine using hardware acceleration (if I don't
force to disable it by setting LIBVA_DRIVER_NAME,VDPAU_DRIVER ) and
playing entire sample only with a glitch.
VLC must do it with the same behaviour
gdb stack trace of the crash:
Thread 25 "vlc" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffbc7fb700 (LWP 9949)]
0x7fffab507cb3in ??() from /usr/lib/x86_64-linux-gnu/dri/r600_dri.so
(gdb) bt
#0 0x7fffab507cb3in () at /usr/lib/x86_64-linux-gnu/dri/r600_dri.so
#1
gdb stack trace of the crash:
Thread 25 "vlc" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffbc7fb700 (LWP 9949)]
0x7fffab507cb3in ??() from /usr/lib/x86_64-linux-gnu/dri/r600_dri.so
(gdb) bt
#0 0x7fffab507cb3in () at /usr/lib/x86_64-linux-gnu/dri/r600_dri.so
#1
Package: libvlc5
Version: 3.0.16-1
Severity: important
X-Debbugs-Cc: muzi...@gmail.com
Dear Maintainer,
VLC crash when playing some mpeg2 stream
Here you can found a downloadable sample recording that crash after 11
seconds: https://www.dropbox.com/s/16qgb3aua8byg6k/Sample-crash_11s.m2t?dl=0
Package: libvlc5
Version: 3.0.16-1
Severity: important
X-Debbugs-Cc: muzi...@gmail.com
Dear Maintainer,
VLC crash when playing some mpeg2 stream
Here you can found a downloadable sample recording that crash after 11
seconds: https://www.dropbox.com/s/16qgb3aua8byg6k/Sample-crash_11s.m2t?dl=0
Package: python3-sklearn
Version: 0.20.2+dfsg-6
Severity: minor
Dear Maintainer,
after upgrading from stretch to buster when import sklearn from python 3.7 a
warning is showed:
/usr/lib/python3/dist-packages/sklearn/externals/joblib.py:1:
DeprecationWarning: the imp module is deprecated in
Package: python3-sklearn
Version: 0.20.2+dfsg-6
Severity: minor
Dear Maintainer,
after upgrading from stretch to buster when import sklearn from python 3.7 a
warning is showed:
/usr/lib/python3/dist-packages/sklearn/externals/joblib.py:1:
DeprecationWarning: the imp module is deprecated in
Package: kaffeine
Version: 2.0.15-1
Severity: normal
Dear maintainers,
I'm using kaffeine to see DVB streams from an USB device.
Since, on stable release, VLC has been upgraded to version 3.0 I have
experienced a jerky stream at first playing a video on Kaffeine after a
fresh boot
I have
the problem do not happens with kaffeine 2.0.12, installed from ubuntu
repository (artful)
___
pkg-kde-extras mailing list
pkg-kde-extras@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-kde-extras
the problem do not happens with kaffeine 2.0.12, installed from ubuntu
repository (artful)
Package: kaffeine
Version: 2.0.5-1
This bug happens to me when only if I watching some channels (in Italy
RAI1,RAI2 .. etc) and for these also I found on EPG text an error:
Country ITA: Not rated (I18N_excess_arguments_supplied)
If I start Kaffeine on another channel when the bug not
Package: kaffeine
Version: 2.0.5-1
This bug happens to me when only if I watching some channels (in Italy
RAI1,RAI2 .. etc) and for these also I found on EPG text an error:
Country ITA: Not rated (I18N_excess_arguments_supplied)
If I start Kaffeine on another channel when the bug not
I'm running a stable Debian and I can confirm, this bug happen to me
always when I use sddm with openrc (or simply boot with sysvinit-core,
sysv-rc and systemd-shim installed)
With systemd reboot/poweroff/suspend options are "almost" always
available (9 boot on 10)
I'm running a stable Debian and I can confirm, this bug happen to me
always when I use sddm with openrc (or simply boot with sysvinit-core,
sysv-rc and systemd-shim installed)
With systemd reboot/poweroff/suspend options are "almost" always
available (9 boot on 10)
Package: dolphin
Version: 4:15.08.1-1
Severity: normal
Dear maintainer,
"plasma5" version (4:15.08.1-1) of dolphin ignores services available on
/usr/share/kservices5/
for example I have ark installed (4:15.08.1-1) and some files are
present as a service
$ dpkg -L ark | grep kservices
Package: dolphin
Version: 4:15.08.1-1
Severity: normal
Dear maintainer,
"plasma5" version (4:15.08.1-1) of dolphin ignores services available on
/usr/share/kservices5/
for example I have ark installed (4:15.08.1-1) and some files are
present as a service
$ dpkg -L ark | grep kservices
Package: linux-source-4.1
Version: 4.1.3-1
Severity: normal
the archive linux-source-4.1.tar.xz shipped with this package it's a tar
uncompressed archive
--- System information. ---
Architecture: i386
Kernel: Linux 4.0.8
Debian Release: stretch/sid
500 testing http.debian.net
--- Package
Package: linux-source-4.1
Version: 4.1.3-1
Severity: normal
the archive linux-source-4.1.tar.xz shipped with this package it's a tar
uncompressed archive
--- System information. ---
Architecture: i386
Kernel: Linux 4.0.8
Debian Release: stretch/sid
500 testing http.debian.net
--- Package
I have to correct myself,
Now seems that codec used in files like
http://thud.us/videos/misc/xvid-samples/flyby-xvid.avi to be supported
by VDPAU, but other recognized as unsupported types, like wmv9 (
example:
I have to correct myself,
Now seems that codec used in files like
http://thud.us/videos/misc/xvid-samples/flyby-xvid.avi to be supported
by VDPAU, but other recognized as unsupported types, like wmv9 (
example:
Package: vlc
Version: 2.2.1-2+b2
After upgrading to VLC 2.2.1-2+b2 (that seems use ffmpeg instead of
libav) the problem seems too be magically solved.
Wow, I have no words.
--- System information. ---
Architecture: i386
Kernel: Linux 4.0.8
Debian Release: stretch/sid
500 testing
Package: vlc
Version: 2.2.1-2+b2
After upgrading to VLC 2.2.1-2+b2 (that seems use ffmpeg instead of
libav) the problem seems too be magically solved.
Wow, I have no words.
--- System information. ---
Architecture: i386
Kernel: Linux 4.0.8
Debian Release: stretch/sid
500 testing
Package: mesa-vdpau-drivers
Version: 10.4.2-2
today I have upgraded my Debian installation from the testing branch and
I continue to experience the same problem
I report here a (maybe useful) output of the command
$ VLC_VERBOSE=1 vlc
VLC media player 2.2.1 Terry Pratchett (Weatherwax)
Package: mesa-vdpau-drivers
Version: 10.4.2-2
today I have upgraded my Debian installation from the testing branch and
I continue to experience the same problem
I report here a (maybe useful) output of the command
$ VLC_VERBOSE=1 vlc
VLC media player 2.2.1 Terry Pratchett (Weatherwax)
Package: vlc
Version: 2.2.1-1
this bug is still open for me
today I have upgraded VLC (2.2.1) from the testing branch and I have
experienced the same problem
I report here the output of the command
$ VLC_VERBOSE=1 vlc
VLC media player 2.2.1 Terry Pratchett (Weatherwax) (revision
Package: vlc
Version: 2.2.1-1
this bug is still open for me
today I have upgraded VLC (2.2.1) from the testing branch and I have
experienced the same problem
I report here the output of the command
$ VLC_VERBOSE=1 vlc
VLC media player 2.2.1 Terry Pratchett (Weatherwax) (revision
the bug hasn't been fixed. I have installed VLC packages (2.2.0-1),
taken yesterday from unstable, and I have experienced the same ugly bug:
a green line at the bottom of the video
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
the bug hasn't been fixed. I have installed VLC packages (2.2.0-1),
taken yesterday from unstable, and I have experienced the same ugly bug:
a green line at the bottom of the video
___
pkg-multimedia-maintainers mailing list
Il 10/01/2015 02:18, John Paul Adrian Glaubitz ha scritto:
that this symlink is actually always created by the postinst script of
the display manager (on Debian, Fedora uses the [Install] section of
the .service file for that by setting an alias to
display-manager.service) and looking at the
Il 10/01/2015 02:18, John Paul Adrian Glaubitz ha scritto:
that this symlink is actually always created by the postinst script of
the display manager (on Debian, Fedora uses the [Install] section of
the .service file for that by setting an alias to
display-manager.service) and looking at the
also I think it's impossible that a soft-link
/etc/systemd/system/display-manager.service is created on a fresh
install who only installs KDM as display-manager.service.
Otherwise on the system there would be a
/etc/systemd/system/display-manager.service who not point to no service.
--
To
Il 10/01/2015 00:43, John Paul Adrian Glaubitz ha scritto:
Ok, I thoroughly analyzed your qemu image and eventually found out that
the symbolic link /etc/systemd/system/display-manager.service which
points to /lib/systemd/system/kdm.service was missing. A simple
ln -s
also I think it's impossible that a soft-link
/etc/systemd/system/display-manager.service is created on a fresh
install who only installs KDM as display-manager.service.
Otherwise on the system there would be a
/etc/systemd/system/display-manager.service who not point to no service.
--
To
Il 10/01/2015 00:43, John Paul Adrian Glaubitz ha scritto:
Ok, I thoroughly analyzed your qemu image and eventually found out that
the symbolic link /etc/systemd/system/display-manager.service which
points to /lib/systemd/system/kdm.service was missing. A simple
ln -s
Il 09/01/2015 15:45, John Paul Adrian Glaubitz ha scritto:
After that finished, I rebooted the machine and it booted right
into kdm without any issues or error messages. Whatever I did,
I could*NOT* reproduce your problem - at all.
it means if you type the command
# journalctl --no-pager |
Il 09/01/2015 15:45, John Paul Adrian Glaubitz ha scritto:
After that finished, I rebooted the machine and it booted right
into kdm without any issues or error messages. Whatever I did,
I could*NOT* reproduce your problem - at all.
it means if you type the command
# journalctl --no-pager |
Il 09/01/2015 22:45, John Paul Adrian Glaubitz ha scritto:
Ok, I actually understand now what your problem is. What you are seeing
there is a mere *warning* by the systemd generator for the display
manager unit that there is no service file for kdm present and that
systemd used different means
Il 09/01/2015 22:45, John Paul Adrian Glaubitz ha scritto:
Ok, I actually understand now what your problem is. What you are seeing
there is a mere *warning* by the systemd generator for the display
manager unit that there is no service file for kdm present and that
systemd used different means
I have done a test with a new installation of Debian.
Yesterday I have created a minimal installation of Debian for i386
architecture with qemu.
I have downloaded the latest weekly build of
debian-testing-i386-netinst.iso image and I have installed it on a qcow2
image of 4GB
I have
Why did you copy the extra kdm.service file into the systemd directory?
Because you have told me to do it.
see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755359#10
There is something that you are fundamentally doing wrong. I assume you
do a minimal installation without using tasksel
Why did you copy the extra kdm.service file into the systemd directory?
Because you have told me to do it.
see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755359#10
There is something that you are fundamentally doing wrong. I assume you
do a minimal installation without using tasksel
Il 08/01/2015 23:27, John Paul Adrian Glaubitz ha scritto:
I can, btw, not examine your qemu image since you did not provide
me with any passwords. I would have mount it manually now and modify
the passwd database but you could have just told me the password.
Oops... I have forget to tell you
Il 08/01/2015 23:27, John Paul Adrian Glaubitz ha scritto:
I can, btw, not examine your qemu image since you did not provide
me with any passwords. I would have mount it manually now and modify
the passwd database but you could have just told me the password.
Oops... I have forget to tell you
I have done a test with a new installation of Debian.
Yesterday I have created a minimal installation of Debian for i386
architecture with qemu.
I have downloaded the latest weekly build of
debian-testing-i386-netinst.iso image and I have installed it on a qcow2
image of 4GB
I have
ops... I have correct only the path for the var ExecStartPre
Now I have done a new test with both paths updated:
- I have copied the file kdm.service to /lib/systemd/system/kdm.service
- I have rebooted the system
kdm is not started, the output of systemctl status kdm shows me the
service as
ops... I have correct only the path for the var ExecStartPre
Now I have done a new test with both paths updated:
- I have copied the file kdm.service to /lib/systemd/system/kdm.service
- I have rebooted the system
kdm is not started, the output of systemctl status kdm shows me the
service as
Ok, next days I try to test your solution on a most recent installation
of Debian
--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54ac68a1.90...@gmail.com
Il 06/01/2015 22:35, John Paul Adrian Glaubitz ha scritto:
I presume you probably ran into this issue [1] which has been fixed
in systemd 215-8. This version of systemd includes a generator which
creates the necessary display manager unit file on-the-fly.
I'm using a Debian testing constantly
Ok, next days I try to test your solution on a most recent installation
of Debian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Il 06/01/2015 22:35, John Paul Adrian Glaubitz ha scritto:
I presume you probably ran into this issue [1] which has been fixed
in systemd 215-8. This version of systemd includes a generator which
creates the necessary display manager unit file on-the-fly.
I'm using a Debian testing constantly
thanks for your reply, but
kdm is located at /usr/bin/kdm and not /usr/sbin/kdm
with the correct kdm.service file the display manager won't start and
the message about display-manager.service still exists.
after a boot the command systemctl status kdm.service shows me this
● kdm.service -
thanks for your reply, but
kdm is located at /usr/bin/kdm and not /usr/sbin/kdm
with the correct kdm.service file the display manager won't start and
the message about display-manager.service still exists.
after a boot the command systemctl status kdm.service shows me this
● kdm.service -
Il 18/12/2014 11:06, Rémi Denis-Courmont ha scritto:
Hello,
Le 2014-12-07 01:37, Francesco Muzio a écrit :
The bug has been debated here
https://trac.videolan.org/vlc/ticket/12622
And here seems to be found a possible patch, not yet applied
https://trac.videolan.org/vlc/attachment/ticket
The bug has been debated here
https://trac.videolan.org/vlc/ticket/12622
And here seems to be found a possible patch, not yet applied
https://trac.videolan.org/vlc/attachment/ticket/12622/vlc-2.2-greenline.patch
Probably this bug happen only with libav and not with ffmpeg
--
To UNSUBSCRIBE,
The bug has been debated here
https://trac.videolan.org/vlc/ticket/12622
And here seems to be found a possible patch, not yet applied
https://trac.videolan.org/vlc/attachment/ticket/12622/vlc-2.2-greenline.patch
Probably this bug happen only with libav and not with ffmpeg
Because hpcups seems to be preferred driver against hpijs.
But nowadays, for some users, hpijs works well and hpcups has some issue
with the margins
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
I have created a new fake printer with
# lpadmin -p TEST-HP -v file:/dev/null -m
drv:///hpijs.drv/hp-deskjet_f4200_series-hpijs.ppd
also my real printer is set with this PPD.
I have modified the timestamp assigned at hpcups and hpijs drivers in
the file /var/cache/cups/ppd-updates (see
I have to correct myself.
if I create a new printer with lpadmin the behavior of the new
fake-printer is the same as the real printer.
if I reassign the hpijs PPD driver to the fake-printer and repeat the
update of the PPD the fake-printer keeps the hpijs PPD
--
To UNSUBSCRIBE, email to
I have created a new fake printer with
# lpadmin -p TEST-HP -v file:/dev/null -m
drv:///hpijs.drv/hp-deskjet_f4200_series-hpijs.ppd
also my real printer is set with this PPD.
I have modified the timestamp assigned at hpcups and hpijs drivers in
the file /var/cache/cups/ppd-updates (see
I have to correct myself.
if I create a new printer with lpadmin the behavior of the new
fake-printer is the same as the real printer.
if I reassign the hpijs PPD driver to the fake-printer and repeat the
update of the PPD the fake-printer keeps the hpijs PPD
--
To UNSUBSCRIBE, email to
binary gave error exit
status 2
Il 08/11/2014 16:21, Tzafrir Cohen ha scritto:
On Sat, Nov 08, 2014 at 03:09:59PM +0100, Francesco Muzio wrote:
Package: src:pjproject
Version: 2.1.0.0.ast20130823-1
Dear maintainer,
Why the python module is not available on debian?
Thanks for your report
ops, wrong branch
excuse me
Il 08/11/2014 16:21, Tzafrir Cohen ha scritto:
On Sat, Nov 08, 2014 at 03:09:59PM +0100, Francesco Muzio wrote:
Package: src:pjproject
Version: 2.1.0.0.ast20130823-1
Dear maintainer,
Why the python module is not available on debian?
Thanks for your report
Package: printer-driver-hpcups
Version: 3.14.6-1+b2
Severity: normal
Dear maintainers,
I have found a temporary workaround for the bug #655106
I use the hpijs ppd instead of hpcups and my printer works well with
margins.
Unfortunately despite my printer has been installed using hpijs drivers
Package: src:pjproject
Version: 2.1.0.0.ast20130823-1
Dear maintainer,
Why the python module is not available on debian?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
what driver/graphics card are you using?
I haven't any problem with mp4/h264 video, only with xvid/divx. And
uncheck the accelerated video output (overlay) didn't solve the problem.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
what driver/graphics card are you using?
I haven't any problem with mp4/h264 video, only with xvid/divx. And
uncheck the accelerated video output (overlay) didn't solve the problem.
___
pkg-multimedia-maintainers mailing list
I have to correct myself,
the output modules have effect after a restart of VLC.
starting VLC with x11 output video reproduce the same movie without the
green line
Hence
$ vlc -V x11
and
$ vlc -V glx
do not show the green line, instead of
$ vlc -V vdpau
and
$vlc -V xv
that show this bug
--
I have to correct myself,
the output modules have effect after a restart of VLC.
starting VLC with x11 output video reproduce the same movie without the
green line
Hence
$ vlc -V x11
and
$ vlc -V glx
do not show the green line, instead of
$ vlc -V vdpau
and
$vlc -V xv
that show this bug
The green line is visible also is visible also when the height of the
screen matches the height of the video. Hence the line is overlapped the
bottom of the screen, but don't change its colour o brightness during
the playing. (if I understand correctly your question)
The attached screenshot
Yes, in the earlier days I have tried on amd64 and i386 machines both
equipped with a radeon graphics card
Today I was able to do a test with an upgraded version of Debian testing
with a machine that use the nouveau driver and I'm unable to reproduce
the bug.
but this isn't happen with older
Yes, in the earlier days I have tried on amd64 and i386 machines both
equipped with a radeon graphics card
Today I was able to do a test with an upgraded version of Debian testing
with a machine that use the nouveau driver and I'm unable to reproduce
the bug.
but this isn't happen with older
Package: libvdpau1
Version: 0.8-1
Severity: normal
Dear maintainer,
When I play a video encoded with mpeg1 using VLC (or xine-ui) and VDPAU
acceleration enabled I see an almost-full green screen instead of the
video.
other codec like MPEG2 and H264 seem working well
I have tried some mpeg1
Package: vlc
Version: 2.2.0~pre4-1
Severity: normal
Dear maintainers,
After the latest upgrade of VLC in testing branch I have expirienced a
problem when I playing some avi file with an XVID content.
Some video shows an horizontal green line at the bottom of the video.
The green line is
Package: vlc
Version: 2.2.0~pre4-1
Severity: normal
Dear maintainers,
After the latest upgrade of VLC in testing branch I have expirienced a
problem when I playing some avi file with an XVID content.
Some video shows an horizontal green line at the bottom of the video.
The green line is
The green line is visible also is visible also when the height of the
screen matches the height of the video. Hence the line is overlapped the
bottom of the screen, but don't change its colour o brightness during
the playing. (if I understand correctly your question)
The attached screenshot
I have solved with
apt-get purge libjpeg-turbo-progs
it removes libjpeg-turbo-progs and upgrades libjpeg-progs (v 1:9a-2
doesn't require libjpeg-turbo-progs)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
on some machine I have upgraded libjpeg-progs to 1:9a-2 from 1:1.3.1-3
on others I have upgraded the same package to 1:9a-2 from 8d1-1
very strange...
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
I have solved with
apt-get purge libjpeg-turbo-progs
it removes libjpeg-turbo-progs and upgrades libjpeg-progs (v 1:9a-2
doesn't require libjpeg-turbo-progs)
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
on some machine I have upgraded libjpeg-progs to 1:9a-2 from 1:1.3.1-3
on others I have upgraded the same package to 1:9a-2 from 8d1-1
very strange...
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: akregator
Version: 4:4.14.1-1
this is the official patch
https://projects.kde.org/projects/kde/kdepim/repository/revisions/c5b703e7c1a3f5da43a3864536cfa606d112d60a
source:
https://bugs.kde.org/show_bug.cgi?id=336417#c21
--
To UNSUBSCRIBE, email to
Package: akregator
Version: 4:4.14.1-1
this is the official patch
https://projects.kde.org/projects/kde/kdepim/repository/revisions/c5b703e7c1a3f5da43a3864536cfa606d112d60a
source:
https://bugs.kde.org/show_bug.cgi?id=336417#c21
--
To UNSUBSCRIBE, email to
Package: systemd
Version: 215-5+b1
Severity: important
Dear maintainers,
after the upgrade to version 215-5+b1 I began to have this problem at boot:
the swapon operation fails during the boot, and it fails after 90
seconds of delayed boot.
I see on the screen the message A start job is
Package: systemd
Version: 215-5+b1
Severity: important
Dear maintainers,
after the upgrade to version 215-5+b1 I began to have this problem at boot:
the swapon operation fails during the boot, and it fails after 90
seconds of delayed boot.
I see on the screen the message A start job is
Package: iceweasel
Version: 31.1.0esr-1
Severity: normal
Tags: patch
Dear maintainers,
on latest versions of iceweasel available on testing branch I have
experienced a problem: Google Street View not working properly, during a
movement the html5 canvas is freezes on an old image.
this bug
I can confirm this bug for the latest version of packagekit daemon in
the testing branch
when I try to launch a
$ pkcon refresh
it hangs during the Loading cache with bar at 0%
and packagekitd eats 16% of CPU resources and eats continuosly RAM
--
To UNSUBSCRIBE, email to
Yes, port m2crypto to python3 it's the right way, but unfortunately I'm
not so skilled to migrate a software to python3.
I understand your vision, but my request was only this: there are no
ways to see python3-pykcs11 (v1.3.0-1 and later) and python-pykcs11
(v1.2.4-1) packages to coexists in
ok, you won :-)
thanks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: apper
Version: 0.8.2-3
Severity: normal
apper shows duplicates during a search.
steps to reproduce the bug:
run apper and search, for example, pavumeter
apper shows two package with a description instead of the real name of
the package, and both are related to the same package. (see
Package: python3-pykcs11
Severity: normal
Dear maintainer,
please continue to provide pykcs11 also for python 2, because most
software (usable in conjunction with this library, eg: m2crypto) is not
ready yet for python3
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Package: kdm
Version: 4:4.11.9-1
Severity: minor
Dear maintainers,
My machine (updated debian testing) has only KDM as display manager, it
starts without problem after upgrading/trasition to systemd.
But in journald log I see this message
systemd[1]: Cannot add dependency job for unit
Package: kdm
Version: 4:4.11.9-1
Severity: minor
Dear maintainers,
My machine (updated debian testing) has only KDM as display manager, it
starts without problem after upgrading/trasition to systemd.
But in journald log I see this message
systemd[1]: Cannot add dependency job for unit
Package: kradio4
Version: 4.0.7-2+b2
Severity: normal
Dear maintainer,
Kradio plays internet radios as ugly sound with glitches and rattles
Recent updates makes kradio4 unusable, I cannot able to detect what
upgrade has caused the problem, but I can provide the steps to reproduce
the
Package: kradio4
Version: 4.0.7-2+b2
Severity: normal
Dear maintainer,
Kradio plays internet radios as ugly sound with glitches and rattles
Recent updates makes kradio4 unusable, I cannot able to detect what
upgrade has caused the problem, but I can provide the steps to reproduce
the
sorry I have confused the old and the new script
my confusion is originated by some syntax errors found in the new script
bin/live-medium-eject
for example, the line:
_DEVICE=$(awk '/\/lib\/live\/medium / { print $1 }' /proc/mounts) | sed
-e 's|/dev/||' -e 's|[0-9].*$||')
is wrong, the
sorry I have confused the old and the new script
my confusion is originated by some syntax errors found in the new script
bin/live-medium-eject
for example, the line:
_DEVICE=$(awk '/\/lib\/live\/medium / { print $1 }' /proc/mounts) | sed
-e 's|/dev/||' -e 's|[0-9].*$||')
is wrong, the
Package: live-tools
Version: 4.0~alpha18-1
Severity: normal
Dear maintainer
In the current Debian package there are at least two scripts not aligned
with last upstream release:
these are the interested commits
Package: live-tools
Version: 4.0~alpha18-1
Severity: normal
Dear maintainer
In the current Debian package there are at least two scripts not aligned
with last upstream release:
these are the interested commits
1 - 100 of 271 matches
Mail list logo