Bug#826303: closed by Gianfranco Costamagna (Re: Bug#826303: virtualbox-dkms: Installation unsuccesfull)
Quote/Cytat - Gianfranco Costamagna (Sun 05 Jun 2016 08:26:04 AM CEST): linux 4.1 is not part of stable, testing, unstable, oldstable, o-o-stable anymore. It was not my intention to use an old kernel. It seems strange to me that the routine 'apt-get upgrade' haven't upgraded the kernel. 'apt-get dist-upgrade' helped, I just forgot about dpkg-reconfigure virtualbox-dkms. Now the problem is solved, thank you very much for your help. Best regards Janusz -- Prof. dr hab. Janusz S. Bień - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/
Bug#826303: closed by Gianfranco Costamagna (Re: Bug#826303: virtualbox-dkms: Installation unsuccesfull)
Quote/Cytat - Gianfranco Costamagna (Sun 05 Jun 2016 12:51:51 AM CEST): dpkg -l linux-headers-4.1.0-1-amd64 dpkg-query: no packages found matching linux-headers-4.1.0-1-amd64 How to report officially this problem? what about sudo apt-get install linux-headers-4.1.0-1-amd64? This is just after apt-get update and, just to be sure, apt-get dist-update: Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package linux-headers-4.1.0-1-amd64 E: Couldn't find any package by glob 'linux-headers-4.1.0-1-amd64' E: Couldn't find any package by regex 'linux-headers-4.1.0-1-amd64' Best regards Janusz -- Prof. dr hab. Janusz S. Bień - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/
Bug#824945: auctex: "TeX-command-extra-option" has no effect
Quote/Cytat - "Davide G. M. Salvetti" (Sun 22 May 2016 10:51:19 PM CEST): JSB == Janusz S Bien [2016-5-22] JSB> I understand the blocking bug is #768724, but why it was reopened? AUCTeX 11.88-1 miss the following patch which is in AUCTeX 11.87-3 (11.87-3 has been uploaded to testing later than 11.88-1 to unstable): <http://anonscm.debian.org/cgit/users/salve/auctex.git/diff/?h=jessie/master&id=59fd7bcea808704ef02bd92b3f3d7ce247018f44>. I'll look into merging NMU 11.88-1.1 and upstream 11.89 while also taking care for this and other bugs. However, I'm afraid I won't be able to find time to do it sooner than in two weeks. Thanks Janusz -- Prof. dr hab. Janusz S. Bień - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/
Bug#824945: auctex: "TeX-command-extra-option" has no effect
Quote/Cytat - Mosè Giordano (Sun 22 May 2016 03:56:48 PM CEST): Hi Janusz, `TeX-command-extra-options' has been introduced in AUCTeX 11.88, but you're running a lower version. Thank for explanation, but why the package is not jet in stretch? I've read https://release.debian.org/migration/testing.pl?package=auctex Why is package X not in testing yet? Checking auctex trying to update auctex from 11.87-3+deb8u1 to 11.88-1.1 (candidate is 505 days old) auctex has new bugs! I understand the blocking bug is #768724, but why it was reopened? Best regards Janusz -- Prof. dr hab. Janusz S. Bień - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/
Bug#809388: evince: evince aborts after a few seconds without an error message
Quote/Cytat - Jason Crain (Sat 14 May 2016 11:45:57 PM CEST): Control: tags -1 + unreproducible moreinfo On Wed, Dec 30, 2015 at 07:43:26AM +0100, Janusz S. Bień wrote: I'm working on a rather sophisticated document with LuaLateX using PDF Optional Content Groups (OCG), cf. https://bitbucket.org/jsbien/parkosz-traktat/downloads/ParkoszLatinPolish1.pdf (the source is available in the repository). Evince often aborts without an error message. Looks like switching the windows is one of the factors which trigger this, but in general I can't see any regularities. Tt is especially annoying when using AUC-TeX, so I mentioned the problem first on the AUC-TeX list http://thread.gmane.org/gmane.emacs.auctex.general/5810/focus=5812 but then nobody was able to reproduce my problem. I'm having trouble reproducing this too. From your description, it sounds like this happens when viewing the PDF or switching between windows? It happens only on specific PDFs like the one mentioned above. I stopped working on them for the time being and I have no problems with evince in my everyday use. If this happens regularly to you, can you run evince in a debugger and provide a stack trace? Please see http://live.gnome.org/GettingTraces for more information on how to do so. Additionally, to get a good stack trace with debugging symbols, you'll need to install some debug packages. Debugging symbols for Evince's dependencies can be installed with: apt-get install gnome-dbg poppler-dbg libcairo2-dbg Debug symbols for Evince itself have recently moved to the automatic debugging symbols system which is still a little awkward to use. For an up to date stretch/testing system, you can install these by adding this line to /etc/apt/sources.list: deb http://debug.mirrors.debian.org/debian-debug/ unstable-debug main And running the command: apt-get update && apt-get install -t unstable-debug evince-dbgsym \ libevdocument3-4-dbgsym libevview3-3-dbgsym Yes, it's unstable-debug, but testing-debug doesn't work yet and Evince in unstable and testing currently match so it should be OK. Thanks for the detailed debugging instructions. I will try to reproduce my problems, but not immediately, as I have a rather hectic time till the mid of June. Best regards Janusz -- Prof. dr hab. Janusz S. Bień - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/
Bug#804888: djview-plugin: incorrect interaction with iceweasel due to qt5.5 error
Reproduced and diagnosed by Léon Bottou, cf. https://sourceforge.net/p/djvu/bugs/259/ Regards Janusz -- Prof. dr hab. Janusz S. Bień - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/
Bug#804888: djview-plugin: incorrect interaction with iceweasel
The problem still present with Package: libdjvulibre21 Version: 3.5.27.1-5 Package: djview-plugin Version: 4.10.4-1 Package: iceweasel Version: 38.2.1esr-1~deb8u1 Best regards Janusz Quote/Cytat - "Janusz S. Bień" (Thu 12 Nov 2015 06:35:00 PM CET): Package: djview-plugin Version: 4.10.3-1 Severity: grave I'm unable to display e.g. http://korpusy.klf.uw.edu.pl/en/ http://www.mimuw.edu.pl/polszczyzna/SGKP/SG01.djvu?djvuopts&page=15&zoom=width&showposition=0.319,0.629&highlight=1226,2224,311,66 Looks like iceweasel gets completely confused, it displays the same incorrectly rendered page in all DjVu tabs. The iceweasel version used is 38.2.1esr-1~deb8u1. Please reassign if appropriate. Best regards Janusz -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages djview-plugin depends on: ii djview4 4.10.3-1 ii libc62.19-22 Versions of packages djview-plugin recommends: ii iceweasel 38.2.1esr-1~deb8u1 Versions of packages djview-plugin suggests: ii mime-support 3.59 -- no debconf information -- Prof. dr hab. Janusz S. Bień - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/
Bug#709161: ASynK: RTP instead of ITP
As known from his mail of 22 Jul 2014, the submitter of ITP has no longer an intention to package the program. So somebody should change ITP to RTP... Best regards Janusz -- Prof. dr hab. Janusz S. Bień - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#769072: gnome-shell: GNOME Shell crashing with "Oh no, something went wrong"
Quote/Cytat - Andreas Beckmann (nie, 16 lis 2014, 01:26:53): On 2014-11-15 21:53, Janusz S. Bien wrote: Quote/Cytat - Andreas Beckmann (sob, 15 lis 2014, /usr/share/bug/libgl1-nvidia-glx/script 3>nvidia.log Enclosed. Thanks. Does not look like something is broken (except for having the nvidia packages installed manually on a system that does not support them). Which nvidia packages do you have installed? dpkg -l | grep nvidia (I would guess neither nvidia-driver nor xserver-xorg-video-nvidia). --8<---cut here---start->8--- jsbien@cauda:~$ dpkg -l | grep nvidia ii libegl1-nvidia 340.46-3 i386 NVIDIA binary EGL libraries ii libgl1-nvidia- 340.46-3 i386 NVIDIA binary OpenGL libraries ii libgl1-nvidia- 304.123-4i386 NVIDIA binary OpenGL libraries (3 ii libnvidia-comp 340.46-3 i386 NVIDIA runtime compiler library ii libnvidia-eglc 340.46-3 i386 NVIDIA binary EGL core libraries ii libnvidia-ml1: 340.46-3 i386 NVIDIA Management Library (NVML) ii nvidia-alterna 340.46-3 i386 allows the selection of NVIDIA as ii nvidia-install 20131102+2 i386 cleanup after driver installation ii nvidia-kernel- 20131102+2 i386 NVIDIA binary kernel module suppo ii nvidia-kernel- 340.46-3 i386 NVIDIA binary kernel module DKMS ii nvidia-legacy- 304.123-4i386 allows the selection of NVIDIA as ii nvidia-legacy- 304.123-4i386 NVIDIA binary kernel module DKMS ii nvidia-libopen 340.46-3 i386 NVIDIA OpenCL ICD Loader library ii nvidia-modprob 340.46-1 i386 utility to load NVIDIA kernel mod ii nvidia-opencl- 340.46-3 i386 NVIDIA OpenCL driver ii nvidia-opencl- 340.46-3 i386 NVIDIA OpenCL installable client ii nvidia-setting 340.46-2 i386 tool for configuring the NVIDIA g ii nvidia-setting 304.123-2i386 tool for configuring the NVIDIA g ii nvidia-smi 340.46-3 i386 NVIDIA System Management Interfac ii nvidia-support 20131102+2 i386 NVIDIA binary graphics driver sup ii nvidia-vdpau-d 340.46-3 i386 Video Decode and Presentation API --8<---cut here---end--->8--- Although some of them has been installed manually, for the first time the nvidia packages just appeared after one of (dist?) upgrades. The first trace of them is from August: Mon, Aug 4 2014 16:15:15 +0200 [INSTALL, DEPENDENCIES] libnvidia-compiler:i386 ... [INSTALL, DEPENDENCIES] nvidia-libopencl1:i386 [INSTALL, DEPENDENCIES] nvidia-opencl-common:i386 [INSTALL, DEPENDENCIES] nvidia-opencl-icd:i386 To "fix" your system, either uninstall the nvidia packages (they are not useful on your system anyway) Can I remove all of the packages listed above? or switch back to mesa: update-alternatives --config glx and select mesa This worked - thank you very much! To be more precise, it almost worked: the monitor is not recognized although it used to be. This is definitely another topic but I would appreciate very much your advice, especially as I have systematically such a problem on another computer: to which package should I submit the issue? I don't think I can express this with package relationships: libgl1-nvidia-glx needs to be installed (1) together with xserver-xorg-video-nvidia (and xserver-xorg-core) (regular installation on a host) (2) OR without xserver-xorg-core (and xserver-xorg-video-nvidia) (i.e. libraries from a foreign architecture only or in a chroot without own xserver) i.e. only the combination install libgl1-nvidia-glx:native install xserver-xorg-core:native no-install xserver-xorg-video-nvidia should be forbidden. I'm still intrigued by the message which I definitely seen on the console during an upgrade, which was definitely about a nvidia package and which is not present in /var/apt/log. The problem appeared immediately after this routine upgrade. Perhaps by my actions I made it worst, but the primary reason was (is?) somewhere in the system. Once again I thank you very much for your help. Janusz -- Prof. dr hab. Janusz S. Bień - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#769072: gnome-shell: GNOME Shell crashing with "Oh no, something went wrong"
Quote/Cytat - Andreas Beckmann (sob, 15 lis 2014, 21:26:04): On 2014-11-15 14:13, Julien Cristau wrote: Looks like nvidia took over libGL but not the server-side libglx.so. That can't possibly work; can the nvidia packages not do that? It should ... (not diverting, but placing its libglx.so in the front of the search path, controlled by alternatives) Please send the output from the bug script from the nvidia packages /usr/share/bug/libgl1-nvidia-glx/script 3>nvidia.log Enclosed. On Sat, 15 Nov 2014 08:01:51 +0100 "Janusz S. Bien" wrote: As I wrote already, there was a message during one of the upgrades which I unfortunately ignored. Should it be still available somewhere in the logs? I tried to find it, but unsuccesfully. Try /var/log/apt/term.log* I've done it already, but I will try again and look more closely. Regards Janusz -- Prof. dr hab. Janusz S. Bień - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ nvidia.log.gz Description: application/gzip
Bug#769072: gnome-shell: GNOME Shell crashing with "Oh no, something went wrong"
Quote/Cytat - maximilian attems (sob, 15 lis 2014, 20:45:03): On Sat, Nov 15, 2014 at 02:13:58PM +0100, Julien Cristau wrote: On Sat, Nov 15, 2014 at 12:30:34 +0100, Janusz S. Bien wrote: > Quote/Cytat - Julien Cristau (sob, 15 lis 2014, > 10:48:51): > > >On Fri, Nov 14, 2014 at 23:42:37 +, Simon McVittie wrote: > > > >>I think the problem here is that something is not right in the > >>dependencies for the i965_dri.so and swrast_dri.so drivers, > >>so you don't have any OpenGL support (not even software rendering) > >>and GNOME Shell can't run: [...] why would that box need nvidia packages? seems like a bad dependency too. It's possible that the packages has been installed by me following a misunderstood advice found with Google - I had some urgent work to do and I don't remember the details of my semi-random experiments. But perhaps the system should not allow me to install inappropriate drivers? I enclose the journalctl output for a fresh working installation mentioned earlier, perhaps it helps. There is a lot of differences and I don't know which are relevant. BTW, shouldn't #730672 be merged with this one? Best regards Janusz -- Prof. dr hab. Janusz S. Bień - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ CAUDA2journalctl.log.gz Description: application/gzip
Bug#769072: gnome-shell: GNOME Shell crashing with "Oh no, something went wrong"
Quote/Cytat - Julien Cristau (sob, 15 lis 2014, 10:48:51): On Fri, Nov 14, 2014 at 23:42:37 +, Simon McVittie wrote: I think the problem here is that something is not right in the dependencies for the i965_dri.so and swrast_dri.so drivers, so you don't have any OpenGL support (not even software rendering) and GNOME Shell can't run: [...] Janusz, what's the output of 'ldd /usr/lib/xorg/modules/extensions/libglx.so'? jsbien@cauda:~$ ldd /usr/lib/xorg/modules/extensions/libglx.so linux-gate.so.1 (0xb77b8000) libGL.so.1 => /usr/lib/i386-linux-gnu/libGL.so.1 (0xb7626000) libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb760a000) libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb7604000) libaudit.so.1 => /lib/i386-linux-gnu/libaudit.so.1 (0xb75de000) libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb7598000) libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb73ed000) libnvidia-tls.so.340.46 => /usr/lib/i386-linux-gnu/tls/libnvidia-tls.so.340.46 (0xb73e8000) libnvidia-glcore.so.340.46 => /usr/lib/i386-linux-gnu/libnvidia-glcore.so.340.46 (0xb4e55000) libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xb4d03000) libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xb4cee000) /lib/ld-linux.so.2 (0xb77bb000) libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xb4cc8000) libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xb4cc4000) libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xb4cbd000) Regards Janusz -- Prof. dr hab. Janusz S. Bień - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#769072: gnome-shell: GNOME Shell crashing with "Oh no, something went wrong"
Quote/Cytat - Simon McVittie (sob, 15 lis 2014, 00:42:37): I think the problem here is that something is not right in the dependencies for the i965_dri.so and swrast_dri.so drivers, so you don't have any OpenGL support (not even software rendering) and GNOME Shell can't run: [...] Janusz, could you please reply with the output of this command? dpkg-query -W 'libgl1*' 'libglapi*' jsbien@cauda:~$ dpkg-query -W 'libgl1*' 'libglapi*' libgl1 libgl1-mesa-dev:i38610.3.2-1 libgl1-mesa-dri:i38610.3.2-1 libgl1-mesa-dri-dev libgl1-mesa-dri-experimental libgl1-mesa-glx:i38610.3.2-1 libgl1-mesa-glx-no-multiarch libgl1-mesa-swx11 libgl1-mesa-swx11-dev libgl1-nvidia-alternatives libgl1-nvidia-alternatives-ia32 libgl1-nvidia-glx:i386 340.46-3 libgl1-nvidia-glx-any libgl1-nvidia-glx-ia32 libgl1-nvidia-glx-ia32-any libgl1-nvidia-legacy-173xx-glx libgl1-nvidia-legacy-304xx-glx:i386 304.123-4 libgl1-nvidia-legacy-71xx-glx libgl1-nvidia-legacy-96xx-glx libglapi-mesa:i386 10.3.2-1 I'm afraid I've created quite a mess trying to solve the problem by trial and error. As I wrote already, there was a message during one of the upgrades which I unfortunately ignored. Should it be still available somewhere in the logs? I tried to find it, but unsuccesfully. For comparison, this is the output from another jessie installation on the same computer, where this problem doesn't occur (but there are other problems, so I cannot use it for everyday work): jsbien@cauda2:~$ dpkg-query -W 'libgl1*' 'libglapi*' libgl1 libgl1-mesa-dri:amd64 10.3.2-1 libgl1-mesa-dri-experimental libgl1-mesa-glx:amd64 10.3.2-1 libgl1-mesa-glx-no-multiarch libgl1-nvidia-alternatives libglapi-mesa:amd64 10.3.2-1 This is probably not relevant, but please note that cauda is i386 and cauda2 is amd64. Best regards Janusz -- Prof. dr hab. Janusz S. Bień - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#760163: [Pkg-utopia-maintainers] Bug#760163: network-manager: network-manager: vanishing /dev/ppp
Quote/Cytat - Michael Biebl (Mon 01 Sep 2014 03:12:18 PM CEST): Am 01.09.2014 15:10, schrieb Michael Biebl: Am 01.09.2014 14:59, schrieb Janusz S. Bień: Package: network-manager Version: 0.9.10.0-1.1 Severity: important Control: reopen 755770 I still have the problem discribed a month ago: Not quite sure why you filed a new bug report *and* reopened the new one. But anyway: Reopened the "old" one, of course... Which init system do you use? The error message you quote is from Jul 23 08:03:49, the fix for this issue was added (for sysvinit) in systemd 208-7 which was uploaded on August 06. Looks like I used an older version despite several upgrades of the system since August 6. Today I've got systemd 208-8 and now it work correctly. I apologize for bothering you. Please close the bug. Regards Janusz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732106: linux-image-686-pae: support Technisat CableStar Combo
Quote/Cytat - Ben Hutchings (Sat 14 Dec 2013 05:31:26 PM CET): I don't have any ability to review that patch, so until it is applied upstream I won't apply it to Debian either. (It doesn't have to be in a release - just accepted by the media maintainer.) I've just learned the patch has been applied to the media tree on 11th December - I somehow missed this. Best regards Janusz -- Prof. dr hab. Janusz S. Bień - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bień - University of Warsaw (Formal Linguistics Department) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#451071: sympa: unable to upgrade
Package: sympa
Version: 5.3.3-4
Severity: serious
Setting up sympa (5.3.3-4) ...
DBI connect('database=mysql','root',...) failed: Access denied for user
'root'@'localhost' (using password: NO) at /usr/share/sympa/db/install-mysql-db
line 67
dpkg: error processing sympa (--configure):
subprocess post-installation script returned error exit status 255
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages sympa depends on:
ii adduser3.105 add and remove users and groups
ii debconf [debconf-2.0] 1.5.16Debian configuration management sy
ii exim4-daemon-light [ma 4.67-8lightweight Exim MTA (v4) daemon
ii libarchive-zip-perl1.18-1Module for manipulation of ZIP arc
ii libc6 2.6.1-1+b1GNU C Library: Shared libraries
ii libcgi-fast-perl 5.8.8-11.1+lenny1 CGI::Fast Perl module
ii libcrypt-ciphersaber-p 0.61-4Perl module implementing CipherSab
ii libdbd-mysql-perl 4.005-1 A Perl5 database interface to the
ii libdbi-perl1.601-1 Perl5 database interface by Tim Bu
ii libintl-perl 1.16-3Uniforum message translations syst
ii libio-stringy-perl 2.110-2 Perl5 modules for IO from scalars
ii libmailtools-perl 1.77-1Manipulate email in perl programs
ii libmd5-perl2.03-1backwards-compatible wrapper for D
ii libmime-charset-perl 0.044-1 Charset Informations for MIME
ii libmime-encwords-perl 0.040-3 deal with RFC-1522 encoded words
ii libmime-perl 5.420-2 Perl5 modules for MIME-compliant m
ii libmsgcat-perl 1.03-3Locale::Msgcat perl module
ii libnet-ldap-perl 1:0.34-1 A Client interface to LDAP servers
ii libtemplate-perl 2.19-1template processing system written
ii libxml-libxml-perl 1.63-1.1 Perl module for using the GNOME li
ii lsb-base 3.1-24Linux Standard Base 3.1 init scrip
ii mhonarc2.6.16-1 Mail to HTML converter
ii perl [libmime-base64-p 5.8.8-11.1+lenny1 Larry Wall's Practical Extraction
ii perl-suid 5.8.8-11.1+lenny1 Runs setuid Perl scripts
ii sysklogd [system-log-d 1.5-1 System Logging Daemon
Versions of packages sympa recommends:
ii doc-base 0.8.6 utilities to manage online documen
ii logrotate 3.7.1-3Log rotation utility
-- debconf information:
sympa/listmaster: [EMAIL PROTECTED]
wwsympa/wwsympa_url:
wwsympa/webserver_restart: true
sympa/hostname: amos.klf.uw.edu.pl
sympa/db_options:
sympa/db_configured: false
* sympa/db_hostname: localhost
sympa/use_db: true
sympa/use_soap: false
sympa/db_user: sympa
wwsympa/fastcgi: false
sympa/db_authtype: Ident-based
sympa/db_port:
wwsympa/webserver_type: Apache 2
sympa/soap_url:
sympa/wwsympa_configured: false
sympa/db_name: sympa
* sympa/db_type: MySQL
sympa/language: en_US
sympa/db_removeonpurge: false
wwsympa/remove_spool: false
sympa/use_wwsympa: false
sympa/remove_spool: false
sympa/smime_support: false
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293114: djview: bookmark support
On Sun, 13 Feb 2005 07:20:27 +0100 Janusz S. Bień <[EMAIL PROTECTED]> writes: > severity 293114 minor > thanks > > > On Tue, 01 Feb 2005 Janusz S. Bień <[EMAIL PROTECTED]> wrote: > >> Package: djview >> Version: 3.5.14-2 >> Severity: wishlist >> >> I am looking forward to bookmark support. > > Silly for me, but only now I have noticed "Show Bookmarks" option in > the menu. Unfortunately this feature is completely undocumented, so I > increase the severity of my report. > > Best regards > > Janusz > > -- > , > dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra > Lingwistyki Formalnej) > Prof. Janusz S. Bien - Warsaw Uniwersity (Chair of Formal Linguistics) > [EMAIL PROTECTED], [EMAIL PROTECTED], http://www.mimuw.edu.pl/~jsbien/, > http://www.klf.uw.edu.pl
Bug#294991: O: sitecopy -- A program for managing a WWW site via FTP, DAV or HTTP
On Sat, 12 Feb 2005 22:27:51 +0100 Jeroen van Wolffelaar <[EMAIL PROTECTED]> writes: [...] > Did you try to contact the maintainer before taking this step? No. I guess I should, but after some hesitation I decided that the facts are obvious and taking such a shortcut will save some time in bringing the upgrade to Debian users. My apology if I broke some rules - a BTS manual for *users* seems to be missing. Best regards Janusz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294405: tetex-base: unable to process even a sample file
On Wed, 09 Feb 2005 19:20:25 +0100 [EMAIL PROTECTED] (Frank Küster) writes: [...] > You could have done > this yourself, by sending your answer to [EMAIL PROTECTED], Sorry, I didn't know. [...] > Do you mean that the cjk-latex Debian package is broken? Then please > file a bug against it, with an appropriate severity (if it's really > unusable, I'd say grave). We do not want to release sarge with a broken > package. My bug report #169286 is 2 years and 86 days old, although the problem perhaps has been solved already. The example quoted there fails now now for a different reason, described in bug report #165350, which is 2 years and 115 days old. cjk-latex is supposed to handle Chinese, Japanese and Korean. It probably works well for Chinese, it never worked for Japanese and I don't know about Korean. Please also note that the bug #285198 reported by Hilmar Preusse is still open. Best regards Janusz
Bug#294405: tetex-base: unable to process even a sample file
On Wed, 9 Feb 2005 18:00:40 +0100 Hilmar Preusse <[EMAIL PROTECTED]> writes: [...] > Did you purge your installation before or did you just remove? Thanks for your suggestions. The problem is solved, as I explained in the previous posting. Best regards -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294405: tetex-base: unable to process even a sample file
On Wed, 09 Feb 2005 17:45:43 +0100 Frank Küster <[EMAIL PROTECTED]> writes: > severity 294405 grave > stop Thank you very much for so quick answer and my apology for a false alarm. [...] > Hm. Are you sure that you want /var/tmp/t17/texmf-var in your TEXMF > search path? This is the culprit. I used to switch between tetex and the texlive image (one of the reasons is that cjk-latex is broken from the very beginning), which (for the reasons described in a BachoTeX paper) used just this directory, but the directory was empty for quite a long time. Recently I made again an experiment with texlive (had to typeset again an old paper of mine) which populated the directory. As this coincided with tetex upgrade, I blamed tetex for the problem. On the other hand I don't understand why language.dat from /var/tmp/tl7 took precende before /usr/share..., but I will have look into it. Thanks again for your help Best regards Janusz
