Bug#1070236: python3-samba: SyntaxError during configuration phase of package on upgrade
Package: python3-samba Version: 2:4.19.6+dfsg-2 Severity: normal X-Debbugs-Cc: d...@msu.edu Dear Maintainer, During an `apt-get upgrade` this morning, the configuration phase of python3-samba emitted this error due to a missing colon: == Configurando python3-samba (2:4.19.6+dfsg-2) ... File "/usr/lib/python3/dist-packages/samba/ms_forest_updates_markdown.py", line 27 try ^ SyntaxError: expected ':' File "/usr/lib/python3/dist-packages/samba/ms_forest_updates_markdown.py", line 27 try ^ SyntaxError: expected ':' dpkg: error al procesar el paquete python3-samba (--configure): el subproceso instalado paquete python3-samba script post-installation devolvió el código de salida de error 1 dpkg: problemas de dependencias impiden la configuración de samba-common-bin: samba-common-bin depende de python3-samba; sin embargo: El paquete `python3-samba' no está configurado todavía. dpkg: error al procesar el paquete samba-common-bin (--configure): problemas de dependencias - se deja sin configurar == -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 6.7.9-amd64 (SMP w/20 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-samba depends on: ii libbsd0 0.12.2-1 ii libc6 2.37-19 ii libgnutls30t643.8.5-2 ii libldb2 2:2.8.0+samba4.19.6+dfsg-2 ii libpython3.11t64 3.11.9-1 ii libtalloc22.4.2-1+b1 ii libtevent0t64 0.16.1-2 ii python3 3.11.8-1 ii python3-ldb 2:2.8.0+samba4.19.6+dfsg-2 ii python3-talloc2.4.2-1+b1 ii python3-tdb 1.4.10-1 ii samba-libs [libndr3] 2:4.19.6+dfsg-2 Versions of packages python3-samba recommends: ii python3-gpg 1.18.0-4.1+b1 python3-samba suggests no packages. -- no debconf information
Bug#1066830: xfig: Ignores "print only active" checkbox in print dialog
Package: xfig Version: 1:3.2.9-2+b1 Severity: normal X-Debbugs-Cc: d...@msu.edu Dear Maintainer, Disabling a layer by unchecking it in the right column, then entering the print dialog and checking "print only active", produces a print that includes the disabled layer. If I instead export to postscript with the same settings, the resulting file is correct. -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 6.6.11-amd64 (SMP w/20 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xfig depends on: ii fig2dev 1:3.2.9-3+b1 ii libc62.37-15.1 ii libfontconfig1 2.15.0-1.1 ii libgs10 10.02.1~dfsg-3+b1 ii libjpeg62-turbo 1:2.1.5-2+b2 ii libpng16-16t64 1.6.43-3 ii libtiff6 4.5.1+git230720-4 ii libx11-6 2:1.8.7-1 ii libxft2 2.3.6-1+b1 ii libxi6 2:1.8.1-1 ii libxpm4 1:3.5.17-1 ii libxt6t641:1.2.1-1.2 ii sensible-utils 0.0.22 ii xaw3dg 1.5+F-1.1+b1 ii xdg-utils1.1.3-4.1 Versions of packages xfig recommends: ii xfig-libs 1:3.2.9-2 Versions of packages xfig suggests: ii cups-bsd [lpr]2.4.7-1.2+b1 ii cups-client 2.4.7-1.2+b1 ii fonts-urw-base35 20200910-8 ii ghostscript 10.02.1~dfsg-3+b1 ii netpbm2:11.05.02-1.1 pn spell pn xfig-doc -- no debconf information
Bug#1005146: firefox-esr: History list weirdness
Package: firefox-esr Version: 91.5.1esr-1 Severity: normal X-Debbugs-Cc: d...@msu.edu On about 2022-01-24, I updated firefox esr from 78.11.0esr-1 to 91.5.0esr-1. A new misbehavior appeared. Starting with a freshly launched browser, if I visit four pages in succession without backing up (three seems not to be enough to trigger the problem), then use Alt-Left to return to the new window start page, the history list gets disordered in a way that is hard to describe. If one holds the back button, one should see pages to which one could go backwards, but if there _are_ no older pages, then the button should be greyed out. But when this problem happens, there will still be pages in the "older" list, and the button will not be greyed out. It's usually possible to use the mouse and the back button to get to the start page, but _not_ usually possible to use Alt-Left to do so, as the latter seems to end up looping through a set of entries in the history list. The 91.5.1esr-1 update was applied today, and does not seem to change the behavior. -- Package-specific info: -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 5.10.0-7-amd64 (SMP w/20 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages firefox-esr depends on: ii debianutils 5.7-0.1 ii fontconfig 2.13.1-4.4 ii libatk1.0-0 2.36.0-3 ii libc62.33-5 ii libcairo-gobject21.16.0-5 ii libcairo21.16.0-5 ii libdbus-1-3 1.12.20-3 ii libdbus-glib-1-2 0.112-2 ii libevent-2.1-7 2.1.12-stable-1 ii libffi8 3.4.2-4 ii libfontconfig1 2.13.1-4.4 ii libfreetype6 2.11.1+dfsg-1 ii libgcc-s111.2.0-16 ii libgdk-pixbuf-2.0-0 2.42.6+dfsg-2 ii libglib2.0-0 2.70.3-1 ii libgtk-3-0 3.24.31-1 ii libnspr4 2:4.32-3 ii libnss3 2:3.73.1-1 ii libpango-1.0-0 1.50.3+ds1-6 ii libstdc++6 11.2.0-16 ii libvpx7 1.11.0-2 ii libx11-6 2:1.7.2-2+b1 ii libx11-xcb1 2:1.7.2-2+b1 ii libxcb-shm0 1.14-3 ii libxcb1 1.14-3 ii libxcomposite1 1:0.4.5-1 ii libxdamage1 1:1.1.5-2 ii libxext6 2:1.3.4-1 ii libxfixes3 1:6.0.0-1 ii libxrender1 1:0.9.10-1 ii procps 2:3.3.17-6 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages firefox-esr recommends: ii libavcodec54 8:1.0.5-dmo1 ii libavcodec57 10:3.3.2-dmo2 ii libavcodec58 10:4.4.1-dmo4 Versions of packages firefox-esr suggests: ii fonts-lmodern 2.004.5-6.1 ii fonts-stix [otf-stix] 1.1.1-4.1 ii libcanberra0 0.30-8 ii libgssapi-krb5-2 1.18.3-7 ii pulseaudio 15.0+dfsg1-3 -- no debconf information
Bug#1004526: gr-osmosdr: Failure due to removal pf pyqwidget in gnuradio 3.9/3.10
Package: gr-osmosdr Version: 0.2.3-5+b1 Severity: normal X-Debbugs-Cc: d...@msu.edu Changes to qtgui in gnuradio 3.9/3.10 break at least one of the osmocom_* tools: ozymandias 1835 # osmocom_fft -a hackrf -v gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.10.0.0 built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf rfspace airspy airspyhf soapy redpitaya freesrp Using HackRF One with firmware 2021.03.1 RF gain range: start 0 stop 14 step 14 IF gain range: start 0 stop 40 step 8 BB gain range: start 0 stop 62 step 2 Supported sample rates 800-2000 step 200. Supported bandwidth rates 175-2800 step 50. Supported frequencies 4.0M-7.246G GAIN(RF): 0 GAIN(IF): 16 GAIN(BB): 20 Traceback (most recent call last): File "/usr/bin/osmocom_fft", line 714, in main() File "/usr/bin/osmocom_fft", line 690, in main tb = app_top_block(qapp.arguments(), "osmocom Spectrum Browser") File "/usr/bin/osmocom_fft", line 297, in __init__ self.scope_win = sip.wrapinstance(self.scope.pyqwidget(), Qt.QWidget) AttributeError: 'gnuradio.qtgui.qtgui_python.freq_sink_c' object has no attribute 'pyqwidget' Segmentation fault (core dumped) See a bug report against gnuradio at https://github.com/gnuradio/gnuradio/issues/5175 -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 5.10.0-7-amd64 (SMP w/20 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gr-osmosdr depends on: ii libc6 2.33-5 ii libgcc-s1 11.2.0-14 ii libgnuradio-osmosdr0.2.00.2.3-5+b1 ii libgnuradio-runtime3.10.0 3.10.0.0-4 ii libstdc++6 11.2.0-14 ii python3 3.9.8-1 ii python3-numpy [python3-numpy-abi9] 1:1.21.5-1 Versions of packages gr-osmosdr recommends: ii gnuradio3.10.0.0-4 ii gr-fosphor 3.9~0.974ab2f-1+b2 gr-osmosdr suggests no packages. -- no debconf information
Bug#989576: cura crashes at exit due to Qt version mismatch
Package: cura Version: 4.8-4 Severity: minor X-Debbugs-Cc: d...@msu.edu Cura crashes at exit, every time. This doesn't seem to cause operational problems, but it does leave a lot of coredumps lying around. In a github issue discussion, a maintainer indicated that this is because it needs Qt 5.10, not 5.15. https://github.com/Ultimaker/Cura/issues/9837 It might be worth packaging 4.9.1 now, which theoretically is ok with 5.15, though see the above issue for discussion of some other problem. Thanks for packaging cura. -- System Information: Debian Release: 11.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 5.10.0-7-amd64 (SMP w/20 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cura depends on: ii cura-engine 1:4.8-1 ii fdm-materials 4.8-1 ii fonts-open-sans 1.11-1.1 ii python3 3.9.2-3 ii python3-certifi 2020.6.20-1 ii python3-charon 4.8-1 ii python3-cryptography3.3.2-1 ii python3-pynest2d4.8.0-2 ii python3-pyqt5 5.15.2+dfsg-3 ii python3-pyqt5.qtopengl 5.15.2+dfsg-3 ii python3-requests2.25.1+dfsg-2 ii python3-savitar 4.8-1+b1 ii python3-serial 3.5~b0-1 ii python3-shapely 1.7.1-2 ii python3-uranium 4.8-1 ii qml-module-qt-labs-folderlistmodel 5.15.2+dfsg-5 ii qml-module-qt-labs-settings 5.15.2+dfsg-5 ii qml-module-qtqml-models25.15.2+dfsg-5 ii qml-module-qtquick-controls 5.15.2-2 ii qml-module-qtquick-controls25.15.2+dfsg-2 ii qml-module-qtquick-dialogs 5.15.2-2 ii uranium-plugins 4.8-1 Versions of packages cura recommends: ii python3-zeroconf 0.26.1-1 cura suggests no packages. -- no debconf information
Bug#989433: tcpdump: -Z doesn't seem to work properly
Package: tcpdump Version: 4.99.0-2 Severity: normal X-Debbugs-Cc: d...@msu.edu According to the manpage, if run as root, tcpdump switches to the tcpdump user. It's supposed to be possible to override this behavior by using the "-Z root" command line option. The following session was executed as root: ozymandias 179 # tcpdump -r /tmp/ax0.cap -Z root tcpdump: /tmp/ax0.cap: Permission denied ozymandias 180 # tcpdump -r /tmp/ax0.cap -Z tcpdump tcpdump: /tmp/ax0.cap: Permission denied ozymandias 181 # dir /tmp/ax0.cap -rw-r--r-- 1 tcpdump tcpdump 434176 jun 3 11:41 /tmp/ax0.cap Order of the "-r" and "-Z" options make no difference. If one chown's the file root:root, then tcpdump will read it. -- System Information: Debian Release: 11.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 5.10.0-7-amd64 (SMP w/20 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages tcpdump depends on: ii adduser 3.118 ii libc6 2.31-12 ii libpcap0.8 1.10.0-2 ii libssl1.1 1.1.1k-1 tcpdump recommends no packages. Versions of packages tcpdump suggests: ii apparmor 2.13.6-10 -- no debconf information
Bug#986296: i7z generates two kernel messages per second while running
Package: i7z Version: 0.27.2+git2013.10.12-g5023138-7 Severity: important While i7z is running, the syslog receives 60 messages every 30 seconds: Apr 2 11:47:58 ozymandias kernel: [319599.175688] msr: Write to unrecognized MSR 0x38f by i7z (pid: 180370). Please report to x...@kernel.org. Apr 2 11:48:32 ozymandias kernel: [319633.641731] filter_write: 59 callbacks suppressed Apr 2 11:48:32 ozymandias kernel: [319633.641732] msr: Write to unrecognized MSR 0x38f by i7z (pid: 180370). Please report to x...@kernel.org. Apr 2 11:49:07 ozymandias kernel: [319668.104971] filter_write: 59 callbacks suppressed Obviously the log traffic alone is undesirable. i9-10900K processor, W430 chipset, Supermicro X12SCA-F motherboard. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 5.10.0-5-amd64 (SMP w/20 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages i7z depends on: ii libc6 2.31-10 ii libncurses6 6.2+20201114-2 ii libtinfo6 6.2+20201114-2 ii msr-tools 1.3-3+b1 ii ruby 1:2.7+2 ii ruby1.8 [ruby-interpreter]1.8.7.358-7.1 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.2 i7z recommends no packages. i7z suggests no packages. -- no debconf information
Bug#950670: suck: lmove incorrectly fails to recognize listed newsgroup in some messages
Package: suck Version: 4.3.4-1 Severity: normal The lmove helper tool fails to find newsgroups which are listed in the active and newsrc files in some messages. So far, all the examples I've examined have the group which should match listed last, and on a continuation line. The tarball contains a number of sample messages which were ignored, as well as the active and newsrc files. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.19.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages suck depends on: ii debconf [debconf-2.0] 1.5.71 ii libc6 2.29-9 ii libssl1.1 1.1.1b-1 Versions of packages suck recommends: ii perl 5.28.1-6 Versions of packages suck suggests: ii lynx [news-reader] 2.8.9rel.1-3 pn news-transport-system -- no debconf information lmove_bug.tar.gz Description: application/gtar-compressed
Bug#888529: memcached: Systemd private tmp breaks unix socket access to memcached
Package: memcached Version: 1.5.4-1 Severity: important After applying this version the other night, our application was no longer able to connect to memcached via its unix socket. (Since the systemd private tmp functionality is a damned rootkit, it too a while to diagnose this problem.) The distributed configuration file appears to place the unix socket in /tmp. If systemd private tmp is to be enabled for memcached, the distributed configuration should place the unix socket elsewhere. Alternately, private tmp could be disabled for memached. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_US.UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages memcached depends on: ii adduser 3.116 ii libc6 2.26-5 ii libevent-2.1-6 2.1.8-stable-4 ii libsasl2-2 2.1.27~101-g0780600+dfsg-3 ii lsb-base9.20170808 ii perl5.26.1-4 memcached recommends no packages. Versions of packages memcached suggests: pn libanyevent-perl pn libcache-memcached-perl pn libmemcached ii libterm-readkey-perl 2.37-1+b2 pn libyaml-perl -- no debconf information
Bug#858583: trace-summary appears to need a dependency on python-subnettree
Package: trace-summary Version: 0.84-1 Severity: normal After installing bro, bro-aux, bro-common and broctl via apt-get and doing basic configuration, the hourly reports contain the following: Traceback (most recent call last): File "/usr/bin/trace-summary", line 19, in import SubnetTree ImportError: No module named SubnetTree It appears that the trace-summary package should depend on the python-subnettree package. -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages trace-summary depends on: ii python 2.7.13-2 trace-summary recommends no packages. trace-summary suggests no packages. -- no debconf information
Bug#858062: systemd: rc.local should depend on network-online.target
Package: systemd Version: 215-17+deb8u6 Severity: normal The rc.local service currently depends on network.target. In at least some cases, that means that e.g. domain name resolution doesn't work, other servers can't be contacted by commands in rc.local, etc. The rc.local service should instead depend on the network-online.target. -- Package-specific info: -- System Information: Debian Release: 8.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-59 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1+b1 ii libblkid1 2.25.2-6 ii libc6 2.19-18+deb8u7 ii libcap2 1:2.24-8 ii libcap2-bin 1:2.24-8 ii libcryptsetup4 2:1.6.6-5 ii libgcrypt20 1.6.3-2+deb8u2 ii libkmod218-3 ii liblzma55.1.1alpha+20120614-2+b3 ii libpam0g1.1.8-3.1+deb8u2 ii libselinux1 2.3-2 ii libsystemd0 215-17+deb8u6 ii mount 2.25.2-6 ii sysv-rc 2.88dsf-59 ii udev215-17+deb8u6 ii util-linux 2.25.2-6 Versions of packages systemd recommends: ii dbus1.8.22-0+deb8u1 pn libpam-systemd Versions of packages systemd suggests: pn systemd-ui -- no debconf information
Bug#848270: iceweasel: When iceweasel restarts it forgets the active profile
Package: iceweasel Version: 45.5.0esr-1 Severity: normal If iceweasel is restarted due to e.g. an update, a setting change that requires a restart, or installation of a new plugin, it doesn't start the correct profile. That is, an iceweasel window using my slack profile, when it restarts, may start a calendar profile or a default profile, etc. I have several profiles which I use to separate different kinds of tasks. I've not yet figured out the details of which profile ends up being selected, but I have yet to see iceweasel restart the _correct_ profile. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_US.UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages iceweasel depends on: ii firefox-esr 45.0.1esr-1 iceweasel recommends no packages. iceweasel suggests no packages. -- no debconf information
Bug#695664: OTRS now _also_ expects to OTRS-supplied ckeditor plugins
> thanks for your report. Do you have got some more information for me, > e.g. if they are available in ckeditor upstream or anywhere else > outside of otrs now? The installed version of OTRS is 5.0.9+dfsg1-1. Ckeditor is 4.5.7+dfsg-2. The skin is available either from upstream otrs, or from the ckeditor site. The two plugins seem to exist only in upstream otrs. I was able to take the three directories and place them in the obvious places under /usr/share/javascript/ckeditor to work around the problem for now. De
Bug#695664: OTRS now _also_ expects to OTRS-supplied ckeditor plugins
OTRS now supplies two of its own plugins inside the embedded ckeditor kit. These are splitquote and preventimagepaste, and neither is present in the Debian ckeditor package. The reply editor literally can't be used in the shipped state, as the text box is missing. De
Bug#695664: OTRS now expects the bootstrapck skin
This seems related, but let me know if you want me to open a separate ticket. I just updated OTRS. The editor now doesn't work because OTRS expects the bootstrapck skin by default, yet it is not included in the Debian ckeditor package or the Debian otrs2 package. De
Bug#806674: wkhtmltopdf ignores /etc/papersize
Package: wkhtmltopdf Version: 0.12.2.4-1 Severity: normal wkhtmltopdf ignores /etc/papersize, and defaults to A4. It should respect the system default paper size. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wkhtmltopdf depends on: ii libc6 2.19-11 GNU C Library: Shared libraries ii libgcc1 1:4.9.2-10 GCC support library ii libgl1-mesa-glx [libgl1]10.3.2-1 free implementation of the OpenGL ii libqt5core5a5.5.1+dfsg-8 Qt 5 core module ii libqt5gui5 5.5.1+dfsg-8 Qt 5 GUI module ii libqt5network5 5.5.1+dfsg-8 Qt 5 network module ii libqt5printsupport5 5.5.1+dfsg-8 Qt 5 print support module ii libqt5svg5 5.5.1-2 Qt 5 SVG module ii libqt5webkit5 5.5.1+dfsg-2 Web content engine library for Qt ii libqt5widgets5 5.5.1+dfsg-8 Qt 5 widgets module ii libqt5xmlpatterns5 5.5.1-2 Qt 5 XML patterns module ii libstdc++6 5.2.1-25 GNU Standard C++ Library v3 Versions of packages wkhtmltopdf recommends: ii xserver-xephyr [xserver] 2:1.14.5-1 nested X server wkhtmltopdf suggests no packages. -- no debconf information
Bug#806263: otrs2: OTRS attempts to phone home to cloud.otrs.com without warning or asking permission
Package: otrs2 Version: 5.0.3-1 Severity: normal OTRS attempts to "phone home" to cloud.otrs.com by default, without giving warning or asking permission. This is a privacy concern. It should not do this. -- System Information: Versions of packages otrs2 depends on: ii adduser 3.113+nmu3 ii apache2 [httpd-cgi] 2.4.17-3 ii dbconfig-common 1.8.58 ii debconf [debconf-2.0] 1.5.58 ii fonts-font-awesome 4.4.0~dfsg-1 ii libapache-dbi-perl 1.12-1 ii libapache2-reload-perl 0.12-3 ii libauthen-sasl-perl 2.1600-1 ii libcgi-pm-perl 4.22-1 ii libcrypt-eksblowfish-perl 0.009-2 ii libcrypt-passwdmd5-perl 1.3-10 ii libcss-minifier-perl0.01-1 ii libdate-pcalc-perl 6.1-4 ii libdbd-mysql-perl 4.033-1 ii libdbi-perl 1.634-1 ii libemail-valid-perl 1.198-1 ii libencode-hanextra-perl 0.23-4 ii libexcel-writer-xlsx-perl 0.86-1 ii libgd-graph-perl1.48-2 ii libgd-perl [libgd-gd2-perl] 2.53-1+b1 ii libgd-text-perl 0.86-9 ii libhtml-parser-perl 3.71-2 ii libhtml-tagset-perl 3.20-2 ii libhtml-truncate-perl 0.20-1 ii libio-interactive-perl 0.0.6-1 ii libio-stringy-perl 2.110-5 ii libjavascript-minifier-perl 1.11-1 ii libjson-perl2.90-1 ii libjson-xs-perl 3.010-2 ii liblingua-translit-perl 0.22-1 ii liblinux-distribution-perl 0.23-1 ii libmail-imapclient-perl 3.37-1 ii libmail-pop3client-perl 2.18-1 ii libmailtools-perl 2.13-1 ii libmime-tools-perl 5.505-1 ii libnet-imap-simple-perl 1.2205-1 ii libnet-imap-simple-ssl-perl 1.3-3 ii libnet-ldap-perl1:0.6500+dfsg-1 ii libnet-smtp-ssl-perl1.03-1 ii libnet-smtp-tls-butmaintained-perl 0.24-1 ii libnet-sslglue-perl 1.054-1 ii libpdf-api2-perl2.023-1 ii libpod-strip-perl 1.02-2 ii libproc-daemon-perl 0.22-1 ii libschedule-cron-events-perl1.94-1 ii libsys-hostname-long-perl 1.5-1 ii libtemplate-perl2.24-1.2+b1 ii libtext-csv-perl1.33-1 ii libtext-csv-xs-perl 1.20-1 ii libtext-diff-perl 1.43-1 ii libxml-feedpp-perl 0.43-1 ii libxml-libxml-perl 2.0116+dfsg-5 ii libxml-libxslt-perl 1.94-2 ii libxml-parser-lite-perl 0.721-1 ii libxml-parser-perl 2.44-1 ii libyaml-libyaml-perl0.41-6 ii libyaml-perl1.15-1 ii perl [libdigest-sha-perl] 5.20.2-6 ii ttf-dejavu-core 2.35-1 ii ttf-dejavu-extra2.35-1 ii ucf 3.0031 Versions of packages otrs2 recommends: ii aspell0.60.7~20110707-3 ii ispell3.4.00-4 pn postgresql-client | mysql-client ii procmail 3.22-25 Versions of packages otrs2 suggests: ii mysql-server 5.6.27-2 ii mysql-server-5.6 [virtual-mysql-server] 5.6.27-2 -- debconf information: otrs2/pgsql/admin-pass: (password omitted) otrs2/mysql/app-pass: (password omitted) otrs2/app-password-confirm: (password omitted) otrs2/mysql/admin-pass: (password omitted) otrs2/password-confirm: (password omitted) otrs2/pgsql/app-pass: (password omitted) otrs2/db/basepath: otrs2/remote/port: * otrs2/database-type: mysql otrs2/passwords-do-not-match: otrs2/purge: false otrs2/remote/host: otrs2/dbconfig-reinstall: false * otrs2/dbconfig-upgrade: true otrs2/upgrade-error: abort otrs2/remote/newhost: otrs2/missing-db-package-error: abort * otrs2/dbconfig-install: true otrs2/internal/reconfiguring: false otrs2/pgsql/authmethod-user: ident otrs2/internal/skip-preseed: false otrs2/pgsql/method: TCP/IP otrs2/dbconfig-remove: otrs2/pgsql/no-empty-passwords: * otrs2/mysql/method: Unix socket otrs2/pgsql/changeconf: false * otrs2/install-error: ignore otrs2/pgsql/manualconf: otrs2/pgsql/authmethod-admin: ident otrs2/pgsql/admin-user: postgres otrs2/remove-error: abort otrs2/upgrade-backup: true
Bug#656340: Don't close
Manual page claims notwithstanding, the program does not behave like gzip. It behaves like tar. Further, it does not have a 7zcat or a command line option equivalent to gzip's -c. As such, removing source files is disastrously non-compliant with the principle of least surprise, as well as being impossible to suppress. De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781836: systemd: Systemd fails to notice services have died,
Package: systemd Version: 215-5+b1 Severity: important Systemd fails to notice a service has died. Thereafter, when asked to start it, it reports success, but the service still isn't running. It is necessary to manually stop and then start the service. Example follows. In this case, it was bacula, but I believe I've seen it with nginx too. ken 12 # ps auxww | grep bacula bacula2117 0.0 0.0 182616 6832 ?Ssl mar31 0:01 /usr/sbin/bacula-sd -c /etc/bacula/bacula-sd.conf -u bacula -g tape root 3993 0.0 0.0 15456 2200 pts/0S+ 11:44 0:00 grep bacula ken 13 # /etc/init.d/bacula-fd start [ ok ] Starting bacula-fd (via systemctl): bacula-fd.service. ken 14 # ps auxww | grep bacula bacula2117 0.0 0.0 182616 6832 ?Ssl mar31 0:01 /usr/sbin/bacula-sd -c /etc/bacula/bacula-sd.conf -u bacula -g tape root 4026 0.0 0.0 15456 2216 pts/0S+ 11:44 0:00 grep bacula ken 15 # /etc/init.d/bacula-fd stop [ ok ] Stopping bacula-fd (via systemctl): bacula-fd.service. ken 16 # ps auxww | grep bacula bacula2117 0.0 0.0 182616 6832 ?Ssl mar31 0:01 /usr/sbin/bacula-sd -c /etc/bacula/bacula-sd.conf -u bacula -g tape root 4067 0.0 0.0 15456 2224 pts/0S+ 11:44 0:00 grep bacula ken 17 # /etc/init.d/bacula-fd start [ ok ] Starting bacula-fd (via systemctl): bacula-fd.service. ken 18 # ps auxww | grep bacula bacula2117 0.0 0.0 182616 6832 ?Ssl mar31 0:01 /usr/sbin/bacula-sd -c /etc/bacula/bacula-sd.conf -u bacula -g tape root 4093 0.0 0.0 69252 3472 ?Ssl 11:45 0:00 /usr/sbin/bacula-fd -c /etc/bacula/bacula-fd.conf root 4113 0.0 0.0 15456 2156 pts/0S+ 11:45 0:00 grep bacula ken 19 # -- Package-specific info: -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-58 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1+b1 ii libblkid1 2.25.2-5 ii libc6 2.19-17 ii libcap2 1:2.24-7 ii libcap2-bin 1:2.24-7 ii libcryptsetup4 2:1.6.6-5 ii libgcrypt20 1.6.3-2 ii libkmod220-1 ii liblzma55.1.1alpha+20120614-2+b3 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-5+b1 ii sysv-rc 2.88dsf-58 ii udev215-12 ii util-linux 2.20.1-5.8 Versions of packages systemd recommends: pn dbusnone pn libpam-systemd none Versions of packages systemd suggests: pn systemd-ui none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755103: amavisd-new: Taint errors with $forward_method = 'smtp:*:10025'
Updates applied last night overwrote my local patch, put us back into broken state, and reminded me that this ticket is still open. The patch has been running successfully for some months now. Given that the configuration file is under admin control (right?), I don't _think_ there are any significant security concerns here. The patch applied cleanly to 2.9.1-1. De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751633: Breaks installer
It appears that bzcat is no longer available in the installer environment, as the installer now errors out complaining that acl can't be unpacked due to the absence of bzcat. De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755103: amavisd-new: Taint errors with $forward_method = 'smtp:*:10025'
What do you expect perl/libc to do when you tell it to connect to host *? See, for example, the RELEASE_NOTES file, around line 10800: To make it possible for several hosts to share one content checking daemon, the IP address and/or the port number in $forward_method and $notify_method may be specified as an asterisk. An asterisk in the colon-separated second field (host) will be replaced by the SMTP client peer address (i.e. the MTA host). An asterisk in the third field (tcp port) will be replaced by the incoming SMTP/LMTP session port number plus one. This obsoletes the previously used less flexible configuration parameter $relayhost_is_client. An example: $forward_method = 'smtp:*:*'; $notify_method = 'smtp:[127.0.0.1]:10025'; De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755103: amavisd-new: Taint errors with $forward_method = 'smtp:*:10025'
indeed. There is code for that feature, but it will take time to debug this. FWIW, I notice the netbsd folks are reporting new taint problems with postgrey and perl 5.18 too, so perl probably turned up the taint checking a bit. I've hacked an experimental change (diff below) into my local copy, will watch and advise. De --- cya_amavisd-new 2014-05-10 16:54:25.0 -0400 +++ amavisd-new 2014-07-17 16:41:24.431525709 -0400 @@ -7891,13 +7891,14 @@ use vars qw(@ISA @EXPORT @EXPORT_OK %EXPORT_TAGS $VERSION); $VERSION = '2.320'; @ISA = qw(Exporter); + import Amavis::Util qw(untaint_inplace); } sub new { my $class = $_[0]; bless {}, $class } sub client_ip # client IP address (immediate SMTP client, i.e. our MTA) - { @_2 ? shift-{client_ip} : ($_[0]-{client_ip} = $_[1]) } + { @_2 ? untaint_inplace(shift-{client_ip}) : ($_[0]-{client_ip} = untaint_inplace($_[1])) } sub socket_ip # IP address of our interface that received connection { @_2 ? shift-{socket_ip} : ($_[0]-{socket_ip} = $_[1]) } sub socket_port# TCP port of our interface that received connection -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739996: bacula-director-mysql: Bacula chooses youngest, not oldest, available tape
Package: bacula-director-mysql Version: 5.2.6+dfsg-9.1 Severity: normal Our bacula is asking for additional tape this morning to complete a full dump. Full dumps are run weekly. We have a few more tapes than are needed to do three weeks of full dumps. Our retention period is set to 18 days. The manual (http://bacula.org/5.2.x-manuals/en/main/main/Configuring_Director.html#SECTION001415) states It is important to know that when the Volume Retention period expires, Bacula does not automatically recycle a volume. _It attempts to keep the Volume data intact as long as possible before over writing the Volume._ (emphasis added) Our Full pool definition is: Pool { Name = HMF Pool Type = Backup # Label Format = HMF Cleaning Prefix = CLN Recycle = yes AutoPrune = yes Volume Retention = 18 days } The list of tapes which are currently beyond their retention period are: +-++---+-+---+--+--+-+--+---+---+-+ | MediaId | VolumeName | VolStatus | Enabled | VolBytes | VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten | +-++---+-+---+--+--+-+--+---+---+-+ | 80 | HMF048L4 | Append| 1 | 807,716,519,936 | 162 | 1,555,200 | 1 |0 | 0 | LTO-4 | 2014-02-03 11:57:12 | | 79 | HMF050L4 | Full | 1 | 918,418,358,272 | 184 | 1,555,200 | 1 |0 | 0 | LTO-4 | 2014-02-03 08:53:00 | | 78 | HMF044L4 | Full | 1 | 846,183,006,208 | 170 | 1,555,200 | 1 |0 | 0 | LTO-4 | 2014-02-03 05:12:48 | | 95 | HMF056L4 | Full | 1 | 815,028,240,384 | 164 | 1,555,200 | 1 |0 | 0 | LTO-4 | 2014-02-03 01:55:05 | | 77 | HMF047L4 | Full | 1 | 1,067,510,136,832 | 214 | 1,555,200 | 1 |0 | 0 | LTO-4 | 2014-02-02 22:07:28 | | 122 | HMF070L4 | Full | 1 | 839,165,411,328 | 168 | 1,555,200 | 1 |0 | 0 | LTO-4 | 2014-02-02 16:55:17 | | 119 | HMF066L4 | Full | 1 | 852,338,147,328 | 171 | 1,555,200 | 1 |0 | 0 | LTO-4 | 2014-02-02 13:37:28 | | 89 | HMF049L4 | Full | 1 | 869,932,728,320 | 175 | 1,555,200 | 1 |0 | 0 | LTO-4 | 2014-02-02 10:17:16 | | 82 | HMF042L4 | Full | 1 | 818,461,802,496 | 164 | 1,555,200 | 1 |0 | 0 | LTO-4 | 2014-02-02 06:34:04 | | 81 | HMF045L4 | Full | 1 | 842,693,345,280 | 169 | 1,555,200 | 1 |0 | 0 | LTO-4 | 2014-02-02 02:49:24 | | 128 | HMF076L4 | Full | 1 | 768,285,868,032 | 154 | 1,555,200 | 1 |0 | 0 | LTO-4 | 2014-02-01 23:16:17 | | 129 | HMF077L4 | Full | 1 | 976,262,004,736 | 196 | 1,555,200 | 1 |0 | 0 | LTO-4 | 2014-02-01 19:35:29 | | 145 | HMF082L4 | Full | 1 | 978,494,947,328 | 199 | 1,555,200 | 1 |0 | 0 | LTO-4 | 2014-02-01 05:51:25 | | 83 | HMF046L4 | Append| 1 | 726,885,466,112 | 146 | 1,555,200 | 1 |0 | 0 | LTO-4 | 2014-01-27 14:41:09 | | 123 | HMF071L4 | Full | 1 | 975,751,348,224 | 196 | 1,555,200 | 1 |0 | 0 | LTO-4 | 2014-01-27 11:38:45 | | 120 | HMF068L4 | Full | 1 | 754,611,388,416 | 151 | 1,555,200 | 1 |0 | 0 | LTO-4 | 2014-01-27 07:53:15 | +-++---+-+---+--+--+-+--+---+---+-+ This morning, Bacula wants HMF048L4, one of the two appendable tapes in this list. It seems it should be asking for HMF046L4, if it wants to use any appendable tapes first, or HMF068, if any expired tape will do. Obviously, we could force the appendable/expired issue by setting Volume Use Duration, but that's not really the part that concerns me. In effect, Bacula is asking for the youngest expired tape, not the oldest. This behavior reduces our available dump history from might often have three generations to will never have more than two generations. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to
Bug#688907: postfix: Postfix ignores strict_8bitmime_body=no
Package: postfix Version: 2.7.1-1+squeeze1 Severity: normal With: strict_8bitmime = no strict_8bitmime_body = no strict_7bit_headers = yes in main.cf, postfix rejects messages with 8bit text in the body. The sample message which follows shows the typical case, which is a nested message/rfc822. Turning off strict_7bit_headers appears to remove the problem. Unless I'm missing something, postfix shouldn't be digging into the body at all with these settings. De HELO H-NET.MSU.EDU MAIL FROM:lists...@h-net.msu.edu RCPT TO:r...@h-net.msu.edu DATA Date: Wed, 26 Sep 2012 14:48:30 -0400 From: H-Net LISTSERV Server (16.0) lists...@h-net.msu.edu Subject: Re: GETPOST H-FRENCH-COLONIAL To: r...@h-net.msu.edu Message-ID: listserv%201209261448304429.0...@h-net.msu.edu MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=HaECTSJaLRcWKRAEMGYCDHWJEGWLDD --HaECTSJaLRcWKRAEMGYCDHWJEGWLDD Content-Type: message/rfc822 Date: Wed, 12 Sep 2012 14:26:06 -0400 Reply-To: H-Net Network on the History of the French colonialism h-french-colon...@h-net.msu.edu Sender: H-Net Network on the History of the French colonialism h-french-colon...@h-net.msu.edu From: Jyoti Mohan jyoti_mo...@hotmail.com Subject: FW: JE - Politiques identitaires en Inde et 3èmes Journées du cinéma indien et Bollywood In-Reply-To: 50505fcf.8090...@univ-montp3.fr MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1252 Content-Transfer-Encoding: quoted-printable Message-ID: bay173-w193c6145b8d2807bd39ae694...@phx.gbl Date: Wed, 12 Sep 2012 12:11:27 +0200 From: judith.misrahi-ba...@univ-montp3.fr Subject: JE - Politiques identitaires en Inde et 3èmes Journées du cinéma indien et Bollywood Bonjour, Vous serez les bienvenus à la journée d'étude annoncée ci-dessous, organisée en préliminaire des 3èmes Journées du cinéma indien et Bollywood le 24 et 25 novembre à la Salle Rabelais. Merci de faire circuler le message autour de vous et sur vos listes. ...snip... Contact : Judith Misrahi-Barak judith.misrahi-ba...@univ-montp3.fr --HaECTSJaLRcWKRAEMGYCDHWJEGWLDD-- . QUIT -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages postfix depends on: ii adduser3.112+nmu2add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii dpkg 1.15.8.12 Debian package management system ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libsasl2-2 2.1.23.dfsg1-7Cyrus SASL - authentication abstra ii libssl0.9.80.9.8o-4squeeze13 SSL shared libraries ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii netbase4.45 Basic TCP/IP networking system ii ssl-cert 1.0.28simple debconf wrapper for OpenSSL Versions of packages postfix recommends: ii python 2.6.6-3+squeeze7 interactive high-level object-orie Versions of packages postfix suggests: ii bsd-mailx [mail-re 8.1.2-0.20100314cvs-1 simple mail user agent ii libsasl2-modules 2.1.23.dfsg1-7Cyrus SASL - pluggable authenticat ii nmh [mail-reader] 1.3-1 A set of electronic mail handling pn postfix-cdbnone(no description available) ii postfix-ldap 2.7.1-1+squeeze1 LDAP map support for Postfix ii postfix-mysql 2.7.1-1+squeeze1 MySQL map support for Postfix ii postfix-pcre 2.7.1-1+squeeze1 PCRE map support for Postfix pn postfix-pgsql none(no description available) ii procmail 3.22-19 Versatile e-mail processor pn resolvconf none(no description available) pn sasl2-bin none(no description available) pn ufwnone(no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble?
Bug#687567: linux-image-3.2.0-2-amd64: Patch to support D-Link DUB-E100 variant
Package: linux-2.6 Version: 3.2.15-1 Severity: wishlist Tags: patch Any chance the patch at http://grinkin.ru/dlink-DUB-E100.html could get rolled in? It appears D-Link is now building a variant of this ethernet dongle with a different USB id (1a02 vs 1a00) and chipset. Thanks, De -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: Dell Inc. product_name: OptiPlex 980 product_version: chassis_vendor: Dell Inc. chassis_version: bios_vendor: Dell Inc. bios_version: A01 board_vendor: Dell Inc. board_name: 0D441T board_version: A00 ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Core Processor DRAM Controller [8086:0040] (rev 12) Subsystem: Dell Device [1028:02da] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: access denied Kernel driver in use: agpgart-intel 00:01.0 PCI bridge [0604]: Intel Corporation Core Processor PCI Express x16 Root Port [8086:0041] (rev 12) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied Kernel driver in use: pcieport 00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0042] (rev 12) (prog-if 00 [VGA controller]) Subsystem: Dell Device [1028:02da] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 43 Region 0: Memory at f7c0 (64-bit, non-prefetchable) [size=4M] Region 2: Memory at e000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at ec90 [size=8] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 00:16.0 Communication controller [0780]: Intel Corporation 5 Series/3400 Series Chipset HECI Controller [8086:3b64] (rev 06) Subsystem: Dell Device [1028:02da] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 11 Region 0: Memory at feda6000 (64-bit, non-prefetchable) [size=16] Capabilities: access denied 00:16.2 IDE interface [0101]: Intel Corporation 5 Series/3400 Series Chipset PT IDER Controller [8086:3b66] (rev 06) (prog-if 85 [Master SecO PriO]) Subsystem: Dell Device [1028:02da] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin C routed to IRQ 18 Region 0: I/O ports at fe80 [size=8] Region 1: I/O ports at fe90 [size=4] Region 2: I/O ports at fea0 [size=8] Region 3: I/O ports at feb0 [size=4] Region 4: I/O ports at fef0 [size=16] Capabilities: access denied Kernel driver in use: ata_generic 00:16.3 Serial controller [0700]: Intel Corporation 5 Series/3400 Series Chipset KT Controller [8086:3b67] (rev 06) (prog-if 02 [16550]) Subsystem: Dell Device [1028:02da] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin B routed to IRQ 17 Region 0: I/O ports at ec98 [size=8] Region 1: Memory at f7bdb000 (32-bit, non-prefetchable) [size=4K] Capabilities: access denied Kernel driver in use: serial 00:19.0 Ethernet controller [0200]: Intel Corporation 82578DM Gigabit Network Connection [8086:10ef] (rev 05) Subsystem: Dell Device [1028:02da] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR-
Bug#676972: 5.4.6 issues, also drupal7 weirdness
Additional data points that may or may not be related: For all of the following, the host system is sid i386. I'm having Drupal7 weirdness since applying updates and ending up at (I think) 5.4.4-7 on 8/22. Drupal is at 7.14-1. This setup runs under nginx. The error logs look like this: Sep 5 15:31:56 www ool www: PHP Fatal error: Call to undefined function B0K() in /usr/share/drupal7/index.php on line 17 Sep 5 15:31:57 www ool www: PHP Fatal error: Call to undefined function B0K() in /usr/share/drupal7/index.php on line 17 Sep 5 15:32:05 www ool www: PHP Fatal error: Call to undefined function (^N0BÔ 9D@() in /usr/share/drupal7/includes/bootstrap.inc on line 11 Sep 5 15:32:15 www ool www: PHP Fatal error: Call to undefined function B0K() in /usr/share/drupal7/index.php on line 17 Note the control characters instead of actual function names, and that they change from request to request. A 500 is returned to the client. I'm also having weirdness with Apache (2.2.22-11, mod-php loaded) not stopping when asked, where the master process locks up and can only be killed -9. This doesn't occur every time. So with this bug and the above as context, and knowing that surgery is in progress to adapt to php4, prepare for apache 2.4, etc, I tried the 5.4.6 packages from experimental. After applying the experimental packages, mod-php under apache (mpm-prefork) sometimes (some workers, maybe?) throws errors similar to the ones above, with garbage in the logged errors. I also saw fpm hang at startup a few times with 5.4.6. I've gone back to all-sid packages for now, as this is a production machine. Sorry this is so disorganized. Not sure what bits are relevant, and what might belong in a different bug report. De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670336: texlive-latex-extra: isodoc.cls requires package isodocsymbols, but the latter does not exist
Package: texlive-latex-extra Version: 2011.20120322-1 Severity: normal isodoc.cls requires package isodocsymbols, but the latter does not exist. This is a regression from the 2009-10 version of the package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664895: Continued issues for forward
I was hoping today's patches would solve what seemed like a related problem: When Replying to or Forwarding some messages, the constructed starter message does not contain any of the body of the source message. I've attached an example. The only log errors I'm seeing are these two: Apr 6 12:43:51 mail apache2: PHP Strict Standards: Non-static method Message::parseStructure() should not be called statically in /usr/share/squirrelmail/functions/mime.php on line 36 Apr 6 12:43:51 mail apache2: PHP Strict Standards: Non-static method Message::parseBodyStructure() should not be called statically in /usr/share/squirrelmail/class/mime/Message.class.php on line 296 De From lists...@h-net.msu.edu Mon Apr 02 08:44:22 2012 Return-Path: lists...@h-net.msu.edu X-Original-To: edadmi...@mail.h-net.msu.edu Received: from localhost (localhost [127.0.0.1]) by mail.h-net.msu.edu (Postfix) with ESMTP id 7170815406F for edadmi...@mail.h-net.msu.edu; Mon, 2 Apr 2012 08:44:22 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at mail.h-net.msu.edu X-Spam-Flag: NO X-Spam-Score: -1.59 X-Spam-Level: X-Spam-Status: No, score=-1.59 tagged_above=-1000 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, T_FILL_THIS_FORM_SHORT=0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from mail.h-net.msu.edu ([127.0.0.1]) by localhost (mail.h-net.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AN8keJ63JAUR for edadmi...@mail.h-net.msu.edu; Mon, 2 Apr 2012 08:44:09 -0400 (EDT) Received: from h-net.msu.edu (h-net.msu.edu [35.9.18.7]) by mail.h-net.msu.edu (Postfix) with ESMTP for edadmi...@mail.h-net.msu.edu; Mon, 2 Apr 2012 08:44:09 -0400 (EDT) Received: from h-net.msu.edu (h-net.msu.edu [35.9.18.7]) by h-net.msu.edu (Postfix) with ESMTP id D470E7AA01E for edadmi...@mail.h-net.msu.edu; Mon, 2 Apr 2012 08:44:09 -0400 (EDT) Authentication-Results: h-net.msu.edu; dkim=fail (verification failed) header.i=@gmail.com; dkim-adsp=none X-LSVMFlags: 80 Received: from mail-lpp01m010-f42.google.com (mail-lpp01m010-f42.google.com [209.85.215.42]) by h-net.msu.edu (Postfix) with ESMTP id 10E9F7AA01E for edt...@h-net.msu.edu; Mon, 2 Apr 2012 08:44:07 -0400 (EDT) Received: by lahl5 with SMTP id l5so3123117lah.15 for edt...@h-net.msu.edu; Mon, 02 Apr 2012 05:44:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=qrxED5axYudUvjWU5n9dVoRNYVAoTZfl+s3VxGXhyms=; b=yi3IQlUR/GbU6BKUrQ0U0NTL9yHBHsb+YnCq2lQlIOr3v18/+pF0427AUnvRnyvLEF Za33+3lqhRDJMhVyfbuStOdlHoFrJU6nkvgEi6yOvV+Dm00jc1w0DZpe++/lK+bEaVLl CHZIdV1qLqdZfjgaA5dCDXw3AuGE1jpqcgvIXqwSIraQOPDJS+w3XuzfrcR+3rmoExy1 Ic0zXofl5SvCpL2sXrweBIGoZBe2ObEOQmMlJ94Nw0gE6LCzyoum2nQ7SDHp2/CxUBVc aElDC7usG3ynBjdbWGJf01+wFDpKTSEcROFlPXp/u9diJ+kWM/dFABiFaGB/Dc0N4TWS M0QQ== MIME-Version: 1.0 Received: by 10.152.105.19 with SMTP id gi19mr9268664lab.11.170289902; Mon, 02 Apr 2012 05:38:09 -0700 (PDT) Received: by 10.152.2.69 with HTTP; Mon, 2 Apr 2012 05:38:09 -0700 (PDT) In-Reply-To: 38c4b8dcd72da99caa7b213814e38452.squir...@mail.h-net.msu.edu References: 38c4b8dcd72da99caa7b213814e38452.squir...@mail.h-net.msu.edu Date: Mon, 2 Apr 2012 20:38:09 +0800 Message-ID: cah3xvbv8ndhpknw2oh9pxqdxnorrqbvghuert1uej9uhnmp...@mail.gmail.com Subject: Re: Web based project management for tech department From: Susan Sedro sse...@gmail.com To: edt...@h-net.msu.edu Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-LSVCRCnb: 6264757D X-LSVline1: We are using Smart Sheet at work. It plugs into our Google Apps. It is Status: RO X-Keywords: Content-Length: 1982 X-UID: 149 We are using Smart Sheet at work. It plugs into our Google Apps. It is fine. For my solo tasks I've been playing with Kanbanery.com and more recently Wunderkit. Different ideas beneath them. I wish I could merge parts of each into one uber tools. Susan Sedro *To laugh often and much; to win the respect of intelligent people and the affection of children; to earn the appreciation of honest critics and to endure the betrayal of false friends. To appreciate beauty; to find the best in others; to leave the world a bit better whether by a healthy child, a garden patch, or a redeemed social condition; to know that even one life has breathed easier because you have lived. This is to have succeeded. * *=97 Ralph Waldo Emerson* On Mon, Apr 2, 2012 at 8:09 PM, EDTECH Editor-Hogan edadmi...@mail.h-net.msu.edu wrote:
Bug#664016: mon: imap.monitor uses hardcoded username/password, LOGIN auth, does not support SSL
Package: mon Version: 1.2.0-6 Severity: normal Following a recent update (it had been a while), mon started reporting an IMAP server to be down. Investigating, I discovered that the new version of imap.monitor now attempts to log into the IMAP server using the LOGIN protocol and a hardcoded username and password. It does not support SSL/TLS. There are a number of obvious problems with this setup: 1. Hardcoded account information is undesirable even if they are locally customized, since it means the script can only be used with one authentication domain. 2. Modifying the script in an environment with many managed servers is undesirable. 3. Transferring usernames and passwords in the clear is problematic at best. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mon depends on: ii adduser 3.113+nmu1 ii libc62.13-27 ii libtime-period-perl 1.20-8 ii mon-client 1.2.0-1 Versions of packages mon recommends: ii fping 2.4b2-to-ipv6-16.1 ii libauthen-pam-perl none ii libcrypt-ssleay-perlnone ii libfilesys-diskspace-perl none ii libnet-dns-perl 0.66-2+b2 ii libnet-ldap-perl1:0.4400-1 ii libnet-telnet-perl none ii libsnmp-perl5.4.3~dfsg-2.4 ii libstatistics-descriptive-perl none ii libtime-modules-perlnone ii perl-modules [libnet-perl] 5.14.2-9 Versions of packages mon suggests: pn mon-contrib none -- Configuration Files: /etc/mon/mon.cf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664016: patch adding command line options for username / password
I've attached a patch which adds command line options for username and password. De --- /usr/lib/mon/mon.d/imap.monitor 2005-08-20 11:27:56.0 -0400 +++ /usr/lib/mon/mon.d/imap_local.monitor 2012-03-14 18:13:48.0 -0400 @@ -37,10 +37,12 @@ use Getopt::Std; use English; -getopts (m:p:t:); +getopts (m:p:t:u:w:); $PORT = $opt_p || 143; $TIMEOUT = $opt_t || 30; $MAILBOX=$opt_m || undef; +$USERNAME=$opt_u || 'ANONYMOUS'; +$PASSWORD=$opt_w || 'ANONYMOUS'; @failures = (); @@ -92,7 +94,7 @@ } $cmd=login; - print S A1 LOGIN ANONYMOUS ANONYMOUS\r\n; + print S A1 LOGIN , $USERNAME, , $PASSWORD, \r\n; while (defined($in=S)) { if ($in =~ /^A1 (\w+) (.*)/) {
Bug#664016: Patch for SSL
I've attached a patch which adds SSL support. It depends on the module Net::SSLeay::Handle, so I don't know if it's acceptable to Debian or upstream. De --- imap_local.monitor 2012-03-14 18:01:02.0 -0400 +++ imap_local_ssl.monitor 2012-03-14 19:13:05.0 -0400 @@ -36,8 +36,9 @@ # use Getopt::Std; use English; +use Net::SSLeay::Handle; -getopts (m:p:t:u:w:); +getopts (m:p:t:u:w:s); $PORT = $opt_p || 143; $TIMEOUT = $opt_t || 30; $MAILBOX=$opt_m || undef; @@ -182,10 +183,17 @@ my $that = sockaddr_in ($Port, $OtherHostAddr); -$result = socket(S, PF_INET, SOCK_STREAM, $proto) || return undef; - -$result = connect(S, $that) || return undef; - +if ($opt_s) +{ +tie(*S, Net::SSLeay::Handle, $OtherHostname, $Port) || +return undef; +} +else +{ +$result = socket(S, PF_INET, SOCK_STREAM, $proto) || return undef; + +$result = connect(S, $that) || return undef; +} select(S); $| = 1; select(STDOUT); # set S to be un-buffered return 1; # success }
Bug#644211: installation-reports: d-i daily 2011-10-03 kfreebsd-amd64 missing bzcat
You don't say what filesystem you used. zfs? ufs? UFS. Linux file systems don't have any restrictions on label contents and probably the partman code for whatever filesystem you used was copied from them. Yup, that was my guess. I would need to see a log file to say for sure, but the package at fault is presumably libgssglue1, which already has an RC bug filed for using bzip compression. What's the pathname of the logfile that would be useful? De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644211: installation-reports: d-i daily 2011-10-03 kfreebsd-amd64 missing bzcat
Subject: installation-reports: d-i daily 2011-10-03 kfreebsd-amd64 missing bzcat Package: installation-reports Severity: important Tags: d-i -- Package-specific info: Boot method: cd Image version: 2011-10-03 http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/kfreebsd-amd64/iso-cd/debian-testing-kfreebsd-amd64-netinst.iso Date: Date and time of the install Machine: Assembled vehicle Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Install base system:[E] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. Trivial issue: partitioner allows invalid characters in file system labels, then mkfs phase throws a red screen error. Easily enough figured out and fixed from the log console, just silly of it. (I initially set the label for the sole -- root -- partition to /.) Serious issue: install base system phase fails because bzcat is not available. I _think_ the package in process at the time of failure is bootstrap-base, based on looking at ps after the red screen appears. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631077: typo in /etc/network/if-up.d/mountnfs
Note that one result of this bug is long delays in mounting nfs file systems at boot, because the test never lists any interfaces to test for up-ness. De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632919: nanourl install fails under sid
Subject: nanourl install fails under sid Package: nanourl Version: 0.1-7.1 Severity: important Tags: sid Installation fails on a fairly generic sid system. The postinst script attempts to use the command 'apache-modconf', which does not exist, so it crashes. Since postinst has previously created symlinks in /etc/apache and /etc/apache-ssl, doesn't check before trying to make them again, and is running 'set -e', it then fails again if re-run. It would subsequently attempt to make symlinks for php4, but not php5. Apache version 1 is no longer included in Debian. PHP4 is no longer included in Debian. I note the tag qa::low-popcon. It's no surprise that no one runs this. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nanourl depends on: ii apache2 2.2.19-1 Apache HTTP Server metapackage ii apache2-mpm-prefork [apache2] 2.2.19-1 Apache HTTP Server - traditional n ii mysql-client-5.1 [mysql-clien 5.1.57-1 MySQL database client binaries ii php5 5.3.6-11 server-side, HTML-embedded scripti ii php5-mysql5.3.6-11 MySQL module for php5 nanourl recommends no packages. Versions of packages nanourl suggests: ii mysql-server 5.1.57-1 MySQL database server (metapackage ii mysql-server-5.1 [mysql-serve 5.1.57-1 MySQL database server binaries and -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604394: Note to save the next guy
Note that this bug seems to break amanda dumps, since it uses the two options in question. De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602146: simh: h316 emu LDX instruction bug -- ea decoding performs indexing
Subject: simh: h316 emu LDX instruction bug -- ea decoding performs indexing Package: simh Version: 3.8.1-2 Severity: normal Tags: upstream squeeze sid patch On the H316, the opcode for the LDX and STX instructions is the same. The differentiation is made by setting or resetting the do indexing bit of the instruction. All instructions in the emulator use the Ea() routine to compute the effective address to be addressed by the instruction. There's no way to tell Ea() that LDX and STX are special. The case statement block for these two instructions, in version 3.8-0, masked off the do index bit before calling Ea(). Per an email conversation with upstream, this masking was inadvertently removed in a code cleanup in the 3.8-1 release, and should reappear in the 3.8-2 release. (...if I can ever find the time to get it out the door.) I've attached a patch which corrects the issue. It might save somebody some debugging time. De -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages simh depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib simh recommends no packages. simh suggests no packages. -- no debconf information diff -ur simh-3.8.1/H316/h316_cpu.c simh-3.8.1-drb/H316/h316_cpu.c --- simh-3.8.1/H316/h316_cpu.c 2008-11-21 20:12:32.0 -0500 +++ simh-3.8.1-drb/H316/h316_cpu.c 2010-11-01 20:15:54.0 -0400 @@ -614,13 +614,13 @@ break; case 015: case 055: /* STX */ -if (reason = Ea (MB, Y)) /* eff addr */ +if (reason = Ea (MB ~IDX, Y))/* eff addr */ break; Write (Y, XR); /* store XR */ break; case 035: case 075: /* LDX */ -if (reason = Ea (MB, Y)) /* eff addr */ +if (reason = Ea (MB ~IDX, Y))/* eff addr */ break; XR = Read (Y); /* load XR */ break; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590554: mixed grub versions
More specifically, at least in our case, 1.97 grub-probe returns (hd0,msdos1). Legacy grub-install isn't prepared to handle that format. I hacked the update-grub script on my problem-du-jour machine to rewrite msdos1 into 0 (actually, it does the math on the supplied digits), and that seems to solve the problem. As my hack adds a perl command, I'm guessing a cleaner solution will be wanted for distribution. De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565865: gscan2pdf: please retain bookmarks when importing pdf
Subject: gscan2pdf: please retain bookmarks when importing pdf Package: gscan2pdf Version: 0.9.29-1 Severity: wishlist The PDF import and OCR features are very handy for retrofitting text-under-image into existing PDFs. The catch is a lot of the PDFs I'd like to do have bookmarks. Since page-scan PDFs tend to be quite large, the bookmarks are nearly essential -- it takes forever to flip sequentially through a 700 page manual with chapterwise page numbers. There are some fairly large collections of PDFs of this type built by folks archiving manuals for older computer systems, e.g. bitsavers.org. It'd be really nice if gscan2pdf could import the bookmarks, retain them during the OCR process, then save them back out at the end. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559220: libsnmp-base: NET-SNMP-VACM-MIB appears to be missing
Package: libsnmp-base Version: 5.4.2.1~dfsg-3 Severity: normal *** Please type your report below this line *** The NET-SNMP-VACM-MIB file appears to be missing from the binary package. I see it in the source tree. It's _entirely_ possible that I fail to understand some subtlety here. Something appears to want this MIB, as we get warnings when trying to run some of our tools. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsnmp-base depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii gawk 1:3.1.6.dfsg-4 GNU awk, a pattern scanning and pr ii make 3.81-7 An utility for Directing compilati ii wget 1.12-1.1 retrieves files from the web libsnmp-base recommends no packages. libsnmp-base suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547978: lmodern doesn't fix
In case it helps the next guy, a workaround, suggested by the author of the envlab package: For each problem character, place a line like this in the preamble: \PrerenderUnicode{\o} and enclose each such character in {} where it is used in the body of the document: Gr{\o}nstr We successfully used the actual unicode character, rather than a the \o construct, in both places. De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547978: lmodern doesn't fix
I tried using lmodern instead of ae, but the same problem still occurs: (/usr/share/texmf/tex/latex/lm/ot1lmss.fd) ! Argument of ? has an extra }. inserted text \par l.13 ...\Neue Gr?nstr. 18\\Berlin 10179\\Germany} De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547978: lmodern doesn't fix
This is also not fixed with TL2009, so it might be useful to forward that to the author of the envlabl package. Since the package was last touched around 1997 I would not expect too much, and better suggest using a different package for label making, or trying to fix it yourself, this is unfortunately out of our abilities. Do you know of an alternate label package we might try? De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547978: texlive-latex-extra: envlab + utf-8 result in ! Argument of has an extra }
Seems to be a problem in ae. That was the other possibility, but the same input characters work fine in the newlfm document. Is there a reason why you use the ae package instead of lmodern to get real T1 support? Because we don't know what we're doing? :) Seriously, though, we'll look into it. If lmodern provides the coverage we need, it'd be an easy fix. De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547978: texlive-latex-extra: envlab + utf-8 result in ! Argument of has an extra }
Subject: texlive-latex-extra: envlab + utf-8 result in ! Argument of �has an extra } Package: texlive-latex-extra Version: 2007.dfsg.17-2 Severity: normal We have a system which automatically generates latex input files to generate letters and envelopes. The system operates entirely on utf-8 data. A fair portion of the data is western text -- i.e. we could represent it using ASCII or 8859-1 -- we do have a non-trivial amount of material which includes characters drawn from IPA, oriental sets, Arabic, etc. We recently encountered a case where a letter works, but the related envelope (same addressee, same source data for the addresses) fails. I've guessed based on this pair documents that the envlab package is somehow to blame for the problem, and continuing on from that guess, I've assigned this to the texlive-latex-extra debian package. Relevant (hopefully...) bit of the envelope .log: (/usr/share/texmf-texlive/tex/latex/ae/t1aess.fd) ! Argument of �has an extra }. inserted text \par l.13 ...g utf-8 char (ü)\\City postcode\\country} ? I've included the two test case input files, which are cut down from the system-generated input files, and the letrinfo.tex file needed for the newlfm-based letter. Googling produced the fragile command/moving argument faq, so I spent some time dropping \protect into the input document in various ways, and I also tried creating a copy of the envlab package and trying \protect there, to no avail. Fair warning: I'm in way over my head; on a good day I can construct a simple working latex input document with lots of help from google. In particular, while the latex inputs we generate automatically seem to _work_ for most cases, I don't know that they're _correct_. De ## minimal input file This input file fails with the error: \documentclass{letter} \usepackage[businessenvelope]{envlab} \usepackage{autofe} \usepackage{ucs} \usepackage[utf8,utf8x]{inputenc} \usepackage{textcomp} \usepackage{ae,aecompl} \makelabels \begin{document} \startlabels \mlabel{% Sender department\\Sender organization\\Sender address\\Sender city, state postal code}{% Addressee\\Addressee organization\\Addressee address including utf-8 char (ü)\\City postcode\\country} \end{document} This input file works: \documentclass[busletter,letterpaper,nofromaddress,12pt]{newlfm} \usepackage{mathpazo} \usepackage{autofe} \usepackage{ucs} \usepackage[utf8,utf8x]{inputenc} \usepackage{CJKutf8} \usepackage{textcomp} \usepackage{ae,aecompl} \begin{document} \addrto{Addressee \\% Organization \\% Address containing utf-8 char (ü) \\% City Postcode \\% Country} \nolines \topmarginskip{0.25in} \headermarginskip{0.5in} \Lheader{\Huge{\it Ipsum Lorum}} \lthX \greetto{Greetings:} \begin{newlfm} Letter body containing utf-8 char (ü). \sigX \end{newlfm} \end{document} ## other files \newsavebox{\XB}% \sbox{\XB}{% \begin{minipage}[t]{1.75in}% \begin{flushright}% \vspace{0.1in}% \tiny{% {\bf% Organization \\% Address \\% City, State \\% Postal code \\% tel: digits \\% fax: digits \\% url \\% }% }% \end{flushright}% \end{minipage} }% \makeletterhead{X}{% \Lmargin{% \usebox{\XB}% }% }% \makesignature{X}{% \signame{Signer \\% Position}% \closeline{Sincerely,}% }% ## List of ls-R files -rw-r--r-- 1 root root 1764 Sep 17 07:42 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 7771 Sep 17 07:41 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Aug 21 17:05 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 Aug 21 17:05 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 Aug 21 17:05 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Aug 21 17:05 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 11437 Sep 17 07:41 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 20869 Sep 17 07:41
Bug#536385: Workaround, dainbramage
The new syntax appears to be linux-swap(old) or linux-swap(new). This is brain damaged for two reasons: first, it breaks various systems which use parted in script mode (fai, for example); and second, the syntax is pretty much designed to bite anyone wrapping a command in a shell script at least once. I imagine this came from upstream. Hope someone will pass along a suitable awakening. De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535846: closed by Michael Meskes mes...@debian.org (Re: [Pkg-virtualbox-devel] Bug#535846: virtualbox-ose-source: virtualbox module version mismatch)
reopen 535486 thanks No, please read the docs. You are supposed to build your own modules. The -modules package is *not* built by the virtualbox-ose source package. Yes, the virtualbox-ose-source contains the source to build the modules. (virtualbox-ose-source - x86 virtualization solution - kernel module source, from apt.) I installed virtualbox-ose-source and used m-a to build the modules. They don't work, as described earlier, presumably because the version of the virtualbox-ose-source package available from the ftp servers is 3.0 and the version of the rest of the system is 2.2.4. De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535846: closed by Michael Meskes mes...@debian.org (Re: [Pkg-virtualbox-devel] Bug#535846: virtualbox-ose-source: virtualbox module version mismatch)
which is your fault then - you're supposed to have all debian binary packages build by the debian source package named virtualbox-ose at the same version. a simple update of your system will do this. So the package whose apt description SAYS ITS WHAT YOU SHOULD USE for building your kernel modules is simply there to confuse people? And one must build the whole system from the virtualbox-ose package, rather than installing any binary packages? Brilliant. De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535846: [Pkg-virtualbox-devel] Bug#535846: closed by Michael Meskes mes...@debian.org (Re: Bug#535846: virtualbox-ose-source: virtualbox module version mismatch)
close 535846 thanks Yes, this is a normal and temporary problem until the autobuilders have build the srchitecture dependant packages. Please give the system some time to build the package for you before reporting a bug. AFAICT the i386 package has been build but still needs uploading and integration into the archive. Aha. That's the info I needed. Thanks! De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535846: virtualbox-ose-source: virtualbox module version mismatch
Subject: virtualbox-ose-source: virtualbox module version mismatch Package: virtualbox-ose-source Version: 3.0.0-dfsg-1 Severity: important *** Please type your report below this line *** virtualbox-ose package and virtualbox-ose-source package versions do not match: ii virtualbox-ose 2.2.4-dfsg-2 x86 virtualization solution - base binaries ii virtualbox-ose-modules-2.6.30-1-686-bigmem 3.0.0-dfsg-1 VirtualBox modules for Linux (kernel 2.6.30-1- ii virtualbox-ose-qt 2.2.4-dfsg-2 x86 virtualization solution - Qt based user in ii virtualbox-ose-source 3.0.0-dfsg-1 x86 virtualization solution - kernel module so Trying to start a guest using this configuration fails. The following appears in dmesg: [ 1262.540294] SUP_IOCTL_COOKIE: Version mismatch. Requested: 0xa0009 Min: 0xa0009 Current: 0xe Looking at older bugs, I see version skew has been a problem before. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages virtualbox-ose-source depends on: ii bzip2 1.0.5-0.1 high-quality block-sorting file co ii debhelper 7.2.16helper programs for debian/rules ii dpatch 2.0.28patch maintenance system for Debia ii kbuild 1:0.1.98svn2318-1 framework for writing simple makef Versions of packages virtualbox-ose-source recommends: ii module-assistant 0.10.11tool to make module package creati -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502123: Debian patch breaks paravirtualized guest initrd
Is there any update on this? Something which prevents applying the patch? Thanks, De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525917: tin incorrectly reports posting is not allowed
Subject: tin incorrectly reports posting is not allowed Package: tin Version: 1:1.9.4-1 Severity: normal *** Please type your report below this line *** After authenticating to giganews, tin reports: *** Posting not allowed *** Followup and Write then refuse to allow posting. If I allow the connection to time out and then enter a group, tin reconnects, and is subsequently willing to post. Looking at network traces, gn lists these capabilities: VERSION 2 READER POST LIST OVERVIEW.FMT ACTIVE ACTIVE.TIMES NEWSGROUPS XFEATURE 1 XFEATURE-COMPRESS GZIP TERMINATOR XFEATURE-METADATA BYTES XFEATURES 1 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23.13 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_US, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tin depends on: ii debconf [debconf-2.0] 1.5.21 Debian configuration management sy ii libc6 2.7-10 GNU C Library: Shared libraries ii libcanlock2 2b-5 library for creating and verifying ii libidn11 1.12-1 GNU Libidn library, implementation ii libncursesw5 5.7+20090404-1 shared libraries for terminal hand ii libpcre3 7.8-2+b1 Perl 5 Compatible Regular Expressi ii libuu00.5.20-3.1 Library for decoding/encoding seve Versions of packages tin recommends: ii sendmail-bin [mail-transport- 8.14.2-5 powerful, efficient, and scalable -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525917: tin incorrectly reports posting is not allowed
this is due giganews not announcing reader, mode-reader or post (and till two weeks ago not even which auth methods are available) _before_ autheticating. this has been discussed in news.software.readers and IMHO is a missinterpretation of RFC 3977 on the giganews side, but I have fixed tins source to try auth if only auth is advertized (this is what giganews now sends). IOW there is a workaround in the next snapshot/minor release even if this giganews fault. I reported the no-auth thing to them. Their first level support drone never bothered to actually read my reports or understand the network traces I sent, and kept sending me reboot, fix firewall idiocy. But they did change the capabilities they were announcing at that point. Posting did work in the past. I haven't kept track of client and gn server behavior in enough detail to report the details, but refused posting after auth (which I force with -A on all sessions) is new in the last week or so. A workaround is welcome news. De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511334: debian-installer: S390 boot fails on Flex-ES machine
Also hangs on Hercules. I'm using a D-I daily from about 1/29, though it looks like the kernel was built 1/10. De -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502123: xen-hypervisor-unstable-amd64: Post update from 3.2 - 3.3, initrd which previously worked fails
Subject: xen-hypervisor-unstable-amd64: Post update from 3.2 - 3.3, initrd which previously worked failes Package: xen-hypervisor-unstable-amd64 Version: 3.3-unstable+hg17961-1 Severity: normal *** Please type your report below this line *** System was running hypervisor 3.2, and domUs were working correctly. System was updated to -unstable (3.3) hypervisor and utils. Unchanged kernel and initrd booted the dom0 correctly. DomUs now fail to boot from same kernel and initrd, exhibiting initrd problems. Initrd was rebuilt with update-initramfs, problem is unchanged. Rebooted the machine under the 3.2 hypervisor, same initrd works fine again. DomU console output follows. Using config file /etc/xen/ludwig. Started domain ludwig Bootdata ok (command line is root=/dev/sda2 ) Linux version 2.6.18-6-xen-amd64 (Debian 2.6.18.dfsg.1-18etch6) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Fri Jun 6 06:38:05 UTC 2008 BIOS-provided physical RAM map: Xen: - 8080 (usable) No mptable found. Built 1 zonelists. Total pages: 526336 Kernel command line: root=/dev/sda2 Initializing CPU#0 PID hash table entries: 4096 (order: 12, 32768 bytes) Xen reported: 2600.090 MHz processor. Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes) Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes) Software IO TLB disabled Memory: 2043392k/2105344k available (1949k kernel code, 53024k reserved, 878k data, 148k init) Calibrating delay using timer specific routine.. 6502.68 BogoMIPS (lpj=13005361) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 256 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 1024K (64 bytes/line) CPU: Physical Processor ID: 2 CPU: Processor Core ID: 1 (SMP-)alternatives turned off Brought up 1 CPUs migration_cost=0 checking if image is initramfs...it isn't (bad gzip magic numbers); looks like an initrd Grant table initialized NET: Registered protocol family 16 Brought up 1 CPUs PCI: setting up Xen PCI frontend stub ACPI: Interpreter disabled. Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI: disabled xen_mem: Initialising balloon driver. usbcore: registered new driver usbfs usbcore: registered new driver hub PCI: System does not support PCI PCI: System does not support PCI NET: Registered protocol family 2 IP route cache hash table entries: 131072 (order: 8, 1048576 bytes) TCP established hash table entries: 262144 (order: 10, 4194304 bytes) TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) TCP: Hash tables configured (established 262144 bind 65536) TCP reno registered audit: initializing netlink socket (disabled) audit(1223916259.756:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 512 (order 0, 4096 bytes) Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) rtc: IRQ 8 is not free. Linux agpgart interface v0.101 (c) Dave Jones RAMDISK driver initialized: 16 RAM disks of 65536K size 1024 blocksize Xen virtual console successfully installed as tty1 Event-channel device installed. netfront: Initialising virtual ethernet driver. PNP: No PS/2 controller found. Probing ports directly. i8042.c: No controller found. mice: PS/2 mouse device common for all mice TCP bic registered NET: Registered protocol family 1 NET: Registered protocol family 17 NET: Registered protocol family 8 NET: Registered protocol family 20 Registering block device major 8 netfront: device eth0 has flipping receive path. netfront: device eth1 has flipping receive path. XENBUS: Device with no driver: device/console/0 RAMDISK: Couldn't find valid RAM disk image starting at 0. No filesystem could mount root, tried: cramfs Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,2) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash xen-hypervisor-unstable-amd64 depends on no packages. Versions of packages xen-hypervisor-unstable-amd64 recommends: ii xen-utils-unstabl 3.3-unstable+hg17961-1 XEN administrative tools Versions of packages xen-hypervisor-unstable-amd64 suggests: pn xen-docs-unstable none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496550: bip confuses channels/msgs from different servers
Subject: bip confuses channels/msgs from different servers Package: bip Version: 0.7.1-1 Severity: normal *** Please type your report below this line *** When opening several different sessions to the same bip instance and the same bip user, but with different connections, bip sometimes confuses identically named channels between the connections when sending history. It nearly always confuses /msg traffic when sending history, so that it appears in all connections regardless of where it really happened. Example: session 1: user bipuser nick me connection freenode session 2: user bipuser nick me connection oftc Traffic from #classiccmp in session 1 may be sent in the history for #classiccmp in session 2. /msg traffic between `me' and `otherusera' on freenode will be sent in history of freenode _and_ oftc when connecting. This happens with both irssi and xchat as clients. Clear as mud? De -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23.13 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_US, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bip depends on: ii adduser 3.107 add and remove users and groups ii libc6 2.7-10 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-10 SSL shared libraries ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip bip recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495576: aufs-modules-2.6-amd64: Please package -xen-amd64 version
Subject: aufs-modules-2.6-amd64: Please package -xen-amd64 version Package: aufs-modules-2.6-amd64 Severity: wishlist *** Please type your report below this line *** This seems to be one of the few remaining pieces needed to be able to netboot xen domUs. We're trying to use FAI on both real hardware and xen images. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495590: linux-2.6: Please package -xen-amd64 linux-images in sid
Subject: linux-2.6: Please package -xen-amd64 linux-images in sid Package: linux-2.6 Severity: wishlist *** Please type your report below this line *** Please provide linux-image-*-xen-amd64 packages in sid. It's getting fairly unreasonable to run multiple guests in so little ram. 64 bit CPUs are quite common now. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490094: mysql-server-5.0: CREATE INDEX falsely reports BLOB/TEXT column 'fn' used in key specification without a key length
Subject: mysql-server-5.0: CREATE INDEX falsely reports BLOB/TEXT column 'fn' used in key specification without a key length Package: mysql-server-5.0 Version: 5.0.45-1 Severity: normal *** Please type your report below this line *** CREATE INDEX with a key length is falsely reported to lack the key length, and to refer to a field other than the specified one. For example: dev1 94 # mysql reviews Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 1387 Server version: 5.0.45-Debian_1-log Debian etch distribution Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql show create table people; ++--+ | Table | Create Table | ++--+ | people | CREATE TABLE `people` ( `id` int(11) NOT NULL auto_increment, `email` tinytext NOT NULL, `password` tinytext NOT NULL, `groups` enum('Admin','Copy Editor','Review Editor','Reviewer') default NULL, `fn` tinytext NOT NULL, `mi` tinytext NOT NULL, `ln` tinytext NOT NULL, `adr1` tinytext NOT NULL, `adr2` tinytext NOT NULL, `adr3` tinytext NOT NULL, `city` tinytext NOT NULL, `state` tinytext NOT NULL, `country` tinytext NOT NULL, `postcode` tinytext NOT NULL, `license` int(11) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=20320 DEFAULT CHARSET=utf8 | ++--+ 1 row in set (0.00 sec) mysql CREATE INDEX `fnix` ON people (`fn`(255)); Query OK, 20319 rows affected (2.49 sec) Records: 20319 Duplicates: 0 Warnings: 0 mysql CREATE INDEX `miix` ON people (`mi`(255)); ERROR 1170 (42000): BLOB/TEXT column 'fn' used in key specification without a key length mysql CREATE INDEX `lnix` ON people (`ln`(255)); ERROR 1170 (42000): BLOB/TEXT column 'fn' used in key specification without a key length mysql Bye -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24.2 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages mysql-server-5.0 depends on: ii adduser 3.105add and remove users and groups ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii libc6 2.7-6GNU C Library: Shared libraries ii libdbi-perl 1.59-1 Perl5 database interface by Tim Bu ii libgcc1 1:4.2.1-5GCC support library ii libmysqlclient15off 5.0.45-1 MySQL database client library ii libncurses5 5.6+20080203-1 Shared libraries for terminal hand ii libreadline55.2-3GNU readline and history libraries ii libstdc++6 4.2.1-5 The GNU Standard C++ Library v3 ii libwrap07.6.dbs-14 Wietse Venema's TCP wrappers libra ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii mysql-client-5.05.0.45-1 MySQL database client binaries ii mysql-common5.0.45-1 MySQL database
Bug#488146: installation-reports: d-i daily 20080626 amd64 fails to detect bcm5708 gb ethernet on dell 6950 (reinstall)
Subject: installation-reports: d-i daily 20080626 amd64 fails to detect bcm5708 gb ethernet on dell 6950 (reinstall) Package: installation-reports Severity: normal *** Please type your report below this line *** -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso Date: 2008-06-26 04:57 Machine: Dell PE6950 Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[E] Configure network: [ ] Detect CD: [O] Load installer modules: [O] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. The network detection phase reports no adapters found, presents manual selection menu. Manually loading the assorted Broadcom options listed there doesn't help. Using a debug console to issue the modprobe commands produces no errors, but doesn't help: no additional messages appear in dmesg output, still no adapter detected. lspci shows two interfaces (retyped): 07:00.0 Ethernet controller Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet (rev 12) 08:0d.0 Ethernet controller Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet (rev 12) This is a re-install of this hardware, which was previously running i386 etch. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488146: installation-reports: d-i daily 20080626 amd64 fails to detect bcm5708 gb ethernet on dell 6950 (reinstall)
Please provide output of 'lspci -knn' instead. If this hardware uses the bnx2 driver, then the problem is missing firmware. See http://bugs.debian.org/487228#10 05:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet [14e4:164c] (rev 12) Kernel modules: bnx2 07:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet [14e4:164c] (rev 12) Kernel modules: bnx2 De -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485961: installation-reports: Installer can't locate CD-ROM drive (sparc)
After looking at this again I'm fairly certain that this is the real problem, so I've gone ahead and made the necessary changes. These changes I made should become effective in daily built installer images as soon as we switch over to the 2.6.25 kernel. A confirmation that loading sun_esp does indeed work for you would still be very much appreciated of course. Frans, Yesterday I successfully booted from my modified netinst CD, manually loaded the sun_esp and esp_scsi modules, and the installer could then detect the CD-ROM drive. I could see that drive and the SCSI hard disk in /proc/scsi/scsi. As a possibly separate issue, I'm now having trouble getting the installer to recognize the hard disk. There are several things I need to try, including moving that drive to SCSI ID 0. Do you know when the 2.6.25 switch will occur? Thanks, De -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485961: installation-reports: Installer can't locate CD-ROM drive (sparc)
As a possibly separate issue, I'm now having trouble getting the installer to recognize the hard disk. There are several things I need to try, including moving that drive to SCSI ID 0. False alarm: now that I can get that far, I can see that I seem to have hard disk hardware problems. From my perspective, this issue is solved; I'll try to test a d-i daily image when they become available. Thanks all for your help! De -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485961: installation-reports: Installer can't locate CD-ROM drive (sparc)
Hmm. There is also a sun_esp module, which depends on esp_scsi. I wonder if that's the missing link here. I've attached that module. It should be compatible with the current 2.6.24-1 kernel used in the installer. Can you try copying that in place (/lib/modules/2.6.24-1-sparc64/kernel/drivers/scsi/), run 'depmod -a' and try to modprobe it? If you select (in expert mode) openssh-client-udeb as additional installer component to install, you can just scp the module from another machine. I'll try this and see what happens. The catch would appear to be that installer components live on the (as yet undetected) CD, so can't be loaded to fetch the module. I've built a modified netinst CD with the module added, which I will try tomorrow when I'm in the same room with the e3500. Maybe I even built it correctly. :) De -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485961: installation-reports: Installer can't locate CD-ROM drive (sparc)
Subject: installation-reports: Installer can't locate CD-ROM drive (sparc) Package: installation-reports Severity: important *** Please type your report below this line *** -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/sparc/iso-cd/ 2008-06-11 Date: 2008-06-11 Machine: Sun Enterprise 3500 Partitions: none yet Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [ ] Detect CD: [E] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: The installer boots fine, and allows me to set keyboard, country locale, but cannot detect the CD-ROM (/[EMAIL PROTECTED],0/SUNW,[EMAIL PROTECTED],880/[EMAIL PROTECTED],0:f) drive to continue the installation. When the menu first appeared, I started a shell and changed the sbus.list file as per: cjwatson boot d-i in expert mode, and before doing anything else, execute a shell cjwatson 'nano /usr/share/hw-detect/sbus.list' cjwatson change all the instances of esp to esp_scsi cjwatson i.e. esp:ESP SCSI:esp_scsi:initrd cjwatson -esp:ESP SCSI:esp:initrd cjwatson -SUNW,esp:ESP SCSI:esp:initrd cjwatson -SUNW,fas:FAS-336 ESP SCSI:esp:initrd cjwatson +esp:ESP SCSI:esp_scsi:initrd cjwatson +SUNW,esp:ESP SCSI:esp_scsi:initrd cjwatson +SUNW,fas:FAS-336 ESP SCSI:esp_scsi:initrd POST/OBP outputs, and syslog are attached. -- -- System Information: Architecture: sparc64 Kernel: 2.6.24-1-sparc64 Locale: LANG=en_US, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash e3500_install_report.gz Description: Binary data
Bug#485961: installation-reports: Installer can't locate CD-ROM drive (sparc)
Two things that may yet help: - the output of lsmod after hardware detection (to see if anything obvious is not loaded) After modifying the hw-detect list and having the installer try to find a CD-ROM, here's the lsmod: ~ # lsmod Module Size Used by ide_generic 1408 0 [permanent] esp_scsi 26256 0 scsi_transport_spi 28288 1 esp_scsi scsi_mod 173248 2 esp_scsi,scsi_transport_spi sunhme 34224 0 - just manually trying to modprobe any driver under /lib/modules/../kernel/drivers/scsi and checking dmesg after each for some sign of life After the above, I tried modprobe of: sd_mod sr_mod sym53c8xx aic7xxx aic79xx Here is the new dmesg output (i.e. what appeared after the end of the listing in the original bug report): sunhme.c:v3.00 June 23, 2006 David S. Miller ([EMAIL PROTECTED]) eth0: HAPPY MEAL (SBUS) 10/100baseT Ethernet 08:00:20:bc:3c:8a eth1: HAPPY MEAL (SBUS) 10/100baseT Ethernet 08:00:20:bc:3c:8a SCSI subsystem initialized Driver 'sd' needs updating - please use bus_type methods Driver 'sr' needs updating - please use bus_type methods and no devices appeared in /proc/scsi/scsi. De -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463295: VMware can't be installed
Note that this issue prevents the installation of VMware, which (perfectly reasonably) compares compiler versions used to build the kernel against those installed on the system. IMO, the severity of this bug should be much higher. De -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453357: fai-kernels not replaced by debian-kernels
Package: fai-kernels Severity: wishlist Since the stock Debian kernels build NFS support as a module, they are not suitable for nfsroot setups. Thus, they do not completely replace fai-kernels. It would be nice if the fai-kernels package could continue. De -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446267: Missing libtic.so.5
This morning's update fixed this issue for me, but just in case it helps the next guy identify his problem... In addition to all of the binaries which couldn't run due to the missing library (tic, tset, clear, etc.), the less binary was throwing segfaults. It shouldn't - less is basically a termcap application. So it would resolve against the other library/libraries (libtinfo could be separate). Nevertheless, it was broken by the same update which broke the others, and was fixed by the same update which fixed them. It does link libncurses: ldd /usr/bin/less linux-gate.so.1 = (0xe000) libncurses.so.5 = /lib/libncurses.so.5 (0x4003b000) libc.so.6 = /lib/libc.so.6 (0x4006c000) libdl.so.2 = /lib/libdl.so.2 (0x401b4000) /lib/ld-linux.so.2 (0x4000) Whether the change was effected by the libtic build options I've seen discussed somewhere, or something else, I don't know. De -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446267: Missing libtic.so.5
This morning's update fixed this issue for me, but just in case it helps the next guy identify his problem... In addition to all of the binaries which couldn't run due to the missing library (tic, tset, clear, etc.), the less binary was throwing segfaults. De -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441258: traceroute package doesn't include traceroute!
Package: traceroute Version: 2.0.8~rc2-1 Severity: important The traceroute package no longer includes a traceroute command: yagi 102 $ traceroute www.fcc.gov traceroute: Command not found. Tracing the problem, it appears that an invalid alternative is set: yagi 104 $ dir /usr/bin/traceroute lrwxrwxrwx 1 drb root 28 2005-01-05 15:44 /usr/bin/traceroute - /etc/alternatives/traceroute yagi 105 $ dir /etc/alternatives/traceroute lrwxrwxrwx 1 drb root 23 2005-09-30 10:28 /etc/alternatives/traceroute - /usr/bin/traceroute.lbl yagi 106 $ dir /usr/bin/traceroute.lbl ls: /usr/bin/traceroute.lbl: No existe el fichero o el directorio -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.15.6 (SMP w/1 CPU core; PREEMPT) Locale: LANG=C, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages traceroute depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries traceroute recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410766: grace6: Broken or incomplete installation, again
There's another way to reproduce this, and I just found it the hard way. Something somewhere in the inscrutable defoma mess, or in grace, expects that /usr/lib/X11/fonts is a symlink pointing into /usr/share/fonts. If you have a system that predates this layout, you may well have an actual directory full of fonts there. Obviously some X11 upgrade should have taken care of this long ago, but failed to. De -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405597: cobc fails with internal compiler error
Package: open-cobol Version: 0.32-3 Attempting to compile a simple test program produces an internal compiler error. I've run this through one or two other compilers without problems. Best I can tell, the syntax is all legal. I've commented out a few non-essential bits, but it doesn't seem to make any difference. I also tried making the records fixed instead of varying length, to no avail. === sample run: === yagi 7410 $ cobc -C -Wall -std=mvs test.cob test.cob: In paragraph '210-COPY': test.cob:77: warning: READ statement not terminated by END-READ test.cob:80: warning: IF statement not terminated by END-IF Unexpected tree tag 1413632580 Aborting compile of test.cob at line 84 codegen.c:802: internal compiler error Abort (core dumped) === test.cob: === IDENTIFICATION DIVISION. PROGRAM-ID. DRBTEST. *AUTHOR. Dennis Boone. *DATE-WRITTEN.15Sep2006. ENVIRONMENT DIVISION. *CONFIGURATION SECTION. *SOURCE-COMPUTER. VAX. *OBJECT-COMPUTER. VAX. INPUT-OUTPUT SECTION. FILE-CONTROL. SELECT TESTFILEI ASSIGN TO INFILE ORGANIZATION IS SEQUENTIAL. SELECT TESTFILEO ASSIGN TO OUTFILE ORGANIZATION IS SEQUENTIAL. DATA DIVISION. FILE SECTION. FD TESTFILEI RECORD IS VARYING IN SIZE FROM 0 TO 256 CHARACTERS DEPENDING ON REC-LEN. *LABEL RECORDS ARE OMITTED *DATA RECORD IS TFIREC. 01 TFIREC. 03 ISTR PIC X(256). FD TESTFILEO RECORD IS VARYING IN SIZE FROM 0 TO 256 CHARACTERS DEPENDING ON REC-LEN. *LABEL RECORDS ARE OMITTED *DATA RECORD IS TFOREC. 01 TFOREC. 03 OSTR PIC X(256). WORKING-STORAGE SECTION. 77 TFI-STATUSPIC 9. 77 REC-CNT PIC 9(9). 77 REC-LEN PIC 9(9). PROCEDURE DIVISION. 100-MAIN. PERFORM 200-FILE-SETUP. MOVE 0 TO TFI-STATUS. PERFORM 210-COPY VARYING REC-CNT FROM 0 BY 1 UNTIL TFI-STATUS IS GREATER THAN 0. CLOSE TESTFILEI. CLOSE TESTFILEO. DISPLAY REC-CNT, ' RECORDS COPIED.'. EXIT PROGRAM. 200-FILE-SETUP. OPEN INPUT TESTFILEI. OPEN OUTPUT TESTFILEO. 210-COPY. MOVE SPACES TO ISTR. MOVE SPACES TO OSTR. READ TESTFILEI RECORD AT END MOVE 1 TO TFI-STATUS. MOVE ISTR TO OSTR. IF TFI-STATUS = 0 WRITE TFOREC. END PROGRAM DRBTEST. === test.c: === /* Generated from test.cob by cobc 0.32 */ #include stdio.h #include stdlib.h #include string.h #include math.h #include libcob.h #include test.c.h static int DRBTEST_ (int); int DRBTEST () { return DRBTEST_ (0); } static int DRBTEST_ (int entry) { static int initialized = 0; static cob_module module = { NULL, NULL, 0, '.', '$', ',', 1, 0, 0}; /* Files */ static cob_file h_TESTFILEI = {0, 1, 0, 0, 0, c_20, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354544: Recovering from this problem
Since apt-get will _not_, contrary to the previous comments on this bug, install mysql-server-4.1 (it insists on choosing the newer 5.0), this bug can be a serious problem. The following ugly hack may help rescue some people: Copy the directory containing the offending database (e.g. /var/lib/mysql/oldtabletypedb) into /var/lib/mysql on another host which is running an older version of mysql. Set ownership and permissions on the copied database appropriately. On the other host, start the client: mysql oldtabletypedb For each table in the database, do this command to convert the ISAM format to MyISAM: alter table tableneedingrepair type=myisam; Exit the client. Copy the directory back to the original host. Fix up ownership and permissions on the original host. Complete the 5.0 upgrade. De -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320245: mc: Through SSH, gets X_QueryPointer failure when run with -d
Package: mc Version: 1:4.6.0-4.6.1-pre3-3 Severity: important When logged in through ssh, if I run mc, nearly any action will result in the following error: X Error of failed request: BadWindow (invalid Window parameter) opcode of failed request: 38 (X_QueryPointer) Resource id in failed request: 0x3a Serial number of failed request: 6 Current serial number in output stream: 6 If I try mc -d, the results are the same. Versions of packages mc depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries and Timezone ii libglib2.0-0 2.6.4-1The GLib library of C routines ii libgpmg1 1.19.6-19sarge General Purpose Mouse - shared library mc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305413: libfreetype6: Many packages which use freetype now segfault
Package: libfreetype6 Version: 2.1.7-2.3 Severity: grave Justification: renders package unusable A number of packages which were previously working now segfault. The ones I've found so far include Mozilla and Firefox downloaded from mozilla.org, the Firefox installer from the same source, gaim, xchat and gnumeric. Things which continue to work include xv, xterm, xconsole. The top section of a traceback of an xchat coredump follows. Tracebacks of coredumps from other programs with the same issue look much the same in the top 4+ lines. I'm having trouble tracking this down, so it's entirely possible I'm blaming the wrong package. (gdb) where #0 0x408650ff in FT_Outline_Get_BBox () from /usr/lib/libfreetype.so.6 #1 0x40864119 in FT_Outline_Get_BBox () from /usr/lib/libfreetype.so.6 #2 0x4086639c in FT_Outline_Get_BBox () from /usr/lib/libfreetype.so.6 #3 0x40866af1 in FT_Outline_Get_BBox () from /usr/lib/libfreetype.so.6 #4 0x408579ae in FT_Load_Char () from /usr/lib/libfreetype.so.6 #5 0x40858970 in FT_Open_Face () from /usr/lib/libfreetype.so.6 #6 0x40857a7a in FT_New_Face () from /usr/lib/libfreetype.so.6 #7 0x408d7f5f in FcFreeTypeQuery () from /usr/lib/libfontconfig.so.1 #8 0x408d71ef in FcFileScanConfig () from /usr/lib/libfontconfig.so.1 #9 0x408d76bc in FcDirScanConfig () from /usr/lib/libfontconfig.so.1 #10 0x408d1f8a in FcConfigBuildFonts () from /usr/lib/libfontconfig.so.1 #11 0x408da8fc in FcInitLoadConfigAndFonts () from /usr/lib/libfontconfig.so.1 #12 0x408da955 in FcInit () from /usr/lib/libfontconfig.so.1 #13 0x408d20d8 in FcConfigGetCurrent () from /usr/lib/libfontconfig.so.1 #14 0x408d3c82 in FcConfigSubstituteWithPat () from /usr/lib/libfontconfig.so.1 #15 0x408d3cd3 in FcConfigSubstitute () from /usr/lib/libfontconfig.so.1 #16 0x403ada76 in _pango_xft_font_map_get_renderer () from /usr/lib/libpangoxft-1.0.so.0 #17 0x4090d503 in _pango_fc_font_map_remove () from /usr/lib/libpangoft2-1.0.so.0 #18 0x4090d5ab in _pango_fc_font_map_remove () from /usr/lib/libpangoft2-1.0.so.0 #19 0x4090d8c4 in _pango_fc_font_map_remove () from /usr/lib/libpangoft2-1.0.so.0 #20 0x403d18b1 in pango_font_map_load_fontset () from /usr/lib/libpango-1.0.so.0 #21 0x403cfeb3 in pango_context_get_base_dir () from /usr/lib/libpango-1.0.so.0 #22 0x403cff86 in pango_context_get_base_dir () from /usr/lib/libpango-1.0.so.0 #23 0x403d0258 in pango_itemize_with_base_dir () from /usr/lib/libpango-1.0.so.0 #24 0x403d769f in pango_layout_get_pixel_size () from /usr/lib/libpango-1.0.so.0 #25 0x403d5b86 in pango_layout_get_cursor_pos () from /usr/lib/libpango-1.0.so.0 #26 0x403d5ef7 in pango_layout_get_extents () from /usr/lib/libpango-1.0.so.0 #27 0x40128288 in gtk_label_get () from /usr/lib/libgtk-x11-2.0.so.0 #28 0x40444b63 in g_cclosure_marshal_VOID__BOXED () from /usr/lib/libgobject-2.0.so.0 #29 0x404329c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #30 0x40432736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #31 0x40443651 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #32 0x40442e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.29 Locale: LANG=C, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Versions of packages libfreetype6 depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]