Bug#1055061: openems: New version available
Package: openems Version: 0.0.35+git20190103.6a75e98+dfsg.1-3.2 Severity: normal Dear Maintainer, a new version of openEMS is available (0.0.36) with significant fixes and improvements. Please update the package. Thank you. -- System Information: Debian Release: trixie/sid merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-3-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US: Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages openems depends on: ii libc6 2.37-12 ii libcsxcad0 0.0.35+git20190103.6a75e98+dfsg.1-3.2 ii libcurl4 8.4.0-2 ii libdouble-conversion3 3.3.0-1 ii libexpat1 2.5.0-2 ii libfreetype6 2.13.2+dfsg-1 ii libgcc-s1 13.2.0-6 ii libgl2ps1.41.4.2+dfsg1-2 ii libglew2.2 2.2.0-4+b1 ii libglx01.7.0-1 ii libhdf5-103-1 1.10.10+repack-3 ii libhdf5-hl-100 1.10.10+repack-3 ii libicu72 72.1-4 ii libjpeg62-turbo1:2.1.5-2 ii libjsoncpp25 1.9.5-6 ii liblz4-1 1.9.4-1 ii liblzma5 5.4.4-0.1 ii libnetcdf191:4.9.2-2 ii libnf2ff0 0.0.35+git20190103.6a75e98+dfsg.1-3.2 ii libogg01.3.5-3 ii libopenems00.0.35+git20190103.6a75e98+dfsg.1-3.2 ii libopengl0 1.7.0-1 ii libopenmpi34.1.6-1 ii libpng16-161.6.40-2 ii libproj25 9.3.0-1 ii libpython3.11 3.11.6-3 ii libqcsxcad00.0.35+git20190103.6a75e98+dfsg.1-3.2 ii libqt5core5a 5.15.10+dfsg-4 ii libqt5gui5 5.15.10+dfsg-4 ii libqt5opengl5 5.15.10+dfsg-4 ii libqt5widgets5 5.15.10+dfsg-4 ii libqt5xml5 5.15.10+dfsg-4 ii libsqlite3-0 3.43.2-1 ii libssl33.0.12-1 ii libstdc++6 13.2.0-6 ii libsz2 1.1.2-1 ii libtbb12 2021.9.0-2 ii libtheora0 1.1.1+dfsg.1-16.1+b1 ii libtiff6 4.5.1+git230720-1 ii libvtk9.1 9.1.0+really9.1.0+dfsg2-7 ii libvtk9.1-qt 9.1.0+really9.1.0+dfsg2-7 ii libx11-6 2:1.8.7-1 ii libxml22.9.14+dfsg-1.3 ii zlib1g 1:1.2.13.dfsg-3 Versions of packages openems recommends: ii octave-openems 0.0.35+git20190103.6a75e98+dfsg.1-3.2 openems suggests no packages. -- no debconf information
Bug#1052491: openems: AppCSXCAD not starting
Package: openems Version: 0.0.35+git20190103.6a75e98+dfsg.1-3.2 Severity: important Dear Maintainer, AppCSXCAD does not start and fails with the following message: AppCSXCAD: error while loading shared libraries: libjawt.so: cannot open shared object file: No such file or directory furthermore, examining with ldd shows: libjawt.so => not found libjvm.so => not found I don't know why such libraries should be needed to run AppCSXCAD, anyway Best regards, G.L.G. -- System Information: Debian Release: trixie/sid merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.3.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US: Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages openems depends on: ii libc6 2.37-10 ii libcsxcad0 0.0.35+git20190103.6a75e98+dfsg.1-3.2 ii libcurl4 8.3.0-1 ii libdouble-conversion3 3.3.0-1 ii libexpat1 2.5.0-2 ii libfreetype6 2.13.2+dfsg-1 ii libgcc-s1 13.2.0-4 ii libgl2ps1.41.4.2+dfsg1-2 ii libglew2.2 2.2.0-4+b1 ii libglx01.6.0-1 ii libhdf5-103-1 1.10.10+repack-2 ii libhdf5-hl-100 1.10.10+repack-2 ii libicu72 72.1-3 ii libjpeg62-turbo1:2.1.5-2 ii libjsoncpp25 1.9.5-6 ii liblz4-1 1.9.4-1 ii liblzma5 5.4.4-0.1 ii libnetcdf191:4.9.2-2 ii libnf2ff0 0.0.35+git20190103.6a75e98+dfsg.1-3.2 ii libogg01.3.5-3 ii libopenems00.0.35+git20190103.6a75e98+dfsg.1-3.2 ii libopengl0 1.6.0-1 ii libopenmpi34.1.5-3 ii libpng16-161.6.40-1 ii libproj25 9.3.0-1 ii libpython3.11 3.11.5-3 ii libqcsxcad00.0.35+git20190103.6a75e98+dfsg.1-3.2 ii libqt5core5a 5.15.10+dfsg-3 ii libqt5gui5 5.15.10+dfsg-3 ii libqt5opengl5 5.15.10+dfsg-3 ii libqt5widgets5 5.15.10+dfsg-3 ii libqt5xml5 5.15.10+dfsg-3 ii libsqlite3-0 3.43.1-1 ii libssl33.0.11-1 ii libstdc++6 13.2.0-4 ii libsz2 1.0.6-1+b1 ii libtbb12 2021.9.0-2 ii libtheora0 1.1.1+dfsg.1-16.1+b1 ii libtiff6 4.5.1+git230720-1 ii libvtk9.1 9.1.0+really9.1.0+dfsg2-7 ii libvtk9.1-qt 9.1.0+really9.1.0+dfsg2-7 ii libx11-6 2:1.8.6-1 ii libxml22.9.14+dfsg-1.3 ii zlib1g 1:1.2.13.dfsg-3 Versions of packages openems recommends: ii octave-openems 0.0.35+git20190103.6a75e98+dfsg.1-3.2 openems suggests no packages. -- no debconf information
Bug#1051328: Furthermore the script fails
I can confirm this bug. Furthermore the script fails with: /usr/sbin/grub-mkconfig: 300: /etc/grub.d/25_bli: not found I think this is because there no path in the script and "insmod bli" fails to find bli.mod. At this point grub.cfg is interrupted. GLG
Bug#1011454: libreoffice-writer: fails to export to PDF
Package: libreoffice-writer Version: 1:7.3.4~rc1-1 Severity: important Dear Maintainer, I have a file with a PDF image that fail to export to PDF: the file is well formatted but the image gets lost. Only the "placeholder" is left. Note that printing to a PDF file do instead provide the right output. I'm attaching the offending image. At the moment I cannot provide the whole lowriter file, but should you need it I'll manage to obscure the text, while keeping the same format. I apologize for my system installation, but moving from ubuntu (that was per-installe on my PC) to deb is a very complex task. Best regards. G. L. G. -- System Information: Debian Release: bookworm/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.17.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US: Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages libreoffice-writer depends on: ii libabw-0.1-1 0.1.3-1build2 ii libc62.34-0ubuntu3 ii libe-book-0.1-1 0.1.3-2+b1 ii libepubgen-0.1-1 0.1.1-1ubuntu4 ii libetonyek-0.1-1 0.1.10-3 ii libgcc-s112.1.0-2 ii libicu71 71.1-3 ii libmwaw-0.3-30.3.21-1 ii libodfgen-0.1-1 0.1.8-2build1 ii libreoffice-base-core1:7.3.4~rc1-1 ii libreoffice-common 1:7.3.4~rc1-1 ii libreoffice-core 1:7.3.4~rc1-1 ii librevenge-0.0-0 0.0.4-6+b1 ii libstaroffice-0.0-0 0.0.7-1 ii libstdc++6 12.1.0-2 ii libuno-cppu3 1:7.3.4~rc1-1 ii libuno-cppuhelpergcc3-3 1:7.3.4~rc1-1 ii libuno-sal3 1:7.3.4~rc1-1 ii libuno-salhelpergcc3-3 1:7.3.4~rc1-1 ii libwpd-0.10-10 0.10.3-2 ii libwpg-0.3-3 0.3.3-1build2 ii libwps-0.4-4 0.4.12-2 ii libxml2 2.9.14+dfsg-1 ii ucf 3.0043 ii uno-libs-private 1:7.3.4~rc1-1 ii zlib1g 1:1.2.11.dfsg-4 Versions of packages libreoffice-writer recommends: ii libreoffice-math 1:7.3.4~rc1-1 Versions of packages libreoffice-writer suggests: pn default-jre | java8-runtime | jre ii fonts-crosextra-caladea20130214-2.1 ii fonts-crosextra-carlito20130920-1.1 pn libreoffice-base pn libreoffice-java-common Versions of packages libreoffice-core depends on: ii fontconfig 2.13.1-4.4 ii fonts-opensymbol2:102.12+LibO7.3.4~rc1-1 ii libabsl20210324 0~20210324.2-3 ii libboost-locale1.74.0 1.74.0-14+b1 ii libc6 2.34-0ubuntu3 ii libcairo2 1.16.0-5ubuntu1 ii libclucene-contribs1v5 2.3.3.4+dfsg-1+b1 ii libclucene-core1v5 2.3.3.4+dfsg-1+b1 ii libcups22.4.1op1-2 ii libcurl3-gnutls 7.83.1-1+b1 ii libdbus-1-3 1.14.0-1devuan1 ii libdconf1 0.40.0-3 ii libeot0 0.01-5+b1 ii libepoxy0 1.5.10-1 ii libexpat1 2.4.8-1 ii libexttextcat-2.0-0 3.4.5-1build1 ii libfontconfig1 2.13.1-4.4 ii libfreetype62.12.1+dfsg-2 ii libgcc-s1 12.1.0-2 ii libglib2.0-02.72.1-1 ii libgpgmepp6 1.16.0-1.2 ii libgraphite2-3 1.3.14-1 ii libgstreamer-plugins-base1.0-0 1.20.2-2 ii libgstreamer1.0-0 1.20.2-1 ii libharfbuzz-icu02.7.4-1+b1 ii libharfbuzz0b 2.7.4-1+b1 ii libhunspell-1.7-0 1.7.0-4 ii libhyphen0 2.8.8-7 ii libice6 2:1.0.10-1build1 ii libicu7171.1-3 ii libjpeg62-turbo 1:2.1.2-1 ii liblcms2-2 2.12~rc1-2 ii libldap-2.5-0 2.5.12+dfsg-1 ii libmythes-1.2-0 2:1.2.4-4 ii libnspr42:4.33-1 ii libnss3 2:3.77-1 ii libnumbertext-1.0-0 1.0.10-1 ii libopenjp2-72.4.0-6 ii liborcus-0.17-0 0.17.2-2+b1 ii liborcus-parser-0.17-0 0.17.2-2+b1 ii libpng16-16 1.6.37-5 ii libpoppler118 22.02.0-3 ii libraptor2-02.0.15-0ubuntu2 ii librdf0 1.0.17-1.2 ii libreoffice-common 1:7.3.4~rc1-1 ii librevenge-0.0-00.0.4-6+b1 ii libsm6 2:1.2.3-1build1 ii libstdc++6 12.1.0-2 ii libuno-cppu31:7.3.4~rc1-1 ii libuno-cppuhelpergcc3-3 1:7.3.4~rc1-1 ii libuno-sal3 1:7.3.4~rc1-1 ii libuno-salhelpergcc3-3
Bug#900750: thunderbird: Launching Thunderbird completely locks my Xwindow session
Removing AppArmor solves the problem. Thank you. Gigi. On 06/05/18 20:25, Carsten Schoenert wrote: Hi, On Mon, Jun 04, 2018 at 10:41:04AM +0200, g.gragnani wrote: f I launch thunderbird the whole xsession (XFCE) locks. I'm only able to move the mouse arrow (without any effect) and switching to a character console by using Cttrl-Alt-F1 etc. Killing thhunderbird does not solve the problem. The same happens in an other machine, with a different set of installed packages, different hardware and running LXDE. you have apparmor installed and it's likely it may causing issues. Can you check the behaviour with a deactivated AppArmor profile and also a removed AppAprmor package? Versions of packages thunderbird suggests: ii apparmor 2.12-4 Other possible candidates are sometime the kernel. But without a small set of logs it's quite impossible to track down the root of the issue. Regards Carsten -- Gian Luigi Gragnani Diten - University of Genoa Via Opera Pia 11A, 16145 Genova, Italy phone: + 39 010 353 2244
Bug#900750: Vanilla thunderbird works
As in the title: the executable downloaded from the Mozilla site, works perfectly. Best regards. -- Gian Luigi Gragnani Diten - University of Genoa Via Opera Pia 11A, 16145 Genova, Italy phone: + 39 010 353 2244
Bug#884594: default configuration file location not recognised
> Sent: Monday, December 18, 2017 at 9:02 AM > From: "Nikos Tsipinakis"> > I'm not sure what this is about. > > > Error: no URLs configured. Please fill the file .../.config/newsbeuter/urls > > with RSS feed URLs or import an OPML file. > > As the error message says, you either need to add feed urls to > ~/.config/newsbeuter/urls or import an opml file with newsbeuter -i . > This debian system compilation instruction is different from the newsbeuter manual which states that the default directory is ~/.newsbeuter/ _not_ ~/.config/newsbeuter.
Bug#884594: default configuration file location not recognised
package: newsbeuter version: 2.8 Starting newsbeuter 2.8... Loading configuration...done. Opening cache...done. Loading URLs from .../.config/newsbeuter/urls...done. Error: no URLs configured. Please fill the file .../.config/newsbeuter/urls with RSS feed URLs or import an OPML file. man newsbeuter ... FIRST STEPS After you’ve installed newsbeuter, you can run it for the first time by typing "newsbeuter" on your command prompt. This will bring you the following message: Error: no URLs configured. Please fill the file /home/ak/.newsbeuter/urls with RSS feed URLs or import an OPML file. ... ... Several aspects of newsbeuter’s behaviour can be configured via a configuration file, by default $HOME/.newsbeuter/config. ...
Bug#880732: rename creates random corrupt filenames
Package: rename > Sent: Saturday, November 04, 2017 at 4:19 PM > From: "g l" <gnuli...@gmx.com> > To: sub...@bugs.debian.org > Subject: rename creates random corrupt filenames > > dpkg --list rename > Desired=Unknown/Install/Remove/Purge/Hold > | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend > |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) > ||/ Name Version Architecture Description > +++-==---= > ii rename 0.20-4 all Perl extension for renaming multi > > Bug reproduction > > cat >> test1.txt > a > > cat >> test2.txt > b > > rename 'y/test/renametest/' ./test*.txt > > ls -tr ./* > renr1.rxr > renr2.rxr
Bug#845555: Bug Fixed lxpanel 0.9.3-1
I tried lxpanel 0.9.3 and the battery monitor basically works. There is only a minor issue (or is it a feature?): with the AC adapter connected and the battery not fully charged the monitor shows a green battery and displays the time remaining to charge (all is OK), but when the battery is fully charged its color changes from green to yellow Ciao Gigi
Bug#802281: icedove: I can confirm this bug
After a fresh install of sid, I tried to set-up Icedove. The program starts and show the graphical window to set a new account. However this windows does not work, in particular I noticed that the usual gtk-spinner indicating that the program is looking for possible e-mail sites does not show up, and no button or entry field is working. The only thing that one can do is clicking of the main window cross to end the program. What I did was then downgrade to the previous version, setup my account and all worked fine. After that a made a dist-upgrade and all went fine too, since the account was already known to Icedove. when I installed Icedove I also was notified that iceowl-extension was going to be installed, too, but a did not care too much, and I really don't know if this is my apt setting or there is a dependence. Should I guess, I suspect that is the starting form for a new set-up that is somewhat wrong, but I cannot help more. best regards Gigi On 10/24/15 07:34, Carsten Schoenert wrote: Hello, On Fri, Oct 23, 2015 at 12:30:18PM +0200, g.l. gragnani wrote: I can confirm this behavior. As a temporary workaround I downgraded to 31.8.0-1~deb8u1 and after setting up my account I upgraded again and all worked flawlessy can you please better explain what you have tried to do? Without a better knowledge which component is provoking this issue we won't fix this. Have you started Icedove without any plugins in safe-mode? Wich plugins you have normally installed? Did this issue happen if you have only installed the package icedove itself, no iceowl-extension or calendar-google-provider package installed. What is the outcome if you start icedove from a terminal (with/without) extensions? Which desktop environment you are using? Please tell us more about the circumstances on your system. Regards Carsten -- Gian Luigi Gragnani Diten - University of Genoa Via Opera Pia 11A, 16145 Genova, Italy phone: + 39 010 353 2244
Bug#569531: More info
On 05/17/11 13:30, Yves-Alexis Perez wrote: On mar., 2011-05-17 at 13:02 +0200, G. L. Gragnani wrote: On 05/17/11 10:06, Yves-Alexis Perez wrote: tag 569531 moreinfo thanks Hey, can you still reproduce using midori 0.3.6-1 in unstable? Regards, Yes, I can reproduce it. It is maybe related to wrong javascript code to deal with this kind of sites. Can you try with the webkit GtkLauncher (/usr/lib/webkit-1.0-2/libexec/GtkLauncher) and report back? Regards, The webkit GtkLauncher behaves exactly as in the previous versions. A further regression is that in the present version of midori I'm also no longer able to open the page by pointing directly to the link (for example http://ieeexplore.ieee.org/stampPDF/getPDF.jsp?tp=arnumber=1303874 http://ieeexplore.ieee.org/stampPDF/getPDF.jsp?tp=arnumber=1303874) midori lopps indefinitely and I must kill it. Regards Gian Luigi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569531: More info
On 05/18/11 11:34, Yves-Alexis Perez wrote: On mer., 2011-05-18 at 11:12 +0200, G. L. Gragnani wrote: The webkit GtkLauncher behaves exactly as in the previous versions. From the bug history it seems to means that it doesn't work either. Could you confirm that? It doesn't work -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484758: More info
This bug does not affect i386 architecture, so it could be a 64 bit issue -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411496: More info
I have tried to build the tarball myself. The problem is still here. Actually data are still present, but they are no longer visible. If I click on the rectangle at left of col A and above row 1 the cursor reappers in cell A1. If I press any key input is accepted and both the data and the grid reapper. If I use the vertical scrollbar the process repeats (data and grid no longer visible and so on) Can I provide you with other infos? Gian Luigi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390136: openoffice.org-writer: Oowriter dies after startup
Package: openoffice.org-writer Version: 2.0.4~rc2-2 Severity: grave Justification: renders package unusable After the last upgrade I'm no longer able to start oowriter. It give me the following messages: dirname: missing operand Try `dirname --help' for more information. I18N: Operating system doesn't support locale en_US This should only happen once Fatal exception: Signal 11 Stack: /usr/lib/openoffice/program/libuno_sal.so.3[0xa720cbbc] /usr/lib/openoffice/program/libuno_sal.so.3[0xa720cd02] /usr/lib/openoffice/program/libuno_sal.so.3[0xa720cd98] [0xe420] /usr/lib/openoffice/program/i18npool.uno.so[0xa1b650cf] /usr/lib/openoffice/program/libvcl680li.so[0xa7d6abe5] /usr/lib/openoffice/program/libvcl680li.so[0xa7d6f9d3] /usr/lib/openoffice/program/libvcl680li.so(_ZN12OutputDevice8DrawTextERK9RectangleRK6StringtPN8stlp_std6vectorIS0_NS6_9allocatorIS0_PS3_+0x125)[0xa7d707f5] /usr/lib/openoffice/program/libvcl680li.so[0xa7ee8f40] /usr/lib/openoffice/program/libvcl680li.so(_ZN9FixedText5PaintERK9Rectangle+0x49)[0xa7ee9f69] /usr/lib/openoffice/program/libvcl680li.so[0xa7e97912] /usr/lib/openoffice/program/libvcl680li.so[0xa7e9765e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e9765e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e982be] /usr/lib/openoffice/program/libvcl680li.so[0xa7e98478] /usr/lib/openoffice/program/libvcl680li.so[0xa7e984a8] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer7TimeoutEv+0x1c)[0xa7cc10ec] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer21ImplTimerCallbackProcEv+0x7b)[0xa7cc130b] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZNK10X11SalData7TimeoutEv+0x2a)[0xa5cbff4a] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib12CheckTimeoutEb+0xc2)[0xa5cbeca2] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib5YieldEbb+0x41a)[0xa5cbf3ba] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xa5cc98f7] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xa7cbae5c] /usr/lib/openoffice/program/libsvx680li.so[0xa259672c] /usr/lib/openoffice/program/libsvx680li.so[0xa258d128] /usr/lib/openoffice/program/libsvx680li.so[0xa2777147] /usr/lib/openoffice/program/libsvx680li.so[0xa2778858] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop19impl_callRecoveryUIEhhh+0x614)[0x8064ae4] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9SaveTasksEl+0x1e)[0x8064e5e] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop9ExceptionEt+0x292)[0x8065102] /usr/lib/openoffice/program/libvcl680li.so[0xa7cc004c] /usr/lib/openoffice/program/libvos3gcc3.so(_ZN3vos26signalHandlerFunction_implEPvP13oslSignalInfo+0x18)[0xa7467738] /usr/lib/openoffice/program/libuno_sal.so.3[0xa720c837] /usr/lib/openoffice/program/libuno_sal.so.3[0xa720cd6e] [0xe420] /usr/lib/openoffice/program/i18npool.uno.so[0xa1b650cf] /usr/lib/openoffice/program/libvcl680li.so[0xa7d6abe5] /usr/lib/openoffice/program/libvcl680li.so[0xa7d6f9d3] /usr/lib/openoffice/program/libvcl680li.so(_ZN12OutputDevice8DrawTextERK9RectangleRK6StringtPN8stlp_std6vectorIS0_NS6_9allocatorIS0_PS3_+0x125)[0xa7d707f5] /usr/lib/openoffice/program/libvcl680li.so[0xa7ee8f40] /usr/lib/openoffice/program/libvcl680li.so(_ZN9FixedText5PaintERK9Rectangle+0x49)[0xa7ee9f69] /usr/lib/openoffice/program/libvcl680li.so[0xa7e97912] /usr/lib/openoffice/program/libvcl680li.so[0xa7e9765e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e9765e] /usr/lib/openoffice/program/libvcl680li.so[0xa7e982be] /usr/lib/openoffice/program/libvcl680li.so[0xa7e98478] /usr/lib/openoffice/program/libvcl680li.so[0xa7e984a8] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer7TimeoutEv+0x1c)[0xa7cc10ec] /usr/lib/openoffice/program/libvcl680li.so(_ZN5Timer21ImplTimerCallbackProcEv+0x7b)[0xa7cc130b] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZNK10X11SalData7TimeoutEv+0x2a)[0xa5cbff4a] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib12CheckTimeoutEb+0xc2)[0xa5cbeca2] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN7SalXLib5YieldEbb+0x41a)[0xa5cbf3ba] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xa5cc98f7] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x6c)[0xa7cbae5c] /usr/lib/openoffice/program/libsvx680li.so[0xa25a056c] /usr/lib/openoffice/program/libsvx680li.so[0xa25a067f] /usr/lib/openoffice/program/libsvx680li.so[0xa25a0373] /usr/lib/openoffice/program/libsvx680li.so[0xa258d128] /usr/lib/openoffice/program/libsvx680li.so[0xa277853e] /usr/lib/openoffice/program/libsvx680li.so[0xa2778838] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop19impl_callRecoveryUIEhhh+0x614)[0x8064ae4] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop11OpenClientsEv+0x14c3)[0x8072953] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop16OpenClients_ImplEPv+0x3f)[0x807397f] /usr/lib/openoffice/program/libvcl680li.so[0xa7eae773]
Bug#378842: cannot find xarchiver.png
Package: xarchiver Version: 0.3.9.2beta2-1 Severity: minor When started xarchive reports the following warning: (xarchiver:6132): Gtk-WARNING **: Error loading icon from file '/usr/share/pixmaps/xarchiver.png': Failed to open file '/usr/share/pixmaps/xarchiver.png': No such file or directory Actually, xarchiver.png is in /usr/share/icons -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xarchiver depends on: ii libatk1.0-0 1.12.1-1 The ATK accessibility toolkit ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.2.0-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libglib2.0-02.10.3-3 The GLib library of C routines ii libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libpango1.0-0 1.12.3-1+b1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsm6 1:1.0.0-4X11 Session Management library ii libx11-62:1.0.0-7X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages xarchiver recommends: ii arj3.10.22-2 archiver for .arj files ii bzip2 1.0.3-3 high-quality block-sorting file co ii p7zip 4.42.dfsg.1-2 7-Zip is a file archiver with high ii rpm4.4.1-9.1 Red Hat package manager ii unzip 5.52-8De-archiver for .zip files ii zip2.32-1Archiver for .zip files -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378845: xarchiver: crashes in a particular circumstance
Package: xarchiver Version: 0.3.9.2beta2-1 Severity: normal Start xarchive. If the very first operation is dragging a .zip archive into xarchiver, the program crashes with a segmentation fault. I have tried dragging with different archives from both thunar and rox and the behaviour is always the same. If any other operation is performed before (also a canceled one) xarchiver works ok. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xarchiver depends on: ii libatk1.0-0 1.12.1-1 The ATK accessibility toolkit ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.2.0-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libglib2.0-02.10.3-3 The GLib library of C routines ii libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libpango1.0-0 1.12.3-1+b1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsm6 1:1.0.0-4X11 Session Management library ii libx11-62:1.0.0-7X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages xarchiver recommends: ii arj3.10.22-2 archiver for .arj files ii bzip2 1.0.3-3 high-quality block-sorting file co ii p7zip 4.42.dfsg.1-2 7-Zip is a file archiver with high ii rpm4.4.1-9.1 Red Hat package manager ii unzip 5.52-8De-archiver for .zip files ii zip2.32-1Archiver for .zip files -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343292: cupsd: Child exited with status 98!
Package: cupsys Version: 1.1.23-13 Severity: grave Justification: renders package unusable After the last upgrade the init script exited with the subject message (actually the message is from cupsd itself) and the daemon did not start. The problem appears to be the contrary of bug #319602. In the present case I have a cupsd.conf with the directive Port 631 uncommented. The same directive is included by the line (in cupsd.conf): Include /etc/cups/cups.d/ports.conf where the content of my ports.conf is simply: Port 631 Commenting out the Include line make things work again, however it is very strange that a repeated directive in conf file is enough to render cupsd unusable. Best regards G. L. Gragnani -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cupsys depends on: ii adduser 3.80Add and remove users and groups ii debconf [debconf-2.0]1.4.62 Debian configuration management sy ii gs-esp 8.15.1.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libcupsimage21.1.23-13 Common UNIX Printing System(tm) - ii libcupsys2 1.1.23-13 Common UNIX Printing System(tm) - ii libgnutls12 1.2.9-2 the GNU TLS library - runtime libr ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpaper11.1.14-3Library for handling paper charact ii libslp1 1.2.1-3 OpenSLP libraries ii patch2.5.9-2 Apply a diff file to an original ii perl-modules 5.8.7-9 Core Perl modules ii procps 1:3.2.6-2 /proc file system utilities ii xpdf-utils 3.01-3 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.1.23-13Common UNIX Printing System(tm) - ii foomatic-filters3.0.2-20050720-1 linuxprinting.org printer support ii smbclient 3.0.20b-3a LanManager-like simple client fo -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338178: libglib2.0-dev: gstdio.h not included in glib.h
Package: libglib2.0-dev Version: 2.8.3-1 Severity: minor gstdio.h is not included in the main glib.h and must be explicely included via glib/gstdio.h I actually don't know if this is a bug or it is a wanted behaviour anyway here is my report best regards gian luigi gragnani -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libglib2.0-dev depends on: ii libc6-dev [libc-dev] 2.3.5-7GNU C Library: Development Librari ii libglib2.0-0 2.8.3-1The GLib library of C routines ii pkg-config0.20-1 manage compile and link flags for libglib2.0-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335645: wxmaxima: missing menu entry
Package: wxmaxima Version: 0.6.2-2 Severity: serious Justification: Policy 9.6 I marked this bug as serious since, according to the Debian policy manual: All packages that provide applications that need not be passed any special command line arguments for normal operation should register a menu entry for those applications Best regards. Gian Luigi Gragnani -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages wxmaxima depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-2 GCC support library ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii libwxgtk2.6-0 2.6.1.2wxWidgets Cross-platform C++ GUI t ii libxml2 2.6.22-1 GNOME XML library ii maxima5.9.2-1A fairly complete computer algebra ii zlib1g1:1.2.3-6 compression library - runtime wxmaxima recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290016: openoffice.org-gtk-gnome renders CUPS unusable
Package: openoffice.org-gtk-gnome Version: 1.1.3-4 Followup-For: Bug #290016 I experienced that when openoffice.org-gtk-gnome is installed CUPS does not work. Removing this package seems to fix the problem. Best regards G. L. Gragnani -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages openoffice.org-gtk-gnome depends on: ii libatk1.0-0 1.9.0-0ubuntu1 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-7 GCC support library ii libglib2.0-0 2.6.1-3 The GLib library of C routines ii libgtk2.0-0 2.6.1-1ubuntu2 The GTK+ graphical user interface ii libpango1.0-01.8.0-2 Layout and rendering of internatio ii libstdc++5 1:3.3.5-6 The GNU Standard C++ Library v3 ii libstlport4.64.6.2-2 STLport C++ class library ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii openoffice.org-bin 1.1.3-4 OpenOffice.org office suite binary ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]