Bug#657730: Confirmed in 3.39.1+dfsg-2 (buster)
'/usr/lib/calibre/html5lib/treebuilders/etree_lxml.pyc' rimosso '/usr/lib/calibre/html5lib/treebuilders/__init__.pyc' rimosso removed directory '/usr/lib/calibre/html5lib/treebuilders' '/usr/lib/calibre/html5lib/tokenizer.pyc' rimosso '/usr/lib/calibre/html5lib/utils.pyc' rimosso '/usr/lib/calibre/html5lib/serializer/htmlserializer.pyc' rimosso '/usr/lib/calibre/html5lib/serializer/__init__.pyc' rimosso removed directory '/usr/lib/calibre/html5lib/serializer' '/usr/lib/calibre/html5lib/ihatexml.pyc' rimosso '/usr/lib/calibre/html5lib/treewalkers/__init__.pyc' rimosso removed directory '/usr/lib/calibre/html5lib/treewalkers' '/usr/lib/calibre/html5lib/__init__.pyc' rimosso '/usr/lib/calibre/html5lib/trie/_base.pyc' rimosso '/usr/lib/calibre/html5lib/trie/datrie.pyc' rimosso '/usr/lib/calibre/html5lib/trie/__init__.pyc' rimosso '/usr/lib/calibre/html5lib/trie/py.pyc' rimosso removed directory '/usr/lib/calibre/html5lib/trie' '/usr/lib/calibre/html5lib/inputstream.pyc' rimosso '/usr/lib/calibre/html5lib/html5parser.pyc' rimosso removed directory '/usr/lib/calibre/html5lib' removed directory '/usr/lib/calibre' After: apt autoremove --purge (purged fonts-mathjax* libchm1* libjs-coffeescript* libjs-mathjax* libjs-sphinxdoc* libpodofo0.9.6* libqt5designer5* libqt5help5* libtidy5deb1* optipng* python-apsw* python-cherrypy3* python-css-parser* python-cssselect* python-cssutils* python-dnspython* python-feedparser* python-html5-parser* python-markdown* python-mechanize* python-msgpack* python-netifaces* python-pygments* python-pyqt5* python-pyqt5.qtsvg* python-pyqt5.qtwebkit* python-regex* python-repoze.lru* python-routes* python-utidylib* python-webob* python-yaml*) apt install calibre (were installed calibre calibre-bin and the same package listed above) Now calibre runs fine. -- Cura ut valeas Johan Haggi postridie Kalendas Martias MMDCCLXXII ab Urbe condita signature.asc Description: PGP signature
Bug#858316: confirm the bug on 32 bit machine
I hope it is useful. Confirm the problem on 32bit PC: root@32BIT:~# rdiff-backup-fs ./mnt /usr/local/bkp/johan.rdif.d Errore di segmentazione The same backup mounted with sshfs on a 64 bit PC works well with rdiff-backup-fs: johan@64BIT:~$ sshfs amanuensis@32BIT:johan.rdif.d ssmnt johan@64BIT:~$ rdiff-backup-fs mnt ssmnt johan@64BIT:~$ ls mnt 2017-03-29T19:02:08 2017-03-31T02:10:04 2017-03-31T06:51:38 2017-03-30T02:10:03 2017-03-31T06:49:35 2017-04-01T02:10:04 2017-03-30T14:19:35 2017-03-31T06:51:14 2017-04-02T02:10:04 32BIT and 64BIT are debian testing machine with: rdiff-backup: 1.2.8-7 rdiff-backup-fs: 1.0.0-4+b2 32BIT cpu & kernel: Intel(R) Pentium(R) M processor 1.60GHz flags : fpu vme de pse tsc msr mce cx8 apic sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe bts eagerfpu est tm2 Linux 32BIT 4.9.0-2-686 #1 SMP Debian 4.9.13-1 (2017-02-27) i686 GNU/Linux 64BIT cpu & kernel: model name : AMD Phenom(tm) II P960 Quad-Core Processor flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid eagerfpu pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt nodeid_msr hw_pstate vmmcall npt lbrv svm_lock nrip_save Linux 64BIT 4.9.0-2-amd64 #1 SMP Debian 4.9.13-1 (2017-02-27) x86_64 GNU/Linux -- Cura ut valeas Johan Haggi postridie Kalendas Apriles MMDCCLXX ab Urbe condita signature.asc Description: PGP signature
Bug#857688: mkvtoolnix: README.source is a dangling symlink
Package: mkvtoolnix Version: 9.8.0-dmo1 Severity: minor ls -l /usr/share/doc/mkvtoolnix/README.source lrwxrwxrwx 1 root root 22 gen 22 17:26 /usr/share/doc/mkvtoolnix/README.source -> ../quilt/README.source -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386- no debconf information -- Cura ut valeas Johan Haggi ante diem tertium Idus Martias MMDCCLXX ab Urbe condita signature.asc Description: PGP signature
Bug#856593: facedetect: if facedetect is installed without recommends there is a missing depends to opencv-data
Package: facedetect Version: 0.1-1 Severity: important I install facedetect without recomends: facedetectDependslibopencv-dev libopencv-dev Recommends opencv-data (installed libopencv-dev, not installed opencv-data) after I test it with fgallery: $ fgallery -i -v -f test.fgall www.fgal bla [...] + facedetect --best --center www.fgal/imgs/NKN_0767_v0_02.jpg facedetect: error: cannot load HAAR_FRONTALFACE_ALT2 from /usr/share/opencv/haarcascades/haarcascade_frontalface_alt2.xml error: command "facedetect --best --center www.fgal/imgs/NKN_0767_v0_02.jpg" failed $ apt-file search haarcascade_frontalface_alt2.xml digikam-data: /usr/share/digikam/facesengine/haarcascade_frontalface_alt2.xml freemedforms-common-resources: /usr/share/freemedforms/textfiles/haarcascade_frontalface_alt2.xml libkf5kface-data: /usr/share/libkface/haarcascades/haarcascade_frontalface_alt2.xml opencv-data: /usr/share/opencv/haarcascades/haarcascade_frontalface_alt2.xml # aptitude -R install opencv-data now facedetect is OK -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages facedetect depends on: ii libopencv-dev 2.4.9.1+dfsg-2.2 ii python-opencv 2.4.9.1+dfsg-2.2 pn python:any <<-- error of reportbug: I have python 2.7.13-2 Versions of packages facedetect recommends: ii imagemagick 8:6.9.7.4+dfsg-1 ii imagemagick-6.q16 [imagemagick] 8:6.9.7.4+dfsg-1 facedetect suggests no packages. -- no debconf information -- Cura ut valeas Johan Haggi postridie Kalendas Martias MMDCCLXX ab Urbe condita
Bug#676454: util-linux postinst edits chrony error
In CC the maintainer of chrony. Today I discover this bug-report. (#676454) The change in /etc/default/rcS from util-linux breaks chrony also. See my bug report chrony postinst fails to recognize UTC hardware clock http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680498 P.S. (You can answer in private at the above questions). I am a newbie of bug report. Maybe the bug was not of chrony but only of util-linux? Had I to do a better search in the bug report before open my bug against chrony? -- Johan Haggi signature.asc Description: Digital signature
Bug#680498: chrony postinst fails to recognize UTC hardware clock
Fri 6 July 2012, alle 13:52 (GMT+0200), Johan Haggi ha scritto: [...] My /etc/default/rcS [...] #UTC=yes # OBSOLETE; see /etc/adjtime and hwclock(8). [...] I find who modified /etc/default/rcS: from /var/lib/dpkg/info/util-linux.postinst (util-linux 2.20.1-5.1): # Do a one-time migration of the local time setting to /etc/adjtime if [ -n $2 ] dpkg --compare-versions $2 lt 2.20.1-5; then [...] if [ -f /etc/default/rcS ]; then sed -i -e 's:^\(UTC=.*\)$:#\1 # OBSOLETE; see /etc/adjtime and hwclock(8).:' /etc/default/rcS fi fi -- Johan Haggi signature.asc Description: Digital signature
Bug#680498: chrony postinst fails to recognize UTC hardware clock
Package: chrony Version: 1.24-3.1 Severity: normal I have my HW clock on UTC, but chronyc assume local time After a new installation of chronyc, I have this /etc/chrony/chrony.conf [...] # If the last line of this file reads 'rtconutc' chrony will assume that # the CMOS clock is on UTC (GMT). If it reads '# rtconutc' or is absent # chrony will assume local time. The line (if any) was written by the # chrony postinst based on what it found in /etc/default/rcS. You may # change it if necessary. # rtconutc My /etc/default/rcS [...] #UTC=yes # OBSOLETE; see /etc/adjtime and hwclock(8). [...] My /etc/adjtime -0.063198 1341555445 0.00 1341555445 UTC -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chrony depends on: ii dpkg 1.16.4.3 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-33 ii libncurses5 5.9-9 ii libreadline5 5.2-11 ii timelimit 1.8-1 ii ucf 3.0025+nmu3 Versions of packages chrony recommends: ii udev 175-3.1 chrony suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674828: pcmanfm: Gets whole f**king time Not authorized-comments without any reason or with reason
Sun 3 June 2012, alle 22:26 (GMT+0200), Mélodie ha scritto: On Mon, 28 May 2012 06:11:57 +0300 Mikko Koho cryogen...@gmail.com wrote: Package: pcmanfm Version: 0.9.10-3 Dear Maintainer, PCManFM gets Not authorized-comments in many many times: Examples: -When I try to mount USB-stick or memory card, it may be possible or not when [...] This does not come from pcmanfm but from your localauthority configuration -- the polkit [...] I have to add org.freedesktop.udisks2.-something to my 55-myconf.pkla [...] You see this example: ** As root create /etc/polkit-1/localauthority/50-local.d/55-myconf.pkla (or some other filename of your choosing ending with .pkla) containing: [Storage Permissions] Identity=unix-group:storage Action=org.freedesktop.udisks.filesystem-mount;org.freedesktop.udisks.drive-eject;org.freedesktop.udisks.drive-detach;org.freedesktop.udisks.luks-unlock;org.freedesktop.udisks.inhibit-polling;org.freedesktop.udisks.drive-set-spindown ResultAny=yes ResultActive=yes ResultInactive=no [...] I have the same problem. On my debian testing (wheezy) I don't have group storage but group plugdev I create/etc/polkit-1/localauthority/50-local.d/55-myconf.pkla with: [Floppy Permissions] Identity=unix-group:plugdev Action=org.freedesktop.udisks.filesystem-mount;org.freedesktop.udisks.drive-eject;org.freedesktop.udisks.drive-detach;org.freedesktop.udisks.luks-unlock;org.freedesktop.udisks.inhibit-polling;org.freedesktop.udisks.drive-set-spindown;org.freedesktop.udisks.filesystem-mount-system-internal ResultAny=yes ResultActive=yes ResultInactive=no unix-group:storage and now I can mount USB pens and SD cards. Now I am this error message at my first login after boot in lxde: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Cannot determine user of subject but I don't see any new problem. If I exit from lxde and I do a new login with the same user I don't have the error message, but I have random error in rendering of character in lxterminal. I am sure that the error message is a new problem after the creation of /etc/polkit-1/localauthority/50-local.d/55-myconf.pkla I am not sure that the rendering problem is new. Sorry for my english, I hope that you understand me :-) My groups: johan adm disk dialout cdrom floppy audio dip video plugdev staff games users netdev powerdev vdr My system: Kernel: 3.2.0-2-686-pae pcmanfm 0.9.10-3 policykit-1 0.105-1 policykit-1-gnome 0.105-2 a SD card (sdb) and a USB pen (sdc) on my eeepc: ls -l /dev/sd[bc] brw-rw 1 root floppy 8, 16 lug 2 07:19 /dev/sdb brw-rw 1 root floppy 8, 17 lug 2 07:19 /dev/sdb1 brw-rw 1 root floppy 8, 32 lug 2 07:18 /dev/sdc brw-rw 1 root floppy 8, 33 lug 2 07:18 /dev/sdc1 -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674828: pcmanfm: Gets whole f**king time Not authorized-comments without any reason or with reason
Mon 2 July 2012, alle 9:55 (GMT+0200), Johan Haggi ha scritto: [...] I create/etc/polkit-1/localauthority/50-local.d/55-myconf.pkla with: [Floppy Permissions] Identity=unix-group:plugdev Action=org.freedesktop.udisks.filesystem-mount;org.freedesktop.udisks.drive-eject;org.freedesktop.udisks.drive-detach;org.freedesktop.udisks.luks-unlock;org.freedesktop.udisks.inhibit-polling;org.freedesktop.udisks.drive-set-spindown;org.freedesktop.udisks.filesystem-mount-system-internal ResultAny=yes ResultActive=yes ResultInactive=no unix-group:storage and now I can mount USB pens and SD cards. [...] Sorry, the last line (unix-group:storage) is a copypaste error -- Johan Haggi signature.asc Description: Digital signature