Bug#761473: digikam: Crash at startup with Floating point exception
Package: digikam Version: 4:4.1.0-1+b1 Severity: grave Justification: renders package unusable Hi, I can't use anymore digikam because it crashes each time I try to start it: - Start digikam (from the console or from the KDE menu) - Digikam appears, starts to build up the pictures, the hint window is even there. - wait a bit or try to click away the hint window - digikam crashes The crash handler states: Executable: digikam PID: 7033 Signal: Floating point exception (8) Time: 2014-09-14 08:26:52 Started from the console, I also see: $ digikam Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QString) Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QString) QSqlDatabasePrivate::removeDatabase: connection 'ConnectionTest' is still in use, all queries will cease to work. digikam(7033)/digikam (core) Digikam::CollectionScanner::scanAlbum: Folder does not exist or is not readable: /srv/photos/PhotosPatricia KCrash: Application 'digikam' crashing... KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit sock_file=/home/ericl/.kde/socket-emil/kdeinit4__0 [1]+ Stopped digikam Hope you can help, I can't anymore manage my images, Thanks, Eric -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages digikam depends on: ii digikam-data 4:4.1.0-1 ii digikam-private-libs 4:4.1.0-1+b1 ii kde-runtime 4:4.14.0-2 ii libc6 2.19-10 ii libgcc1 1:4.9.1-12 ii libgphoto2-6 2.5.4-1.1 ii libgphoto2-port10 2.5.4-1.1 ii libkdcraw23 4:4.14.0-1 ii libkdecore5 4:4.14.0-1 ii libkdeui5 4:4.14.0-1 ii libkexiv2-11 4:4.14.0-1+b1 ii libkhtml5 4:4.14.0-1 ii libkio5 4:4.14.0-1 ii libkipi11 4:4.13.3-1 ii libknotifyconfig4 4:4.14.0-1 ii libkparts44:4.14.0-1 ii libopencv-core2.4 2.4.9+dfsg-1+b1 ii libopencv-imgproc2.4 2.4.9+dfsg-1+b1 ii libphonon44:4.7.2-1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-sql4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-sql-sqlite 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libsolid4 4:4.14.0-1 ii libstdc++64.9.1-12 ii libthreadweaver4 4:4.14.0-1 ii perl 5.20.0-6 ii phonon4:4.7.2-1 Versions of packages digikam recommends: ii iceweasel [www-browser] 31.1.0esr-1 ii kipi-plugins 4:4.1.0-1+b1 ii konqueror [www-browser] 4:4.14.0-1 ii mplayerthumbs4:4.14.0-1 ii w3m [www-browser]0.5.3-17 Versions of packages digikam suggests: pn digikam-doc none ii systemsettings 4:4.11.11-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736106: Sourceless file
Hi, Why not 3. Create a separate package with a recommend/suggest relation between both? Eric Felix Natter fnat...@gmx.net wrote: Felix Natter fnat...@gmx.net writes: hello Bastien, thanks for pointing this out. Can we keep the package (in main) until I fix this in Freeplane 1.3.x (will be released in a few months [1]), or do I need to fix it _right now_? [1] Then I would fix it cleanly and disable the Flash export upstream. I've talked to upstream and it turns out the source code is in another git repository: https://github.com/freeplane/misc/tree/master/flash-browser I see two solutions: 1. tell upstream to include the source (~300k) in all source packages 2. ZIP those files and include them as a Debian patch. (2) could easily be done for 1.2.23. Thanks and Best Regards, -- Felix Natter __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- Sent from my tablet. Please excuse my brevity.
Bug#720451: Program scan unusable for KabelBW users; no longer works with file, /usr/share/dvb/dvb-c/de-KabelBW
Hi, On 22/08/13 07:15, David wrote: Program scan is now unusable for users of Cable Digital TV KabelBW - file /usr/share/dvb/dvb-c/de-KabelBW Cause: Unknown. The reason might just be that KabelBW quite heavily re-shuffled its programs a few months ago (I don't know if it helps the resolution though :-)). Cheers, Eric -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684604: eclipse 3.8 hangs on splash screen if workspace uses unavailable plugins
Package: eclipse Version: 3.8.0~rc4-1 Followup-For: Bug #684604 Hi, I have had the same (or a very similar) problem. I have solved it on my own but I wanted to tell my experience to help for a better resolution. Basically, I had done a complete reinstall of my PC (formerly with architecture i386, new with amd64, in case it's important), but kept my home drive (with workspaces and ~/.eclipse directories). Using the command /usr/lib/eclipse/eclipse -consoleLog -debug, I noticed error messages regarding missing plugin libraries (com.android Sorry, I didn't keep it). The solution was then to open a new workspace, reinstall all the missing plugins, and then restart into the old faulty workspace, which worked without further issue. One of my tries was to delete ~/.eclipse but it didn't help, but perhaps it was part of the final resolution, difficult to tell now. Two last remarks: 1. Perhaps not all plugins lead to this issue, I suspect strongly the Android ADT plugin and/or dependencies, but I had other plugins like egit. 2. Even if it's possible to overcome this issue of missing plugins, it should still be handled more nicely by eclipse, providing a clear message to the user about missing plugins and allowing him/her to install these missing plugins, without having to create a new workspace to do this. Hope this helps, Eric -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages eclipse depends on: ii eclipse-jdt 3.8.0~rc4-1 ii eclipse-pde 3.8.0~rc4-1 eclipse recommends no packages. eclipse suggests no packages. Versions of packages eclipse-platform depends on: ii ant1.8.2-4 ii ant-optional 1.8.2-4 ii default-jre [java6-runtime]1:1.6-47 ii eclipse-platform-data 3.8.0~rc4-1 ii eclipse-rcp3.8.0~rc4-1 ii gconf-service 3.2.5-1+build1 ii java-common0.47 ii libc6 2.13-38 ii libcommons-codec-java 1.6-1 ii libcommons-httpclient-java 3.1-10.2 ii libcommons-logging-java1.1.1-9 ii libgconf-2-4 3.2.5-1+build1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libjetty8-java 8.1.3-4 ii libjsch-java 0.1.42-2 ii liblucene2-java2.9.4+ds1-4 ii libservlet3.0-java 7.0.28-4 ii multiarch-support 2.13-38 ii openjdk-6-jre [java6-runtime] 6b27-1.12.6-1~deb7u1 ii sat4j 2.3.1-1 Versions of packages eclipse-platform recommends: ii eclipse-pde 3.8.0~rc4-1 Versions of packages eclipse-platform suggests: ii eclipse-jdt 3.8.0~rc4-1 Versions of packages eclipse-pde depends on: ii default-jre [java6-runtime]1:1.6-47 ii eclipse-jdt3.8.0~rc4-1 ii eclipse-platform 3.8.0~rc4-1 ii libasm3-java 3.3.2-1 ii openjdk-6-jre [java6-runtime] 6b27-1.12.6-1~deb7u1 eclipse-pde suggests no packages. Versions of packages eclipse-jdt depends on: ii default-jre [java6-runtime]1:1.6-47 ii eclipse-platform 3.8.0~rc4-1 ii junit 3.8.2-8 ii junit4 4.10-3 ii libhamcrest-java 1.2-2 ii openjdk-6-jre [java6-runtime] 6b27-1.12.6-1~deb7u1 Versions of packages eclipse-jdt recommends: ii default-jdk 1:1.6-47 eclipse-jdt suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704154: vdr - Fails if started without any of CAP_SYS_TIME, CAP_SYS_NICE or CAP_NET_RAW
Hi Bastian, On 29/03/13 01:38, Tobias Grimm wrote: I'm not sure, if this qualifies for a serious severity, turning this into an RC bug. A serious bug is, quoting [1], a severe violation of Debian policy (roughly, it violates a must or required directive), or, in the package maintainer's or release manager's opinion, makes the package unsuitable for release. I checked again the Debian policy but couldn't spot anything relevant, so it would be nice to get a pointer, or alternatively an argument why the package should be unsuitable for release, especially so late into the freeze period. No Debian user would appreciate losing VDR in wheezy because of a bug happening in the seldom case someone considers their VDR system so sensitive in terms of security that they remove capabilities. Furthermore this bug is possibly security-related but definitely not a security hazard, which would anyway qualify for grave and not serious. Thanks, Eric [1] http://www.debian.org/Bugs/Developer#severities -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682181: icedove-l10n depends on icedove is wrong and breaks localization
Package: icedove-l10n-de Version: 1:10.0.2-1 Severity: grave Tags: l10n Justification: renders package unusable Hello, as icedove 10.0.5 is currently stuck in unstable, but icedove-l10n-??? 10.0.5 have moved to testing, and they don't work with icedove 10.0.4 (localization just doesn't happen, which my users/family do complain about, because they don't speak English), they are useless and force me to downgrade icedove-l10n-??? to 10.0.2 after each 'aptitude safe-upgrade'. This is obviously due to a wrong depends on icedove: Depends: icedove (= 10), icedove (= 10.1) which should more correctly read: Depends: icedove (= 10.0.5), icedove (= 10.1) Thanks, Eric -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (1001, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove-l10n-de depends on: ii icedove 10.0.4-1 Versions of packages icedove-l10n-de recommends: ii myspell-de-de 20120607-1 icedove-l10n-de suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660316: libxine2-xvdr: xine cannot find input plugin for MRL xvdr+tcp://127.0.0.1:37890#nocache
Package: libxine2-xvdr Version: 1.0.7+cvs20120214.0259-2 Followup-For: Bug #660316 Hi, in my almost Debian-pure environment (libxine2 comes from debian-multimedia), I also have the problem... Also the following command complains about missing MRL: xine xvdr+tcp://127.0.0.1:37890#nocache I will now side-grade and see what happens. Eric -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.6+vdr1 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxine2-xvdr depends on: ii libavutil51 5:0.10-0.0 ii libc62.13-26 ii libxine2 1:1.2.0-5.1 ii libxine2-ffmpeg 1:1.2.0-5.1 libxine2-xvdr recommends no packages. libxine2-xvdr suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660316: libxine2-xvdr: xine cannot find input plugin for MRL xvdr+tcp://127.0.0.1:37890#nocache
Package: libxine2-xvdr Version: 1.0.7+cvs20120214.0259-2 Followup-For: Bug #660316 Hi, ok, side-grade to 1.2.1 shows that the issue was with the packages of debian-multimedia. I think we can close the bug. Cheers, Eric -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.6+vdr1 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxine2-xvdr depends on: ii libavutil-extra-51 4:0.8.0.1+b1 ii libc6 2.13-26 ii libxine21.2.1-1 ii libxine2-ffmpeg 1.2.1-1 libxine2-xvdr recommends no packages. libxine2-xvdr suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659655: Downgrade severity of bug report
severity 659655 normal thanks As the issue appeared to be affecting only a specific part of the app (radio) and has an acceptable workaround (shut off vizualization), bug is being downgraded in severity. Eric -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660316: Acknowledgement (libxine2-xvdr: xine cannot find input plugin for MRL xvdr+tcp://127.0.0.1:37890#nocache)
Hello, I can confirm that the issue is due to the latest upgrade: downgrading back to version 1.0.7+cvs20120130.2334-2 from version 1.0.7+cvs20120214.0259-2 removed the issue for now (but I can't upgrade...). Hope this helps, Eric /var/cache/apt/archives# ls libxine2-xvdr* vdr-plugin-xineliboutput* xineliboutput-sxfe* libxine2-xvdr_1.0.7+cvs20120130.2334-2_amd64.deb libxine2-xvdr_1.0.7+cvs20120214.0259-2_amd64.deb vdr-plugin-xineliboutput_1.0.7+cvs20120130.2334-2_amd64.deb vdr-plugin-xineliboutput_1.0.7+cvs20120214.0259-2_amd64.deb xineliboutput-sxfe_1.0.7+cvs20120130.2334-2_amd64.deb xineliboutput-sxfe_1.0.7+cvs20120214.0259-2_amd64.deb /var/cache/apt/archives# dpkg -i libxine2-xvdr_1.0.7+cvs20120130.2334-2_amd64.deb vdr-plugin-xineliboutput_1.0.7+cvs20120130.2334-2_amd64.deb xineliboutput-sxfe_1.0.7+cvs20120130.2334-2_amd64.deb [...] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660316: libxine2-xvdr: xine cannot find input plugin for MRL xvdr+tcp://127.0.0.1:37890#nocache
Package: libxine2-xvdr Version: 1.0.7+cvs20120214.0259-2 Severity: grave Justification: renders package unusable Hello, Sorry to create again a grave bug, but since the last upgrade (see attached aptitude log), vdr-sxfe has stopped working (hence I can't see TV or hear Radio, see other attached log), where I think that the relevant parts are: xine: cannot find input plugin for MRL [xvdr+tcp://127.0.0.1:37890#nocache] [3039] [vdr-fe] fe_xine_open: xine_open(xvdr+tcp://127.0.0.1:37890#nocache) failed Error opening xvdr+tcp://127.0.0.1:37890 I use the e-tobi packages but I am currently building a pure Debian test and development environment, and had the same issue there. Let me know if I can provide more information. Eric -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.6+vdr1 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxine2-xvdr depends on: ii libavutil51 5:0.10-0.0 ii libc62.13-26 ii libxine2 1:1.2.0-5.1 ii libxine2-ffmpeg 1:1.2.0-5.1 libxine2-xvdr recommends no packages. libxine2-xvdr suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659655: xineliboutput-sxfe: vdr-sxfe segfaults error 4 inxineplug_inp_xvdr.so since upgrade to libxine2
Hi, Tobias Grimm said: On 12.02.2012 22:19, Eric Lavarde wrote: vdr-sxfe is just starting and dropping with a segfault: [ 3817.674930] vdr-sxfe[6098]: segfault at 8 ip 7f1285ce3f36 sp 7f1287ffebd0 error 4 in xineplug_inp_xvdr.so[7f1285ccf000+25000] Sorry, I can't reproduce this. Can you play videos and VDR recordings with Xine and VLC? Yes, flawlessly. In the mean time, I think that the issue only appeares with radio stations (didn't yet have time to do many tests), and it seems I'm not alone: http://www.vdr-portal.de/board17-developer/board25-patches/86804-patches-xine-lib-1-2-xineliboutput-xine-plugin-verbesserter-vdr-support/index82.html?s=d9ea1b7c1c0ebe8db3cac27f9085d8c43052b78b (starting with last entry on this page). I've just uploaded a new upstream snapshot, you might want to try this version 1.0.7+cvs20120214.0259-1. Didn't yet find time, need to work now... Eric Tobias -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659655: xineliboutput-sxfe: vdr-sxfe segfaults error 4 inxineplug_inp_xvdr.so since upgrade to libxine2
Hello again, Tobias Grimm said: I've just uploaded a new upstream snapshot, you might want to try this version 1.0.7+cvs20120214.0259-1. Sorry, where did you upload it to? Even after 'aptitude update', I don't get it offered: # apt-cache policy xineliboutput-sxfe xineliboutput-sxfe: Installiert: 1.0.7+cvs20120130.2334-2 Kandidat:1.0.7+cvs20120130.2334-2 Versionstabelle: *** 1.0.7+cvs20120130.2334-2 0 1001 http://e-tobi.net/vdr-experimental/ sid/vdr-multipatch amd64 Packages 100 /var/lib/dpkg/status 1.0.7+cvs20111211.1625-1 0 500 http://ftp.de.debian.org/debian/ wheezy/main amd64 Packages 1.0.7+cvs20110820.1342-1 0 1001 http://e-tobi.net/vdr-experimental/ sid/vdr-multipatch amd64 Packages Thanks, Eric -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659655: xineliboutput-sxfe: vdr-sxfe segfaults error 4 inxineplug_inp_xvdr.so since upgrade to libxine2
Eric Lavarde - Debian Bugs said: Sorry, I can't reproduce this. Can you play videos and VDR recordings with Xine and VLC? Yes, flawlessly. In the mean time, I think that the issue only appeares with radio stations (didn't yet have time to do many tests), and it seems I'm not alone: http://www.vdr-portal.de/board17-developer/board25-patches/86804-patches-xine-lib-1-2-xineliboutput-xine-plugin-verbesserter-vdr-support/index82.html?s=d9ea1b7c1c0ebe8db3cac27f9085d8c43052b78b (starting with last entry on this page). I confirm and precise: the visualization for radio channels is responsible; without visualization, vdr-sxfe doesn't segfault. Eric -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659655: xineliboutput-sxfe: vdr-sxfe segfaults error 4 in xineplug_inp_xvdr.so since upgrade to libxine2
Package: xineliboutput-sxfe Version: 1.0.7+cvs20120130.2334-2 Severity: grave Justification: renders package unusable Hello, sorry to block a severity grave but as I can't use my VDR anymore, I think it's justified. I've just updated my system (aptitude protocol attached) and since then, vdr-sxfe is just starting and dropping with a segfault: [ 3817.674930] vdr-sxfe[6098]: segfault at 8 ip 7f1285ce3f36 sp 7f1287ffebd0 error 4 in xineplug_inp_xvdr.so[7f1285ccf000+25000] I've also attached the log of the following call from the command line: $ DISPLAY=:0 vdr-sxfe --silent --post tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1 --audio=alsa --tcp xvdr+tcp://127.0.0.1:37890 --verbose 2/tmp/vdr-sxfe.txt 12 Speicherzugriffsfehler Hope you can fix this quickly, I'm currently stuck without TV (more time for reading you could say, but not sure my daughter will see it like this...). Thanks, Eric -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.6+vdr1 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xineliboutput-sxfe depends on: ii dbus 1.4.16-1 ii libc6 2.13-26 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglib2.0-0 2.30.2-6 ii libglu1-mesa [libglu1]7.11.2-1 ii libjpeg8 8d-1 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii libxine2 1:1.2.0-5.1 ii libxine2-x1:1.2.0-5.1 ii libxine2-xvdr 1.0.7+cvs20120130.2334-2 ii libxinerama1 2:1.1.1-3 ii libxrender1 1:0.9.6-2 xineliboutput-sxfe recommends no packages. xineliboutput-sxfe suggests no packages. -- no debconf information vdr_bug.tgz Description: GNU Zip compressed data
Bug#652803: simplyhtml: FTBFS: testsanity fails
Interesting, your automatism (I guess it was an automatism) managed to avoid the really relevant parts of the error by exactly one line before and one line after: * 1 line before: /usr/share/cdbs/1/rules/simple-patchsys.mk:31: WARNING: simple-patchsys.mk is deprecated - please use source format 3.0 (quilt) instead * 1 line after: You must specify a valid JAVA_HOME or JAVACMD! dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 Eric On 20/12/11 16:10, Lucas Nussbaum wrote: Source: simplyhtml Version: 0.13.1-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20111220 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/simplyhtml-GOOFxc/simplyhtml-0.13.1' make[1]: Nothing to be done for `reverse-config'. make[1]: Leaving directory `/build/simplyhtml-GOOFxc/simplyhtml-0.13.1' if [ reverse-patches = reverse-patches ]; then rm -f debian/stamp-patched; fi patches: debian/patches/10_build_xml.patch debian/patches/30_manifest.patch Patch debian/patches/30_manifest.patch is not applied. Patch debian/patches/10_build_xml.patch is not applied. if [ reverse-patches != reverse-patches ]; then touch debian/stamp-patched; fi if [ reverse-patches != reverse-patches ] ; then \ /usr/bin/make -f debian/rules update-config ; \ fi for dir in debian/patches ; do \ rm -f $dir/*.log ; \ done make: *** [testsanity] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2011/12/20/simplyhtml_0.13.1-2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650068: cups-pdf: PDF created are all void without error notice
Package: cups-pdf
Version: 2.6.1-3
Severity: grave
Justification: renders package unusable
Hello,
after having migrated from squeeze to wheezy, cups-pdf does only produce
minimal PDF files without any content. I tried different apps
(Iceweasel, LibreOffice) without apparent difference in (bad) behavior.
The PDFs created do only differentiate in terms of IDs and dates/times
else they are completely the same; I'll attach an example.
I have also set the report level to debug and will also attach the
logfile but I don't see anything noticeable.
I'm at loss what to do but currently cups-pdf is not usable at all for
me, hence the high severity.
Thanks, Eric
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages cups-pdf depends on:
ii cups1.5.0-12
ii cups-client 1.5.0-12
ii ghostscript 9.04~dfsg-2
ii libc6 2.13-21
ii libpaper-utils 1.1.24+nmu1
cups-pdf recommends no packages.
Versions of packages cups-pdf suggests:
pn system-config-printer-gnome | system-config-printer-kde | system-co none
-- Configuration Files:
/etc/cups/cups-pdf.conf changed:
Out ${HOME}/PDF
Label 1
Grp lpadmin
LogType 7
-- no debconf information
Sat Nov 26 08:35:58 2011 [DEBUG] switching to new gid (lpadmin)
Sat Nov 26 08:35:58 2011 [DEBUG] initialization finished (v2.6.1)
Sat Nov 26 08:35:58 2011 [DEBUG] user identified (ericl)
Sat Nov 26 08:35:58 2011 [DEBUG] output directory name generated
(/home/ericl/PDF)
Sat Nov 26 08:35:58 2011 [DEBUG] user information prepared
Sat Nov 26 08:35:58 2011 [DEBUG] spoolfile name created
(/var/spool/cups-pdf/SPOOL/cups2pdf-27928)
Sat Nov 26 08:35:58 2011 [DEBUG] source stream ready
Sat Nov 26 08:35:58 2011 [DEBUG] destination stream ready
(/var/spool/cups-pdf/SPOOL/cups2pdf-27928)
Sat Nov 26 08:35:58 2011 [DEBUG] owner set for spoolfile
(/var/spool/cups-pdf/SPOOL/cups2pdf-27928)
Sat Nov 26 08:35:58 2011 [DEBUG] using traditional fgets
Sat Nov 26 08:35:58 2011 [DEBUG] now extracting postscript code
Sat Nov 26 08:35:58 2011 [DEBUG] all data written to spoolfile
(/var/spool/cups-pdf/SPOOL/cups2pdf-27928)
Sat Nov 26 08:35:58 2011 [DEBUG] trying to use PS title ()
Sat Nov 26 08:35:58 2011 [DEBUG] removing trailing newlines from title ()
Sat Nov 26 08:35:58 2011 [DEBUG] removing special characters from title ()
Sat Nov 26 08:35:58 2011 [DEBUG] empty PS title, using commandline title
(Untitled1)
Sat Nov 26 08:35:58 2011 [DEBUG] removing trailing newlines from title
(Untitled1)
Sat Nov 26 08:35:58 2011 [DEBUG] removing special characters from title
(Untitled1)
Sat Nov 26 08:35:58 2011 [DEBUG] title successfully retrieved
(job_773-Untitled1)
Sat Nov 26 08:35:58 2011 [DEBUG] input data read from stdin
Sat Nov 26 08:35:58 2011 [DEBUG] output filename created
(/home/ericl/PDF/job_773-Untitled1.pdf)
Sat Nov 26 08:35:58 2011 [DEBUG] ghostscript commandline built (/usr/bin/gs -q
-dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pdfwrite
-sOutputFile=/home/ericl/PDF/job_773-Untitled1.pdf
-dAutoRotatePages=/PageByPage -dAutoFilterColorImages=false
-dColorImageFilter=/FlateEncode -dPDFSETTINGS=/prepress -c .setpdfwrite -f
/var/spool/cups-pdf/SPOOL/cups2pdf-27928)
Sat Nov 26 08:35:58 2011 [DEBUG] output file unlinked
(/home/ericl/PDF/job_773-Untitled1.pdf)
Sat Nov 26 08:35:58 2011 [DEBUG] TMPDIR set for GhostScript (/var/tmp)
Sat Nov 26 08:35:58 2011 [DEBUG] waiting for child to exit
Sat Nov 26 08:35:58 2011 [DEBUG] entering child process
Sat Nov 26 08:35:58 2011 [DEBUG] GID set for current user
Sat Nov 26 08:35:58 2011 [DEBUG] supplementary groups set for current user
Sat Nov 26 08:35:58 2011 [DEBUG] UID set for current user (ericl)
Sat Nov 26 08:35:58 2011 [DEBUG] ghostscript has finished (0)
Sat Nov 26 08:35:58 2011 [DEBUG] file mode set for user output
(/home/ericl/PDF/job_773-Untitled1.pdf)
Sat Nov 26 08:35:58 2011 [DEBUG] no postprocessing
Sat Nov 26 08:35:58 2011 [DEBUG] spoolfile unlinked
(/var/spool/cups-pdf/SPOOL/cups2pdf-27928)
Sat Nov 26 08:35:58 2011 [DEBUG] all memory has been freed
Sat Nov 26 08:35:58 2011 [STATUS] PDF creation successfully finished (ericl)
job_773-Untitled1.pdf
Description: Adobe PDF document
Bug#640859: freeplane: FTBFS due to invalid JAVA_HOME value
Hello Miguel, few questions before I start to look into it: - your pbuilder chroot is on sid pure? - do you have JAVA_HOME and/or JAVACMD defined in your environment/chroot? I'm a bit at loss because it should work without any environment variable defined, and surely /bin/java shouldn't be a valid option, but it's been a rather long time since I last built so perhaps something changed in sid!? Thanks for the report, we'll fix it ;-) Eric On 08/09/11 01:36, Miguel Landaeta wrote: Package: freeplane Version: 0.9.0+dfsg-1 Severity: serious The relevant error message: [ ... ] /bin/sh: 1: /bin/java: not found make: [buildxml-clean] Error 127 (ignored) test -x debian/rules dh_testroot rmdir freemind rmdir: failed to remove `freemind': Directory not empty make: [cleanbuilddir] Error 1 (ignored) You must specify a valid JAVA_HOME or JAVACMD! make: *** [testsanity] Error 1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619140: freemind has an issue with OpenJDK in regard to Xalan
retitle 619410 OpenJDK keeps FreeMind from using xalan (due to security?) reassign 619410 openjdk-6-jre 6b18-1.8.7-2~squeeze1 thanks Hello, sorry it took a bit of time to go back to this, but now I confirm: the bug appears only with OpenJDK, not with Sun's Java, so I redirect the bug report to openjdk-6-jre; at best they'll fix the bug, at least they'll hopefully provide a work-around, or at very least an explanation that might lead to a work-around. Detailed step to repeat: 1. download test.mm from the bug report 2. install freemind, openjdk-6-jre and 3. start from the command line: $ JAVA_HOME=/usr/lib/jvm/java-6-openjdk DEBUG=1 freemind 4. File - Open - test.mm == bug appears, detailed errors on the console 5. start from the command line: $ JAVA_HOME=/usr/lib/jvm/java-6-sun DEBUG=1 freemind 6. File - Open - test.mm == no problem, the file is opened and converted! Note: you might want to delete ~/.freemind/auto.properties between 2 tests to avoid that FreeMind automatically opens the last map, which would be test.mm. Thanks to everybody who helped pin down the problem, Eric PS: if you want to force FreeMind to use a specific JVM, have a look at freemind(1), no need to edit the script :-P -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619140: Processed: Re: Bug#619140: freemind has an issue with OpenJDK in regard to Xalan
# roll-back the mess I did, my deepest apologies!
reassign 619410 roundcube 0.5.1+dfsg-7
retitle 619410 small improvement of /etc/logrotate.d/roundcube-core
fixed 619410 0.5.2+dfsg-1
# re-assign the correct bug:
retitle 619140 OpenJDK keeps FreeMind from using xalan (due to security?)
reassign 619140 openjdk-6-jre 6b18-1.8.7-2~squeeze1
thanks
I deeply apologize for the mess done! I hope this fixes it!
Eric
On 15/05/11 11:50, Debian Bug Tracking System wrote:
Processing commands for cont...@bugs.debian.org:
retitle 619410 OpenJDK keeps FreeMind from using xalan (due to security?)
Bug #619410 {Done: Vincent Bernatber...@debian.org} [roundcube] small
improvement of /etc/logrotate.d/roundcube-core
Changed Bug title to 'OpenJDK keeps FreeMind from using xalan (due to
security?)' from 'small improvement of /etc/logrotate.d/roundcube-core'
reassign 619410 openjdk-6-jre 6b18-1.8.7-2~squeeze1
Bug #619410 {Done: Vincent Bernatber...@debian.org} [roundcube] OpenJDK keeps
FreeMind from using xalan (due to security?)
Bug reassigned from package 'roundcube' to 'openjdk-6-jre'.
Bug No longer marked as found in versions roundcube/0.5.1+dfsg-7.
Bug No longer marked as fixed in versions roundcube/0.5.2+dfsg-1.
Bug #619410 {Done: Vincent Bernatber...@debian.org} [openjdk-6-jre] OpenJDK
keeps FreeMind from using xalan (due to security?)
Bug Marked as found in versions openjdk-6/6b18-1.8.7-2~squeeze1.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619140: freemind: fails to start: Checking Java Version... forever
Hi, On 21/03/11 17:19, Karl Voit wrote: Hilko Bengen (ben...@debian.org) wrote: So freemind asks for converting old config file format and asks for converting my last opened mindmap but then does not start at all. Uh, this is bad. :-( It is even worse, FreeMind 0.9.0 (final version) doesn't work better. I removed ~/.freemind completely and tried to open one of my former mindmaps. So clean config, probably old mm-file-format. Yes, 0.8.1 format, that's the problem, and that sounds definitely like an upstream bug. Interesting fact: freemind asks for converting the document format *after* the panic message was written to stdout. Ignore the panic message, it's not the problem, I also get it if I call FreeMind without any file. I also attached my test mm file. Thanks, very helpful. If I call FreeMind without any file, and then open the file from the GUI, I get a more explicit error (see attached file). OK, 2 things: 1. I will try to ping upstream. 2. I guess the problem is caused originally by java.lang.RuntimeException: Use of the extension function 'xalan://freemind.main.HtmlTools:replaceSpacesToNonbreakableSpaces' is not allowed when the secure processing feature is set to true. Does someone know what it actually means? What is 'secure processing feature'? Is it something of the program, or something of the (Java/Xalan) environment? Cheers, Eric log.0.gz Description: GNU Zip compressed data
Bug#586027: closed by Andres Mejia mcita...@gmail.com (Re: Bug#586027: mediatomb-daemon: mediatomb fails to start with libva missing error)
Hi, I confirm, you are fully right, it's ffmpeg from Marillat which depends on libavcodec52 which itself depends on libva1 (without version) but actually relies on an older version of libva1, provided by debian-multimedia.org but hidden by a new version from Debian. Fix in case someone reads these lines: downgrade libva1 to an older version, like: sudo aptitude install libva1=0.31.0-0.0+sds12 Sorry for the noise, Eric -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586027: mediatomb-daemon: mediatomb fails to start with libva missing error
Package: mediatomb-daemon Version: 0.12.0~svn2018-6 Severity: grave Justification: renders package unusable Hello, since today's upgrade mediatomb doesn't start anymore: # /etc/init.d/mediatomb start Starting upnp media server: mediatomb/usr/bin/mediatomb: error while loading shared libraries: libva-0.31.0.6.so.1: cannot open shared object file: No such file or directory failed! Result: I can't start (and use) mediatomb, hence the severity. Eric -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mediatomb-daemon depends on: ii adduser 3.112add and remove users and groups ii mediatomb-common0.12.0~svn2018-6 UPnP MediaServer (base package) mediatomb-daemon recommends no packages. mediatomb-daemon suggests no packages. -- Configuration Files: /etc/default/mediatomb changed: NO_START=no OPTIONS= INTERFACE= ROUTE_ADD=/sbin/route add -net 239.0.0.0 netmask 255.0.0.0 ROUTE_DEL=/sbin/route del -net 239.0.0.0 netmask 255.0.0.0 USER=mediatomb GROUP=mediatomb DELAYED=yes /etc/mediatomb/config.xml changed: ?xml version=1.0 encoding=UTF-8? config version=1 xmlns=http://mediatomb.cc/config/1; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://mediatomb.cc/config/1 http://mediatomb.cc/config/1.xsd; !-- Read /usr/share/doc/mediatomb-common/README.gz section 6 for more information on creating and using config.xml configration files. -- server ui enabled=yes show-tooltips=yes accounts enabled=no session-timeout=30 account user=mediatomb password=mediatomb/ /accounts /ui nameMediaTomb/name udnuuid:d5d378be-a43a-478d-959e-0f0a1a518e7b/udn home/var/lib/mediatomb/home webroot/usr/share/mediatomb/web/webroot storage sqlite3 enabled=yes database-filemediatomb.db/database-file /sqlite3 mysql enabled=no hostlocalhost/host usernamemediatomb/username databasemediatomb/database /mysql /storage protocolInfo extend=no/!-- For PS3 support change to yes -- !-- Uncomment the lines below to get rid of jerky avi playback on the DSM320 or to enable subtitles support on the DSM units -- !-- custom-http-headers add header=X-User-Agent: redsonic/ /custom-http-headers manufacturerURLredsonic.com/manufacturerURL modelNumber105/modelNumber -- !-- Uncomment the line below if you have a Telegent TG100 -- !-- upnp-string-limit101/upnp-string-limit -- extended-runtime-options ffmpegthumbnailer enabled=no thumbnail-size128/thumbnail-size seek-percentage5/seek-percentage filmstrip-overlayyes/filmstrip-overlay workaround-bugsno/workaround-bugs /ffmpegthumbnailer mark-played-items enabled=no suppress-cds-updates=yes string mode=prepend*/string /mark-played-items /extended-runtime-options /server import hidden-files=no scripting script-charset=UTF-8 common-script/usr/share/mediatomb/js/common.js/common-script playlist-script/usr/share/mediatomb/js/playlists.js/playlist-script virtual-layout type=builtin import-script/usr/share/mediatomb/js/import.js/import-script dvd-script/usr/share/mediatomb/js/import-dvd.js/dvd-script /virtual-layout /scripting mappings extension-mimetype ignore-unknown=no map from=mp3 to=audio/mpeg/ map from=ogg to=application/ogg/ map from=asf to=video/x-ms-asf/ map from=asx to=video/x-ms-asf/ map from=wma to=audio/x-ms-wma/ map from=wax to=audio/x-ms-wax/ map from=wmv to=video/x-ms-wmv/ map from=wvx to=video/x-ms-wvx/ map from=wm to=video/x-ms-wm/ map from=wmx to=video/x-ms-wmx/ map from=m3u to=audio/x-mpegurl/ map from=pls to=audio/x-scpls/ map from=flv to=video/x-flv/ map from=mkv to=video/x-matroska/ map from=mka to=audio/x-matroska/ !-- Uncomment the line below for PS3 divx support -- !-- map from=avi to=video/divx/ -- !-- Uncomment the line below for D-Link DSM / ZyXEL DMA-1000 -- !-- map from=avi to=video/avi/ -- /extension-mimetype mimetype-upnpclass map from=audio/* to=object.item.audioItem.musicTrack/ map from=video/* to=object.item.videoItem/ map from=image/* to=object.item.imageItem/ map from=application/ogg to=object.item.audioItem.musicTrack/ /mimetype-upnpclass mimetype-contenttype treat mimetype=audio/mpeg as=mp3/ treat mimetype=application/ogg as=ogg/ treat mimetype=audio/x-flac as=flac/ treat mimetype=image/jpeg as=jpg/
Bug#436206: freemind misses a dependency
Hi, the thing is that FreeMind is supported neither with Java6 nor with gcj. Currently I'm a bit under water, and I hope to get 0.9.0 soon (before end of the year!? Before next release!?) in Debian, so I might keep the problem open in the mean time. Cheers, Eric -- Eric de France, d'Allemagne et de Navarre
Bug#422291: jikes-classpath - Fails to install
Hi Bastian, I would guess that there is something wrong with your setup: # apt-get -t unstable -s install jikes-classpath Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: classpath classpath-common classpath-gtkpeer The following NEW packages will be installed classpath classpath-common classpath-gtkpeer jikes-classpath 0 upgraded, 4 newly installed, 0 to remove and 584 not upgraded. Inst classpath-common (2:0.92-4 Debian:unstable) Inst classpath-gtkpeer (2:0.92-4 Debian:unstable) Inst classpath (2:0.92-4 Debian:unstable) Inst jikes-classpath (2:0.92-4 Debian:unstable) Conf classpath-common (2:0.92-4 Debian:unstable) Conf classpath-gtkpeer (2:0.92-4 Debian:unstable) Conf classpath (2:0.92-4 Debian:unstable) Conf jikes-classpath (2:0.92-4 Debian:unstable) Any idea what it might be? Do an apt-get/aptitude update and try again? Eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402886: icedove has become highly unstable - 2 to 3 hangs per day
Hi, Alexander Sack - Debian Bugmail said: On Thu, Dec 14, 2006 at 09:45:13AM +0100, Eric Lavarde - Debian Bugs wrote: One more thing I remembered having forgotten to tell while doing all this :-[ : my Mail folder is on a separate FAT32 partition, in order to be able to share my folders with Windows (dual-boot). I know, it's not really supported, but till now it worked good (and it's not yet proven that it's the reason for the issue :-) ). Oh ... I forgot something really important ... please don't use the windowstbird until 1.5.0.9 is out. tbird 1.5.0.8 has a severe bug that might lead to loss some mails [1] [2]. I pulled in the official patch to fix this in the latest debian package ... So maybe there is indeed some kind of incompatibility at the moment. Mmh, I don't think it could be the issue, I didn't use Thunderbird under Windows since the upgrade and start of my problems. ... so remember ... DON'T run windows tbird until 1.5.0.9 is available :). Hopefully, it'll be soon :-) Thanks, Eric PS: working with Icedove since a few hours without issue, looks good :-) [1] - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=400383, https://bugzilla.mozilla.org/show_bug.cgi?id=360409 [2] - afaik they are not really lost, but just not displayed anymore, until the introduced patch fixes this ... so better don't call for troubles here. - Alexander --
Bug#402886: icedove has become highly unstable - 2 to 3 hangs per day
Package: icedove
Version: 1.5.0.8.dfsg1-1
Severity: grave
Hi,
since upgrade to the dfsg version, I already had to kill and restart
icedove already ~5 times since yesterday.
Phenomens are very different but it always ends with a hang :-/
I already had a few times icedove stopping to show the content of the
emails: I was switching from one folder to the next, and from one
message to the next, but icedove showed always the same email content.
Today, I had icedove hanging while trying to send an email, and I could
capture part of the strace story; I noticed that icedove complained
about files already existing though it created them itself. I then tried to
remove the temporary files while icedove was running. It went a bit
further but continued to hang, at which point I killed it.
I set the severity to grave because it's currently not feasible to work
properly with icedove, and I don't think it should go to stable like it
is.
Thanks, Eric
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Versions of packages icedove depends on:
ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy
ii libatk1.0-01.12.3-1 The ATK accessibility toolkit
ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries
ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra
ii libfontconfig1 2.4.1-2 generic font configuration library
ii libgcc11:4.1.1-19GCC support library
ii libglib2.0-0 2.12.4-2 The GLib library of C routines
ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface
ii libjpeg62 6b-13 The Independent JPEG Group's JPEG
ii libpango1.0-0 1.14.8-2 Layout and rendering of internatio
ii libpng12-0 1.2.13-4 PNG library - runtime
ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3
ii libx11-6 2:1.0.3-4 X11 client-side library
ii libxcursor11.1.7-4 X cursor management library
ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar
ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio
ii libxft22.1.8.2-8 FreeType-based font drawing librar
ii libxi6 1:1.0.1-4 X11 Input extension library
ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library
ii libxrender11:0.9.1-3 X Rendering Extension client libra
ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii myspell-de-de [myspell-dic 20051113-5German dictionary for myspell
ii myspell-en-gb [myspell-dic 1:2.0.4~rc1-3 English_british dictionary for mys
ii myspell-en-us [myspell-dic 1:2.0.4~rc1-3 English_american dictionary for my
ii myspell-fr-gut [myspell-di 1:1.0-18 The French dictionary for myspell
ii myspell-pl [myspell-dictio 20060618-1The Polish dictionary for myspell
ii zlib1g 1:1.2.3-13compression library - runtime
icedove recommends no packages.
-- debconf information:
* icedove/browser: Debian
[... not anymore on the console ...]
1 EEXIST (File exists)
open(/tmp/nscopy-8.tmp, O_WRONLY|O_CREAT|O_TRUNC|O_EXCL|O_LARGEFILE, 0600) =
-1 EEXIST (File exists)
open(/tmp/nscopy-9.tmp, O_WRONLY|O_CREAT|O_TRUNC|O_EXCL|O_LARGEFILE, 0600) =
-1 EEXIST (File exists)
open(/tmp/nscopy-10.tmp, O_WRONLY|O_CREAT|O_TRUNC|O_EXCL|O_LARGEFILE, 0600) =
-1 EEXIST (File exists)
[... always the same going from 11 to 183 ...]
open(/tmp/nscopy-184.tmp, O_WRONLY|O_CREAT|O_TRUNC|O_EXCL|O_LARGEFILE, 0600)
= -1 EEXIST (File exists)
open(/tmp/nscopy-185.tmp, O_WRONLY|O_CREAT|O_TRUNC|O_EXCL|O_LARGEFILE, 0600)
= -1 EEXIST (File exists)
open(/tmp/nscopy-186.tmp, O_WRONLY|O_CREAT|O_TRUNC|O_EXCL|O_LARGEFILE, 0600)
= -1 EEXIST (File exists)
open(/tmp/nscopy-187.tmp, O_WRONLY|O_CREAT|O_TRUNC|O_EXCL|O_LARGEFILE, 0600)
= 29
close(29) = 0
open(/tmp/nscopy-187.tmp, O_WRONLY|O_CREAT|O_LARGEFILE, 0600) = 29
lseek(29, 0, SEEK_CUR) = 0
lseek(29, 0, SEEK_END) = 0
lseek(29, 0, SEEK_SET) = 0
open(/tmp/nsmail.eml, O_RDONLY|O_LARGEFILE) = -1 EMFILE (Too many open files)
fsync(29) = 0
close(29) = 0
gettimeofday({1166006079, 955338}, NULL) = 0
pipe(0x1b4fdcac)= -1 EMFILE (Too many open files)
open(/home/ericl/.mozilla-thunderbird/91rz7vke.default/extensions.ini,
O_RDONLY) = 29
fstat64(29, {st_mode=S_IFREG|0644, st_size=185, ...}) = 0
Bug#400617: samba: FAM support doesn't seem to work with gamin
Package: samba Version: 3.0.23d-1 Severity: grave Hi, I just upgrade samba and started to get massive timeout issues trying to access my shares. Troubleshooting showed error messages in /var/log/samba/log.HOSTNAME coming up in 2s intervals: [...] Failed to connect to socket /tmp/fam-root- [2006/11/27 17:15:43, 0] smbd/notify_fam.c:fam_check_reconnect(136) failed to connect to FAM service Failed to connect to socket /tmp/fam-root- [2006/11/27 17:15:45, 0] smbd/notify_fam.c:fam_check_reconnect(136) failed to connect to FAM service [...] Adding fam change notify = yes to the global section of smb.conf solved the issue. As I don't have FAM but GAMIN (as required by KDE) installed, I suspect here some kind of incompatibility, which shouldn't make it to etch (hence the severity). My suggestion would be to have FAM notification off by default, and solve the underlying issue after etch release, should time be short. Thanks, Eric -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-18nc6k1 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages samba depends on: ii debconf 1.5.8 Debian configuration management sy ii libacl1 2.2.41-1Access control list shared library ii libattr1 2.4.32-1Extended attribute shared library ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library ii libcupsy 1.2.5-1 Common UNIX Printing System(tm) - ii libgamin 0.1.7-4 Client library for the gamin file ii libgnutl 1.4.4-2 the GNU TLS library - runtime libr ii libkrb53 1.4.4-4 MIT Kerberos runtime libraries ii libldap2 2.1.30-13+b1OpenLDAP libraries ii libpam-m 0.79-4 Pluggable Authentication Modules f ii libpam-r 0.79-4 Runtime support for the PAM librar ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpopt0 1.10-3 lib for parsing cmdline parameters ii logrotat 3.7.1-3 Log rotation utility ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii netbase 4.27Basic TCP/IP networking system ii procps 1:3.2.7-3 /proc file system utilities ii samba-co 3.0.23d-1 Samba common files used by both th ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages samba recommends: pn smbldap-tools none (no description available) -- debconf information: samba/nmbd_from_inetd: samba/log_files_moved: samba/tdbsam: false * samba/generate_smbpasswd: true * samba/run_mode: daemons -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369752: freemind: Dependency Problem (package unusable)
Hi, what you're suggesting is present in version 0.8.X, which is not yet ready to go into FreeMind for reasons explained in another bug. Eric Package: freemind Version: 0.7.1-6 Followup-For: Bug #369752 Thank you very much indeed. It works now :). Perhaps there should be nevertheless a general solution. For example, checking the output of java -version and printing a notification if the wrong version is used. I can imagine, some people might find that very time saving. Please assign a different severity to this one, if you like. -- Eric de France, d'Allemagne et de Navarre
Bug#365251: mozilla-thunderbird-locale-pl: purge fails with missing update-mozilla-thunderbird-chrome
Package: mozilla-thunderbird-locale-pl Version: 1.0.7-1 Severity: serious Justification: Policy 3.5 Hi, I recently upgraded from 1.0.7 mozilla-thunderbird to 1.5 thunderbird, and while purging the configuration of mozilla-thunderbird-locale-pl, I got the following message and am now unable to remove completely the package: $ sudo dpkg --purge mozilla-thunderbird-locale-pl (Reading database ... 150137 files and directories currently installed.) Removing mozilla-thunderbird-locale-pl ... Purging configuration files for mozilla-thunderbird-locale-pl ... /var/lib/dpkg/info/mozilla-thunderbird-locale-pl.postrm: line 7: update-mozilla-thunderbird-chrome: command not found dpkg: error processing mozilla-thunderbird-locale-pl (--purge): subprocess post-removal script returned error exit status 127 Errors were encountered while processing: mozilla-thunderbird-locale-pl I imagine that it's due to the mozilla-thunderbird package being removed before purge of mozilla-thunderbird-locale-pl could take place, but in this case it should be a Pre-Depends dependency. As a note, purging of mozilla-thunderbird-locale-de and mozilla-thunderbird-locale-fr went on the contrary completely smoothly. Thanks, Eric -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages mozilla-thunderbird-locale-pl depends on: pn mozilla-thunderbird none (no description available) mozilla-thunderbird-locale-pl recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363452: jpilot: deleting current appointment cuts text at first non-ascii character.
Hi, Le Wednesday 19 April 2006 à 09:29:21, Eric Lavarde a écrit: Hi, Hello, first, I hope the severity is correct, but as data loss is involved and can only be restored through a backup, this seemed to be the correct choice. OK, here it is: - create an appointment with a text containing accented characters, like 'ceci est la vérité sortie du test' (you can use the same text in the title _and_ in the comment). Make this appointment recurrent (with or without end date doesn't make a difference). - delete one of the appointments (press the 'current' key). What do you mean by the 'current' key? Is it a button in jpilot? Yes, after you've pressed the delete key on a *recurrent* appointment, you get a dialog with 'current', 'all' and 'cancel'. - title _and_ comment are cut just before the first non-ascii character (i.e. remains only 'ceci est la v'). I have a lot of appointments with accents and non ASCII characters (I am french) and I don't have this problem. I tried to reproduce the bug by creating two appointments with accents: no problem I then deleted them: no problem Also recurring appointments where you only delete one of them (and *not* the whole appointment)? Please describe exactly how I can reproduce the bug. It's above, there is not much I can add. Perhaps the environment variables are also of importance: LANG=en_IE.UTF-8 LANGUAGE=en_IE:en_US:en_GB:en Tell me if I can provide more information. Cheers, Eric --
Bug#363452: jpilot: deleting current appointment cuts text at first non-ascii character.
Package: jpilot Version: 0.99.8-0.99.9-pre-20060225-3 Severity: critical Justification: causes serious data loss Hi, first, I hope the severity is correct, but as data loss is involved and can only be restored through a backup, this seemed to be the correct choice. OK, here it is: - create an appointment with a text containing accented characters, like 'ceci est la vérité sortie du test' (you can use the same text in the title _and_ in the comment). Make this appointment recurrent (with or without end date doesn't make a difference). - delete one of the appointments (press the 'current' key). - title _and_ comment are cut just before the first non-ascii character (i.e. remains only 'ceci est la v'). I already lost different meeting contents this way as my current customer has an ä/auml; in its company name... So, for me, the issue is at least important, if not grave. My character set option in jpilot is set to 'UTF: Latin 1, Western Europe (CP 1252)'. Thanks for your help, Eric -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-7nc6k1 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages jpilot depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii libatk1.0-0 1.11.3-1 The ATK accessibility toolkit ii libc6 2.3.6-7GNU C Library: Shared libraries ii libcairo2 1.0.4-1+b1 The Cairo 2D vector graphics libra ii libfontconfig12.3.2-5.1 generic font configuration library ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgtk2.0-0 2.8.16-1 The GTK+ graphical user interface ii libpango1.0-0 1.12.0-2 Layout and rendering of internatio ii libpisock80.11.8-21 Library for communicating with a P ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxi66.9.0.dfsg.1-6 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-6 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-6 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra Versions of packages jpilot recommends: ii jpilot-plug 0.99.8-0.99.9-pre-20060225-3 plugins for jpilot (Palm Pilot des -- debconf information: * shared/pilot/port: ttyS0
Bug#361063: locales: update-locale says LANGUAGE is not compatible with LANG at upgrade time.
Hi, I read #361091 and noticed that after my 2nd time of apt-get upgrade, the LANG variable was commented out in /etc/default/locale. Also, I think that a warning somewhere that the variables LANG and LANGUAGE have been moved from /etc/environment to /etc/default/locale, would be more than welcome. Without the bug, I wouldn't have noticed it and might have tried to activate back the variables in /etc/environment at a later point, with possible side effects and strange behaviours. Eric
