Bug#1027473: fwbuilder: Link to Quick Start Guide does not work, no alternatives found
Package: fwbuilder Version: 5.3.7-4.1 Severity: normal Tags: upstream When starting fwbuilder after installing fwbuilder, fwbuilder-common, fwbuilder-doc (each of them is version 5.3.7-4.1), I am offered the option to watch the Quick Start Guide by clicking on the "Watch the guide" in bottom right corner of the pop up dialog. This action gets the browser to open the link: http://www.fwbuilder.org/4.0/quick_start_guide_1.html However, as of today, the domain www.fwbuilder.org cannot be resolved. 1. fwbuilder.org is registered in the whois database. 2. The quick start guide does not seem to be available from fwbuilder-doc. At any case, in /usr/share/doc/fwbuilder-doc, there is no file whose name may hint at its being the quick start guide. 3. I looked for the file in Internet Archive: https://web.archive.org/web/*/http://www.fwbuilder.org/4.0/quick_start_guide_1.html* and even there, I did not find the quick start guide. -- System Information: Debian Release: 11.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-0.deb11.2-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_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 fwbuilder depends on: ii fwbuilder-common 5.3.7-4.1 ii libc62.31-13+deb11u5 ii libgcc-s110.2.1-6 ii libqt5core5a 5.15.2+dfsg-9 ii libqt5gui5 5.15.2+dfsg-9 ii libqt5network5 5.15.2+dfsg-9 ii libqt5printsupport5 5.15.2+dfsg-9 ii libqt5widgets5 5.15.2+dfsg-9 ii libsnmp405.9+dfsg-4+deb11u1 ii libstdc++6 10.2.1-6 ii libxml2 2.9.10+dfsg-6.7+deb11u3 ii libxslt1.1 1.1.34-4+deb11u1 ii zlib1g 1:1.2.11.dfsg-2+deb11u2 Versions of packages fwbuilder recommends: ii fwbuilder-doc 5.3.7-4.1 ii rcs5.10.0-1 fwbuilder suggests no packages. -- no debconf information
Bug#984599: evolution: Cannot set message format (Plain Text vs. HTML) for a single message before forwarding it
Package: evolution Version: 3.30.5-1.1 Severity: minor Tags: upstream Forwarded-To: https://gitlab.gnome.org/GNOME/evolution/-/issues/1406 I use the E-mail client Evolution running under Linux (Debian Buster distribution), version 3.30.5-1.1. Usability problem: Cannot set message format when forwarding an E-mail message, when one wishes to override the default (Plain Text or HTML) for one message. Longer description: Usually I write my E-mail messages in plain text format. So Evolution is configured to use Plain Text, rather than HTML as the default format. This default caused me to have the following problem. Sometimes I receive HTML-formatted E-mail messages which include images. When I forward such a message to someone else, it is forwarded without the images even if I set the format to HTML after clicking on the Forward button. This happens in all four possible ways of forwarding the message (Forward As Attached, Forward As Inline, Forward As Quoted, Redirect). Workaround: The workaround I found is to reconfigure Evolution to default to HTML format before forwarding the message, and return to Plain Text afterwards. To reconfigure the default message format: 1. Open the "Evolution Preferences" pop up dialog: Edit / Preferences. 2. Select the pop up dialog pane: Composer Preferences / General. 3. Toggle checkmark in Default Behavior / Format messages in HTML. 4. Click on the Close button at bottom right of the dialog. After defaulting to HTML format, forwarding an HTML-formatted message with images preserves the images, in all four possible ways of forwarding the message. (Submitted as issue 1406 in gitlab.gnome.org Evolution, URL https://gitlab.gnome.org/GNOME/evolution/-/issues/1406) -- System Information: Debian Release: 10.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-14-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages evolution depends on: ii dbus 1.12.20-0+deb10u1 ii evolution-common 3.30.5-1.1 ii evolution-data-server 3.30.5-1+deb10u1 ii libc6 2.28-10 ii libcamel-1.2-623.30.5-1+deb10u1 ii libclutter-gtk-1.0-0 1.8.4-4 ii libecal-1.2-19 3.30.5-1+deb10u1 ii libedataserver-1.2-23 3.30.5-1+deb10u1 ii libevolution 3.30.5-1.1 ii libglib2.0-0 2.58.3-2+deb10u2 ii libgtk-3-0 3.24.5-1 ii libical3 3.0.4-3 ii libnotify4 0.7.7-4 ii libsoup2.4-1 2.64.2-2 ii libwebkit2gtk-4.0-37 2.30.4-1~deb10u1 ii libxml22.9.4+dfsg1-7+deb10u1 ii psmisc 23.2-1 Versions of packages evolution recommends: ii evolution-plugin-bogofilter 3.30.5-1.1 pn evolution-plugin-pstimport ii evolution-plugins3.30.5-1.1 ii yelp 3.31.90-1 Versions of packages evolution suggests: pn evolution-ews pn evolution-plugins-experimental ii gnupg 2.2.12-1+deb10u1 ii network-manager 1.14.6-2+deb10u1 -- debconf information excluded
Bug#969575: evolution: When DBus notification service is not running, evolution freezes for several seconds.
Package: evolution Version: 3.30.5-1.1 Severity: normal When working under xfce4 desktop, normally the notification service (xfce4-notifyd.service) is working. However, when it is not working due to some reason, and evolution wants to send a notification (for example when new E-mail messages have been downloaded), it freezes until timeout. The workaround is to 'systemctl --user start xfce4-notifyd.service'. The proper fix is to have evolution send the notification in a separate thread so that it'll be able to continue to work normally while waiting for the timeout (if any) to expire. The following system information did not report xfce4 package versions: ii xfce4 4.12.5 ii xfce4-notifyd 0.4.3-1 -- System Information: Debian Release: 10.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-10-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages evolution depends on: ii dbus 1.12.20-0+deb10u1 ii evolution-common 3.30.5-1.1 ii evolution-data-server 3.30.5-1+deb10u1 ii libc6 2.28-10 ii libcamel-1.2-623.30.5-1+deb10u1 ii libclutter-gtk-1.0-0 1.8.4-4 ii libecal-1.2-19 3.30.5-1+deb10u1 ii libedataserver-1.2-23 3.30.5-1+deb10u1 ii libevolution 3.30.5-1.1 ii libglib2.0-0 2.58.3-2+deb10u2 ii libgtk-3-0 3.24.5-1 ii libical3 3.0.4-3 ii libnotify4 0.7.7-4 ii libsoup2.4-1 2.64.2-2 ii libwebkit2gtk-4.0-37 2.28.4-1~deb10u1 ii libxml22.9.4+dfsg1-7+b3 ii psmisc 23.2-1 Versions of packages evolution recommends: ii evolution-plugin-bogofilter 3.30.5-1.1 pn evolution-plugin-pstimport ii evolution-plugins3.30.5-1.1 ii yelp 3.31.90-1 Versions of packages evolution suggests: pn evolution-ews pn evolution-plugins-experimental ii gnupg 2.2.12-1+deb10u1 ii network-manager 1.14.6-2+deb10u1 -- debconf information excluded
Bug#953098: xscreensaver: Crashes with XIO: fatal IO error
xscreensaver crashes also in my system. Debian version: 10.3 (Buster) xscreensaver version: 5.42+dfsg1-1 My system (a laptop) has 3 screens: - the original one - connected via HDMI - connected via DisplayLink When using xscreensaver -nosplash -log /tmp/x.log -verbose & I did not see the XIO fatal IO error message. However, the message "xscreensaver-gl-helper did not report a GL visual!" repeated once in a while. Whatever it is, it did not cause xscreensaver to crash. The crash was not accompanied by any useful information in the logfile. If someone can advise how to get more information in the logfile, I'll be happy to help investigate this bug. On Wed, 04 Mar 2020 14:08:56 +0100 =?utf-8?q?Jens_Holzk=C3=A4mper?= < jens.holzkaem...@zbmath.org> wrote: > Package: xscreensaver > Version: 5.42+dfsg1-1 > Severity: grave > Tags: security > Justification: user security hole
Bug#944388: tzfile(5): missing field charcnt in description of fields after the header
Package: manpages Version: 4.16-2 Severity: normal Tags: upstream In 'man 5 tzfile', after the header description, six fields are described: tzh_timecnt*4, tzh_timecnt*1, tzh_typecnt*6, tzh_leapcnt*8, tzh_ttisstdcnt*1, tzh_ttisgmtcnt*1. According to https://tools.ietf.org/html/rfc8536 (section 3.2. TZif Data Block), there should be also a tzh_charcnt field after the first three fields (i.e. total of seven fields). I was bitten by this omission when developing a script to process files following the tzfile format. -- System Information: Debian Release: 10.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-6-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled manpages depends on no packages. manpages recommends no packages. Versions of packages manpages suggests: ii konqueror [man-browser] 4:18.12.0-1 ii man-db [man-browser] 2.8.5-2 -- no debconf information
Bug#619799: The bug exists also in evolution 3.12.9~git20141130.241663-1+b1 (Debian Jessie with backports)
I did not check if the way to reproduce it was changed.
Bug#822083: refcard: The refcard layout is screwed up for RTL languages
On Sat, 2016-04-23 at 20:33 +0200, Holger Wansing wrote: > Hi, > > Omer Zak <w...@zak.co.il> wrote: > > On Thu, 2016-04-21 at 21:30 +0200, Holger Wansing wrote: > > > Ok. > > > But when new strings are added to the document, and therefore additional > > > lines are added to the po files, the po_processor.sh should to be executed > > > again, right? > > > That's what I meant with "how to execute, in which situations". > > > And so it should be well documented in that scripts. > > > > If the translators enclose the new RTL strings by RLE/PDF, then it is > > not necessary to run the scripts. This is why I said that they are > > optional. > > But it does not harm, right? Right. > The point is: if the translator does not enclose the new RTL strings by > RLE/PDF, that can be done by the package maintainer via that script > instead - if he know about that, and how to use it. The instructions are in: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822083#25 and they are simply: cd refcard ./run_po_processor.sh
Bug#822083: refcard: The refcard layout is screwed up for RTL languages
On Thu, 2016-04-21 at 20:31 +0200, Holger Wansing wrote: > Are there any possible side effects in setting "LC_ALL=en_US.utf8" ? Nothing that I am aware of. > > 2. Two optional files: > > po_processor.py > > run_po_processor.sh > Maybe some comments on how to use that scripts would be useful? > (how to execute, in which situations, ...) If you apply my patch as is, you do not need to run those scripts. If you want to start with "clean" ar.po, fa.po and/or he.po files, then just: cd refcard ./run_po_processor.sh and then manually review the output and adjust any LTR strings embedded in the RTL messages.
Bug#822083: refcard: The refcard layout is screwed up for RTL languages
On Thu, 2016-04-21 at 21:30 +0200, Holger Wansing wrote: > Hi, > > Omer Zak <w...@zak.co.il> wrote: > > On Thu, 2016-04-21 at 20:31 +0200, Holger Wansing wrote: > > > > 2. Two optional files: > > > > po_processor.py > > > > run_po_processor.sh > > > > > Maybe some comments on how to use that scripts would be useful? > > > (how to execute, in which situations, ...) > > > > If you apply my patch as is, you do not need to run those scripts. > > If you want to start with "clean" ar.po, fa.po and/or he.po files, then > > just: > > cd refcard > > ./run_po_processor.sh > > > > and then manually review the output and adjust any LTR strings embedded > > in the RTL messages. > > Ok. > But when new strings are added to the document, and therefore additional > lines are added to the po files, the po_processor.sh should to be executed > again, right? > That's what I meant with "how to execute, in which situations". > And so it should be well documented in that scripts. If the translators enclose the new RTL strings by RLE/PDF, then it is not necessary to run the scripts. This is why I said that they are optional.
Bug#782714: Workaround to bug #782714
It is possible to work around this bug by manually editing the file '/var/lib/dpkg/info/octave3.0-info.prerm' and commenting out the line running the 'install-info --quiet --remove' command. Thanks to Lior Okman from the Linux-IL mailing list for pointing this out. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782714: dpkg cannot uninstall octave3.0-info which conflicts with new dpkg version
Package: dpkg Version: 1.17.24 Severity: important When running aptitude: Cannot upgrade dpkg from version 1.17.24 to version 1.17.25 because the new version conflicts conflicts with octave3.0-info (1:3.0.1-6lenny3) And when trying to uninstall octave3.0-info, I get the following error message: Removing octave3.0-info (1:3.0.1-6lenny3) ... install-info: No dir file specified; try --help for more information. dpkg: error processing package octave3.0-info (--remove): subprocess installed pre-removal script returned error exit status 1 Errors were encountered while processing: octave3.0-info -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dpkg depends on: ii libbz2-1.0 1.0.6-7+b3 ii libc62.19-17 ii liblzma5 5.1.1alpha+20120614-2+b3 ii libselinux1 2.3-2 ii tar 1.27.1-2+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 1.0.9.7 -- 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#729299: evolution: Crash when trying to send E-mail (libgobject-2.0.so.0.3200.4)
Package: evolution Version: 3.4.4-3 Severity: important Tags: upstream When trying to send E-mail, sometimes evolution crashes. In /var/log/messages, I see the following message: Nov 11 16:43:14 c4 kernel: [496779.881498] evolution[13911]: segfault at 70008 ip 7f107cc88efc sp 7fff4c4d1b70 error 4 in libgobject-2.0.so.0.3200.4[7f107cc56000+4e000] After restarting evolution, I can send the E-mail but sometimes it crashes even then. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.6.8-1+deb7u1 ii debconf [debconf-2.0]1.5.49 ii evolution-common 3.4.4-3 ii evolution-data-server3.4.4-3 ii gconf-service3.2.5-1+build1 ii gconf2 3.2.5-1+build1 ii gnome-icon-theme 3.4.0-2 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libcamel-1.2-33 3.4.4-3 ii libclutter-gtk-1.0-0 1.2.0-2 ii libdbus-glib-1-2 0.100.2-1 ii libebackend-1.2-23.4.4-3 ii libebook-1.2-13 3.4.4-3 ii libecal-1.2-11 3.4.4-3 ii libedataserver-1.2-163.4.4-3 ii libedataserverui-3.0-1 3.4.4-3 ii libenchant1c2a 1.6.0-7 ii libevolution 3.4.4-3 ii libgail-3-0 3.4.2-6 ii libgconf-2-4 3.2.5-1+build1 ii libgdata13 0.12.0-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-desktop-3-2 3.4.2-1 ii libgtk-3-0 3.4.2-6 ii libgtkhtml-4.0-0 4.4.4-1 ii libgtkhtml-editor-4.0-0 4.4.4-1 ii libgweather-3-0 3.4.1-1+build1 ii libical0 0.48-2 ii libmx-1.0-2 1.4.6-1 ii libnotify4 0.7.5-1 ii libnspr4 2:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libnss3 2:3.14.4-1 ii libnss3-1d 2:3.14.4-1 ii libpango1.0-01.30.0-1 ii libsoup2.4-1 2.38.1-2 ii libsqlite3-0 3.7.13-1+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu2 ii psmisc 22.19-1+deb7u1 Versions of packages evolution recommends: ii evolution-plugins 3.4.4-3 ii evolution-webcal 2.32.0-2+b1 ii spamassassin 3.3.2-5 ii yelp 3.4.2-1+b1 Versions of packages evolution suggests: pn evolution-dbg none ii evolution-exchange 3.4.4-1 pn evolution-plugins-experimental none ii gnupg 1.4.12-7+deb7u2 ii network-manager 0.9.4.0-10 -- debconf information: evolution/kill_processes: evolution/needs_shutdown: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702135: The API incompatibility was already reported at 2010
See: https://bugs.launchpad.net/lalita/+bug/504560 I recommend that the bug be kept open until fixed. Its severity is wishlist and it is not a RC. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702135: python-magic: API is incompatible with 'magic' from pypi
Package: python-magic Version: 5.04-5+squeeze2 Severity: wishlist Tags: upstream I found the hard way that the API exported by the Python module ‘magic’ differs among different versions of the module. Impact: A Python script, developed in a Debian Linux installation using the provided python-magic package, won't work as is when transferred to a different POSIX system, which uses the python-magic package installed using the 'pip install python-magic' method. The Debian package and its documentation should be modified to provide also an API compatible with the other package. The version installed when installing the Debian package ‘python-magic’ expects the following API: import magic mymagic = magic.open(magic.MAGIC_MIME_TYPE) mymagic.load() mtype = mymagic.file(inpfname) print(”The MIME type of the file %s is %s” % (inpfname,mtype)) The version installed using ‘pip install python-magic’ expects the following API: import magic mymagic = magic.Magic(mime=True) mtype = mymagic.from_file(inpfname) print(”The MIME type of the file %s is %s” % (inpfname,mtype)) The following code allows the rest of the script to work the same way with either version of ‘magic’: import magic def build_magic(): try: mymagic = magic.open(magic.MAGIC_MIME_TYPE) mymagic.load() except AttributeError,e: mymagic = magic.Magic(mime=True) mymagic.file = mymagic.from_file return(mymagic) mymagic = build_magic() mtype = mymagic.file(inpfname) print(”The MIME type of the file %s is %s” % (inpfname,mtype)) -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-vserver-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-magic depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libmagic1 5.04-5+squeeze2 File type determination library us ii python 2.6.6-3+squeeze7 interactive high-level object-orie ii python-support 1.0.10 automated rebuilding support for P python-magic recommends no packages. Versions of packages python-magic suggests: pn python-magic-dbg none (no description available) -- 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#650305: abiword: Failed to respect dir=rtl when importing from HTML file.
Package: abiword Version: 2.9.1-0.2 Followup-For: Bug #650305 Tested using the same rtl_handling_bug.html. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages abiword depends on: ii abiword-common2.9.1-0.2 ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 ii libabiword-2.92.9.1-0.2 ii libaiksaurusgtk-1.2-0c2a 1.2.1+dev-0.12-6.1 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libgcc1 1:4.6.2-4 ii libgcrypt11 1.5.0-3 ii libglib2.0-0 2.30.2-4 ii libgnutls26 2.12.14-3 ii libgoffice-0.8-8 0.8.17-1 ii libgsf-1-114 1.14.21-2 ii libgtk2.0-0 2.24.8-2 ii libjpeg8 8c-2 ii libloudmouth1-0 1.4.3-7 ii libots0 0.5.0-2.1 ii libpng12-01.2.46-3 ii librdf0 1.0.14-1 ii libreadline6 6.2-7 ii libsoup2.4-1 2.34.3-1 ii libstdc++64.6.2-4 ii libwmf0.2-7 0.2.8.4-8.1 ii libwpd-0.9-9 0.9.3-2 ii libwpg-0.2-2 0.2.1-1 ii libwps-0.2-2 0.2.3-1 ii libxml2 2.7.8.dfsg-5 ii libxslt1.11.1.26-8 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages abiword recommends: ii abiword-plugin-grammar 2.9.1-0.2 ii abiword-plugin-mathview2.9.1-0.2 ii aspell-en [aspell-dictionary] 7.1-0-1 ii fonts-liberation [ttf-liberation] 1.07.0-2 ii poppler-utils 0.16.7-2+b1 ii ttf-liberation 1.07.0-2 abiword suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650302: (no subject)
Subject: Re: abiword: When changing principal direction of bidi text, it gets reversed and then cursor skips Followup-For: Bug #650302 Package: abiword Version: 2.9.1-0.2 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages abiword depends on: ii abiword-common2.9.1-0.2 ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 ii libabiword-2.92.9.1-0.2 ii libaiksaurusgtk-1.2-0c2a 1.2.1+dev-0.12-6.1 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libgcc1 1:4.6.2-4 ii libgcrypt11 1.5.0-3 ii libglib2.0-0 2.30.2-4 ii libgnutls26 2.12.14-3 ii libgoffice-0.8-8 0.8.17-1 ii libgsf-1-114 1.14.21-2 ii libgtk2.0-0 2.24.8-2 ii libjpeg8 8c-2 ii libloudmouth1-0 1.4.3-7 ii libots0 0.5.0-2.1 ii libpng12-01.2.46-3 ii librdf0 1.0.14-1 ii libreadline6 6.2-7 ii libsoup2.4-1 2.34.3-1 ii libstdc++64.6.2-4 ii libwmf0.2-7 0.2.8.4-8.1 ii libwpd-0.9-9 0.9.3-2 ii libwpg-0.2-2 0.2.1-1 ii libwps-0.2-2 0.2.3-1 ii libxml2 2.7.8.dfsg-5 ii libxslt1.11.1.26-8 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages abiword recommends: ii abiword-plugin-grammar 2.9.1-0.2 ii abiword-plugin-mathview2.9.1-0.2 ii aspell-en [aspell-dictionary] 7.1-0-1 ii fonts-liberation [ttf-liberation] 1.07.0-2 ii poppler-utils 0.16.7-2+b1 ii ttf-liberation 1.07.0-2 abiword suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650305: Please test with the attached rtl_handling_bug.html, which is the correct one
The originally attached file by mistake (my mistake) had dir='rtl' inside the style attribute value, not as a separate attribute of the tag. However, the correct one (attached to this E-mail message) does exhibit the bug, so the bug is real. טקסט שאמור להדגים כיוון ראשי מימין לשמאל. אות אנגלית A ואחריה באה האות האנגלית B ובסוף נקודה.
Bug#644761: linux-image-2.6.32-5-vserver-amd64: xawtv does not work with USB Webcam served by the gspca driver
Package: linux-2.6 Version: 2.6.32-35squeeze2 Severity: normal Tags: squeeze xawtv used to work, but now it has a regression. I assume that the problem is in the gspca kernel driver, but it could be in an X-Window video driver. $ lsusb| egrep -in cam 7:Bus 004 Device 002: ID 046d:092e Logitech, Inc. QuickCam Chat $ xawtv This is xawtv-3.95.dfsg.1, running on Linux/x86_64 (2.6.32-5-vserver-amd64) xinerama 0: 1920x1080+0+0 X Error of failed request: XF86DGANoDirectVideoMode Major opcode of failed request: 130 (XFree86-DGA) Minor opcode of failed request: 1 (XF86DGAGetVideoLL) Serial number of failed request: 69 Current serial number in output stream: 69 $ xawtv -nodga This is xawtv-3.95.dfsg.1, running on Linux/x86_64 (2.6.32-5-vserver-amd64) xinerama 0: 1920x1080+0+0 X Error of failed request: XF86DGANoDirectVideoMode Major opcode of failed request: 130 (XFree86-DGA) Minor opcode of failed request: 1 (XF86DGAGetVideoLL) Serial number of failed request: 15 Current serial number in output stream: 15 v4l-conf had some trouble, trying to continue anyway Warning: Cannot convert string -*-ledfixed-medium-r-*--39-*-*-*-c-*-*-* to type FontStruct ioctl: VIDIOC_G_STD(std=0x7f7dc9ed9bca [PAL_B1,PAL_H,PAL_D1,PAL_K,PAL_M,PAL_N,PAL_60,NTSC_M,?,SECAM_B,SECAM_G,SECAM_H,SECAM_K1,SECAM_L,?ATSC_8_VSB,ATSC_16_VSB,(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null)]): Invalid argument ioctl: VIDIOC_S_STD(std=0x0 []): Invalid argument xawtv without the -nodga option does not display any window. xawtv -nodga also displays a black window. X-Window version: $ dpkg -l | egrep -i xorg ii xorg 1:7.5+8 X.Org X Window System ii xorg-docs-core1:1.5-1 Core documentation for the X.org X Window System ii xserver-xorg 1:7.5+8 the X.Org X server ii xserver-xorg-core 2:1.7.7-13 Xorg X server - core server ii xserver-xorg-input-all1:7.5+8 the X.Org X server -- input driver metapackage ii xserver-xorg-input-evdev 1:2.3.2-6 X.Org X server -- evdev input driver ii xserver-xorg-input-kbd1:1.4.0-2 X.Org X server -- keyboard input driver ii xserver-xorg-input-mouse 1:1.5.0-2 X.Org X server -- mouse input driver ii xserver-xorg-input-synaptics 1.2.2-2 Synaptics TouchPad driver for X.Org server ii xserver-xorg-input-wacom 0.10.5+20100416-1 X.Org X server -- Wacom input driver ii xserver-xorg-video-all1:7.5+8 the X.Org X server -- output driver metapackage ii xserver-xorg-video-apm1:1.2.2-2 X.Org X server -- APM display driver ii xserver-xorg-video-ark1:0.7.2-2 X.Org X server -- ark display driver ii xserver-xorg-video-ati1:6.13.1-2+squeeze1 X.Org X server -- AMD/ATI display driver wrapper ii xserver-xorg-video-chips 1:1.2.3-1 X.Org X server -- Chips display driver ii xserver-xorg-video-cirrus 1:1.3.2-2+squeeze1 X.Org X server -- Cirrus display driver ii xserver-xorg-video-dummy 1:0.3.3-2 X.Org X server -- dummy display driver ii xserver-xorg-video-fbdev 1:0.4.2-2 X.Org X server -- fbdev display driver ii xserver-xorg-video-glint 1:1.2.4-2 X.Org X server -- Glint display driver ii xserver-xorg-video-i128 1:1.3.3-2 X.Org X server -- i128 display driver ii xserver-xorg-video-intel 2:2.13.0-6 X.Org X server -- Intel i8xx, i9xx display driver ii xserver-xorg-video-mach64 6.8.2-3 X.Org X server -- ATI Mach64 display driver ii xserver-xorg-video-mga1:1.4.11.dfsg-4+squeeze1 X.Org X server -- MGA display driver ii xserver-xorg-video-neomagic 1:1.2.4-3 X.Org X server -- Neomagic display driver ii xserver-xorg-video-nouveau 1:0.0.15+git20100329+7858345-5X.Org X server -- Nouveau display driver (experimental) ii xserver-xorg-video-nv 1:2.1.17-3 X.Org X server -- NV display driver ii xserver-xorg-video-openchrome 1:0.2.904+svn842-2
Bug#632458: Cannot purge completely postgresql-8.4 while postgresql-9.0 process is running
Package: postgresql-9.0 Version: 9.0.4-1+b1 Severity: minor Tags: wheezy After installation of postgresql-9.0, an attempt to purge postgresql-8.4 using aptitude fails because of complaint of an invalid PID file in /var/run/postgresql Turns out that the PID file is associated with running postgresql-9.0. I was successful in purging postgresql-8.4 after invocation of /etc/init.d/postgresql stop Then I manually restarted it (/etc/init.d/postgresql start). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postgresql-9.0 depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libgssapi-krb5-21.9.1+dfsg-1 MIT Kerberos runtime libraries - k ii libkrb5-3 1.9.1+dfsg-1 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.25-1+b1 OpenLDAP libraries ii libpam0g1.1.3-1 Pluggable Authentication Modules l ii libpq5 9.0.4-1+b1 PostgreSQL C client library ii libssl1.0.0 1.0.0d-3 SSL shared libraries ii libxml2 2.7.8.dfsg-3 GNOME XML library ii locales 2.13-7 Embedded GNU C Library: National L ii postgresql-client-9.0 9.0.4-1+b1 front-end programs for PostgreSQL ii postgresql-common 118 PostgreSQL database-cluster manage ii ssl-cert1.0.28 simple debconf wrapper for OpenSSL ii tzdata 2011g-1 time zone and daylight-saving time postgresql-9.0 recommends no packages. Versions of packages postgresql-9.0 suggests: pn oidentd | ident-servernone (no description available) -- 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#632459: Incomplete purge of postgresql-8.4
Package: postgresql-8.4 Severity: minor Tags: wheezy When purging postgresql-8.4 files, after upgrade to postgresql-9.0, the following files are not purged: /usr/share/postgresql/8.4/tsearch_data/en_us.affix - /var/cache/postgresql/dicts/en_us.affix /usr/share/postgresql/8.4/tsearch_data/en_us.dict - /var/cache/postgresql/dicts/en_us.dict Maybe the following directories need to be deleted as well: /usr/share/postgresql/8.4 /var/cache/postgresql -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postgresql-8.4 depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libgssapi-krb5-21.9.1+dfsg-1 MIT Kerberos runtime libraries - k ii libkrb5-3 1.9.1+dfsg-1 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.25-1+b1 OpenLDAP libraries ii libpam0g1.1.3-1 Pluggable Authentication Modules l ii libpq5 9.0.4-1+b1 PostgreSQL C client library ii libssl0.9.8 0.9.8o-7 SSL shared libraries ii libxml2 2.7.8.dfsg-3 GNOME XML library ii locales 2.13-7 Embedded GNU C Library: National L pn postgresql-client-8.4 none (no description available) ii postgresql-common 118 PostgreSQL database-cluster manage ii ssl-cert1.0.28 simple debconf wrapper for OpenSSL ii tzdata 2011g-1 time zone and daylight-saving time postgresql-8.4 recommends no packages. Versions of packages postgresql-8.4 suggests: pn oidentd | ident-servernone (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549451: evolution: I could set Evolution online after editing NetworkManager.conf
Package: evolution Version: 2.30.3-5 Severity: normal I was successful in working around the bug and enabling the operation of setting Evolution online by editing /etc/NetworkManager/NetworkManager.conf, and setting managed=true (instead of false) in the [ifupdown] section. I am attaching the whole /etc/NetworkManager/NetworkManager.conf file. The NetworkManager version which I use is: ii network-manager 0.8.1-6+squeeze1 network management framework daemon ii network-manager-gnome 0.8.1-2 network management framework (GNOME frontend) -- System Information: Debian Release: 6.0.1 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-vserver-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.2.24-4 simple interprocess messaging syst ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii evolution-common 2.30.3-5 architecture independent files for ii evolution-data-server 2.30.3-2 evolution database backend server ii gconf2 2.28.1-6 GNOME configuration database syste ii gnome-icon-theme 2.30.3-2 GNOME Desktop icon theme ii libart-2.0-2 2.3.21-1 Library of functions for 2D graphi ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcamel1.2-14 2.30.3-2 The Evolution MIME message handlin ii libcanberra-gtk0 0.24-1Gtk+ helper for playing widget eve ii libcanberra0 0.24-1a simple abstract interface for pl ii libdbus-1-31.2.24-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libebackend1.2-0 2.30.3-2 Utility library for evolution data ii libebook1.2-9 2.30.3-2 Client library for evolution addre ii libecal1.2-7 2.30.3-2 Client library for evolution calen ii libedataserver1.2-13 2.30.3-2 Utility library for evolution data ii libedataserverui1.2-8 2.30.3-2 GUI utility library for evolution ii libegroupwise1.2-132.30.3-2 Client library for accessing group ii libenchant1c2a 1.6.0-1 a wrapper library for various spel ii libevolution 2.30.3-5 evolution libraries ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgconf2-42.28.1-6 GNOME configuration database syste ii libgdata-google1.2-1 2.30.3-2 Client library for accessing Googl ii libgdata1.2-1 2.30.3-2 Client library for accessing Googl ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnome-desktop-2-17 2.30.2-2 Utility library for loading .deskt ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libgtkhtml-editor0 3.30.3-1 HTML rendering/editing library - e ii libgtkhtml3.14-19 3.30.3-1 HTML rendering/editing library - r ii libgweather1 2.30.3-1 GWeather shared library ii libical0 0.44-3iCalendar library implementation i ii libice62:1.0.6-2 X11 Inter-Client Exchange library ii libnotify1 [libnotify1 0.5.0-2 sends desktop notifications to a n ii libnspr4-0d4.8.6-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.8-1+squeeze1 Network Security Service libraries ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libsm6 2:1.1.1-1 X11 Session Management library ii libsoup2.4-1 2.30.2-1 an HTTP library implementation in ii libsqlite3-0 3.7.3-1 SQLite 3 shared library ii libstartup-notificatio 0.10-1library for program launch feedbac ii libunique-1.0-01.1.6-1.1 Library for writing single instanc ii libxml22.7.8.dfsg-2 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages evolution recommends: ii evolution-plugins2.30.3-5standard plugins for Evolution ii evolution-webcal 2.28.1-1webcal: URL handler for GNOME and ii gnome-desktop-data 2.30.2-2
Bug#619799: evolution: Evolution randomly freezes when composing E-mail with Hebrew text
Package: evolution Version: 2.30.3-5 Severity: important Tags: upstream squeeze l10n lenny When composing an E-mail message with Hebrew, sometimes Evolution freezes - the UI becomes unresponsive and the process consumes 100% CPU time (my PC does not freeze because the processor is multi-core and the other cores are free for other tasks). Memory consumption does not seem to make a significant jump. I saw the problem in both Lenny and Squeeze installations. In the ~/.xsession-errors, I saw the following error messages: (evolution-alarm-notify:3492): evolution-alarm-notify-WARNING **: alarm.c:252: Requested removal of nonexistent alarm! (process 3492 is: $ ps ax | egrep 3492 3492 ?S 0:00 /usr/lib/evolution/2.30/evolution-alarm-notify ) The following line appears several times: (firefox-bin:3675): Gdk-WARNING **: XID collision, trouble ahead (process 3675 is: $ ps ax | egrep 3675 3675 ?SLl 553:20 /usr/lib/iceweasel/firefox-bin and I have 4 iceweasel windows open in parallel to Evolution, each one has several tabs. My iceweasel version is: ii iceweasel 3.5.16-6 ) I do not have a reliable way to reproduce the bug, but it occurs when I move the cursor around in Hebrew text. It probably is related to bidirectional text (when the other text is either Latin or digits, which are LTR text embedded within RTL text). -- System Information: Debian Release: 6.0.1 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-vserver-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.2.24-4 simple interprocess messaging syst ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii evolution-common 2.30.3-5 architecture independent files for ii evolution-data-server 2.30.3-2 evolution database backend server ii gconf2 2.28.1-6 GNOME configuration database syste ii gnome-icon-theme 2.30.3-2 GNOME Desktop icon theme ii libart-2.0-2 2.3.21-1 Library of functions for 2D graphi ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcamel1.2-14 2.30.3-2 The Evolution MIME message handlin ii libcanberra-gtk0 0.24-1Gtk+ helper for playing widget eve ii libcanberra0 0.24-1a simple abstract interface for pl ii libdbus-1-31.2.24-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libebackend1.2-0 2.30.3-2 Utility library for evolution data ii libebook1.2-9 2.30.3-2 Client library for evolution addre ii libecal1.2-7 2.30.3-2 Client library for evolution calen ii libedataserver1.2-13 2.30.3-2 Utility library for evolution data ii libedataserverui1.2-8 2.30.3-2 GUI utility library for evolution ii libegroupwise1.2-132.30.3-2 Client library for accessing group ii libenchant1c2a 1.6.0-1 a wrapper library for various spel ii libevolution 2.30.3-5 evolution libraries ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgconf2-42.28.1-6 GNOME configuration database syste ii libgdata-google1.2-1 2.30.3-2 Client library for accessing Googl ii libgdata1.2-1 2.30.3-2 Client library for accessing Googl ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnome-desktop-2-17 2.30.2-2 Utility library for loading .deskt ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libgtkhtml-editor0 3.30.3-1 HTML rendering/editing library - e ii libgtkhtml3.14-19 3.30.3-1 HTML rendering/editing library - r ii libgweather1 2.30.3-1 GWeather shared library ii libical0 0.44-3iCalendar library implementation i ii libice62:1.0.6-2 X11 Inter-Client Exchange library ii libnotify1 [libnotify1 0.5.0-2 sends desktop notifications to a n ii libnspr4-0d4.8.6-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.8-1+squeeze1 Network Security Service libraries ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii
Bug#619548: bash-completion: files are missing from list of candidate filenames after tar zcvf
Package: bash-completion
Version: 1:1.2-3
Severity: normal
NOTE: The attached /etc/bash_completion.d/tar fixes the bug by
commenting out the code which invokes the _tar function.
The bug exists when working with the /etc/bash_completion.d/tar file
installed by the package.
The bug is that when I start a 'tar zcvf tarfile.tgz ' command and want
to add filenames by tab-completing as much as possible, some files do
not appear in the lists of candidate files. So I have to type out the
full filename rather than do tab-completion on that filename.
I saw the bug also in Debian Lenny and fixed it there the same way.
-- System Information:
Debian Release: 6.0.1
APT prefers squeeze-updates
APT policy: (500, 'squeeze-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-vserver-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages bash-completion depends on:
ii bash 4.1-3 The GNU Bourne Again SHell
bash-completion recommends no packages.
bash-completion suggests no packages.
-- Configuration Files:
/etc/bash_completion.d/tar changed:
have tar {
_tar()
{
local cur ext regex tar untar
COMPREPLY=()
_get_comp_words_by_ref cur
if [ $COMP_CWORD -eq 1 ]; then
COMPREPLY=( $( compgen -W 'c t x u r d A' -- $cur ) )
return 0
fi
case ${COMP_WORDS[1]} in
?(-)[cr]*f)
_filedir
return 0
;;
+([^IZzJjy])f)
ext='t@(ar?(.@(Z|gz|bz?(2)|lz?(ma)|xz))|gz|bz?(2)|lz?(ma)|xz)'
regex='t\(ar\(\.\(Z\|gz\|bz2\?\|lzma\|xz\)\)\?\|gz\|bz2\?\|lzma\|xz\)'
;;
*[Zz]*f)
ext='t?(ar.)@(gz|Z)'
regex='t\(ar\.\)\?\(gz\|Z\)'
;;
*[Ijy]*f)
ext='t?(ar.)bz?(2)'
regex='t\(ar\.\)\?bz2\?'
;;
*[J]*f)
ext='t?(ar.)@(lz?(ma)|xz)'
regex='t\(ar\.\)\?\(lzma\|xz\)\?'
;;
*)
_filedir
return 0
;;
esac
if [[ $COMP_LINE == *$ext' ' ]]; then
# complete on files in tar file
#
# get name of tar file from command line
tar=$( sed -e 's/^.* \([^ ]*'$regex'\) .*$/\1/' $COMP_LINE )
# devise how to untar and list it
untar=t${COMP_WORDS[1]//[^Izjyf]/}
COMPREPLY=( $( compgen -W $( printf '%s ' $( tar $untar $tar \
2/dev/null ) ) -- $cur ) )
return 0
fi
# file completion on relevant files
_filedir $ext
return 0
}
}
-- 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#601633: samba: Attached please find the updated Hebrew po-debconf translation.
Package: samba Version: 2:3.5.6~dfsg-2 Severity: minor Tags: patch l10n -- System Information: (irrelevant) # translation of samba_2_3_5_6_dfsg_2_debconf_he.po to Hebrew # translation of PACKAGE. # Copyright (C) 2007 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Katriel Traum katriel.tr...@gmail.com, 2007. # Omer Zak w...@zak.co.il, 2010. msgid msgstr Project-Id-Version: samba_2_3_5_6_dfsg_2_debconf_he\n Report-Msgid-Bugs-To: sa...@packages.debian.org\n POT-Creation-Date: 2009-01-02 12:18-0800\n PO-Revision-Date: 2010-10-26 18:04+0200\n Last-Translator: Omer Zak w...@zak.co.il\n Language-Team: Hebrew debian-hebrew-com...@lists.alioth.debian.org\n Language: he\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: boolean #. Description #: ../samba-common.templates:1001 msgid Modify smb.conf to use WINS settings from DHCP? msgstr האם לשנות את הקובץ smb.conf כדי שישתמש באופציית WINS מתוך DHCP? #. Type: boolean #. Description #: ../samba-common.templates:1001 msgid If your computer gets IP address information from a DHCP server on the network, the DHCP server may also provide information about WINS servers (\NetBIOS name servers\) present on the network. This requires a change to your smb.conf file so that DHCP-provided WINS settings will automatically be read from /etc/samba/dhcp.conf. msgstr במידה ומחשב זה מקבל כתובת IP משרת DHCP ברשת, ייתכן כי שרת ה-DHCP גם מספק מידע על שרתי WINS (שרתי מיפוי כתובות NetBIOS) הזמינים ברשת. שימוש במידע זה מצריך שינוי בקובץ smb.conf כדי שכתובת שרת ה-WINS שמספק שרת ה-DHCP, תיקרא בצורה אוטומטית מהקובץ /etc/samba/dhcp.conf. #. Type: boolean #. Description #: ../samba-common.templates:1001 msgid The dhcp3-client package must be installed to take advantage of this feature. msgstr על החבילה dhcp3-client להיות מותקנת כדי לאפשר מאפיין זה. #. Type: boolean #. Description #: ../samba-common.templates:2001 msgid Configure smb.conf automatically? msgstr האם להגדיר את smb.conf בצורה אוטומטית? #. Type: boolean #. Description #: ../samba-common.templates:2001 msgid The rest of the configuration of Samba deals with questions that affect parameters in /etc/samba/smb.conf, which is the file used to configure the Samba programs (nmbd and smbd). Your current smb.conf contains an \include \ line or an option that spans multiple lines, which could confuse the automated configuration process and require you to edit your smb.conf by hand to get it working again. msgstr שאר תהליך ההגדרה של Samba עוסק בשאלות אשר משפיעות על פרמטרים בקובץ /etc/ samba/smb.conf. קובץ זה הוא קובץ ההגדרות הראשי אשר מכיל את הפרמטרים של שרתי הרקע של Samba (שהם smbd ו-nmbd). הקובץ smb.conf הנוכחי שלך כולל שורת 'include' או פרמטר אשר מתפרש על כמה שורות. פרמטרים אלו עשויים לבלבל את תהליך ההגדרה האוטומטי, ויצריכו עריכה ידנית של הקובץ smb.conf על מנת לתקן את הבעיות ולאפשר ל-Samba לעבוד. #. Type: boolean #. Description #: ../samba-common.templates:2001 msgid If you do not choose this option, you will have to handle any configuration changes yourself, and will not be able to take advantage of periodic configuration enhancements. msgstr אם לא תבחר באפשרות זו, יהיה עליך לבצע שינויים בעצמך ובצורה ידנית. כמו כן, לא תוכל להשתמש בשיפורי תצורה אשר מתבצעים תקופתית. #. Type: string #. Description #: ../samba-common.templates:3001 msgid Workgroup/Domain Name: msgstr שם קבוצת העבודה/מתחם (Workgroup/Domain): #. Type: string #. Description #: ../samba-common.templates:3001 #| msgid #| Please specify the workgroup you want this server to appear to be in when #| queried by clients. Note that this parameter also controls the domain #| name used with the security=domain setting. msgid Please specify the workgroup for this system. This setting controls which workgroup the system will appear in when used as a server, the default workgroup to be used when browsing with various frontends, and the domain name used with the \security=domain\ setting. msgstr אנא ציין את שם קבוצת העבודה (Workgroup) עבור מערכת זו. הגדרה זו קובעת באיזו קבוצת עבודה תימצא מערכת זו כשישתמשו בה בתור שרת, מה תהיה ברירת המחדל לקבוצת העבודה שישתמשו בה בזמן דפדוף באמצעות ממשקים שונים, ושם המתחם (Domain) בעת שימוש באפשרות security=domain. #. Type: boolean #. Description #: ../samba-common.templates:4001 msgid Use password encryption? msgstr האם להשתמש בסיסמאות מוצפנות? #. Type: boolean #. Description #: ../samba-common.templates:4001 #| msgid #| All recent Windows clients communicate with SMB servers using encrypted #| passwords. If you want to use clear text passwords you will need to #| change a parameter in your Windows registry. msgid All recent Windows clients communicate with SMB/CIFS servers using encrypted passwords. If you want to use clear text passwords you will need to change a parameter in your Windows registry. msgstr כל
Bug#601634: samba: Attached please find the updated Hebrew po-debconf translation.
Package: samba Version: 2:3.5.6~dfsg-2 Severity: minor Tags: patch l10n -- System Information: (irrelevant) # translation of samba_2_3_5_6_dfsg_2_debconf_he.po to Hebrew # translation of PACKAGE. # Copyright (C) 2007 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Katriel Traum katriel.tr...@gmail.com, 2007. # Omer Zak w...@zak.co.il, 2010. msgid msgstr Project-Id-Version: samba_2_3_5_6_dfsg_2_debconf_he\n Report-Msgid-Bugs-To: sa...@packages.debian.org\n POT-Creation-Date: 2009-01-02 12:18-0800\n PO-Revision-Date: 2010-10-26 18:04+0200\n Last-Translator: Omer Zak w...@zak.co.il\n Language-Team: Hebrew debian-hebrew-com...@lists.alioth.debian.org\n Language: he\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: boolean #. Description #: ../samba-common.templates:1001 msgid Modify smb.conf to use WINS settings from DHCP? msgstr האם לשנות את הקובץ smb.conf כדי שישתמש באופציית WINS מתוך DHCP? #. Type: boolean #. Description #: ../samba-common.templates:1001 msgid If your computer gets IP address information from a DHCP server on the network, the DHCP server may also provide information about WINS servers (\NetBIOS name servers\) present on the network. This requires a change to your smb.conf file so that DHCP-provided WINS settings will automatically be read from /etc/samba/dhcp.conf. msgstr במידה ומחשב זה מקבל כתובת IP משרת DHCP ברשת, ייתכן כי שרת ה-DHCP גם מספק מידע על שרתי WINS (שרתי מיפוי כתובות NetBIOS) הזמינים ברשת. שימוש במידע זה מצריך שינוי בקובץ smb.conf כדי שכתובת שרת ה-WINS שמספק שרת ה-DHCP, תיקרא בצורה אוטומטית מהקובץ /etc/samba/dhcp.conf. #. Type: boolean #. Description #: ../samba-common.templates:1001 msgid The dhcp3-client package must be installed to take advantage of this feature. msgstr על החבילה dhcp3-client להיות מותקנת כדי לאפשר מאפיין זה. #. Type: boolean #. Description #: ../samba-common.templates:2001 msgid Configure smb.conf automatically? msgstr האם להגדיר את smb.conf בצורה אוטומטית? #. Type: boolean #. Description #: ../samba-common.templates:2001 msgid The rest of the configuration of Samba deals with questions that affect parameters in /etc/samba/smb.conf, which is the file used to configure the Samba programs (nmbd and smbd). Your current smb.conf contains an \include \ line or an option that spans multiple lines, which could confuse the automated configuration process and require you to edit your smb.conf by hand to get it working again. msgstr שאר תהליך ההגדרה של Samba עוסק בשאלות אשר משפיעות על פרמטרים בקובץ /etc/ samba/smb.conf. קובץ זה הוא קובץ ההגדרות הראשי אשר מכיל את הפרמטרים של שרתי הרקע של Samba (שהם smbd ו-nmbd). הקובץ smb.conf הנוכחי שלך כולל שורת 'include' או פרמטר אשר מתפרש על כמה שורות. פרמטרים אלו עשויים לבלבל את תהליך ההגדרה האוטומטי, ויצריכו עריכה ידנית של הקובץ smb.conf על מנת לתקן את הבעיות ולאפשר ל-Samba לעבוד. #. Type: boolean #. Description #: ../samba-common.templates:2001 msgid If you do not choose this option, you will have to handle any configuration changes yourself, and will not be able to take advantage of periodic configuration enhancements. msgstr אם לא תבחר באפשרות זו, יהיה עליך לבצע שינויים בעצמך ובצורה ידנית. כמו כן, לא תוכל להשתמש בשיפורי תצורה אשר מתבצעים תקופתית. #. Type: string #. Description #: ../samba-common.templates:3001 msgid Workgroup/Domain Name: msgstr שם קבוצת העבודה/מתחם (Workgroup/Domain): #. Type: string #. Description #: ../samba-common.templates:3001 #| msgid #| Please specify the workgroup you want this server to appear to be in when #| queried by clients. Note that this parameter also controls the domain #| name used with the security=domain setting. msgid Please specify the workgroup for this system. This setting controls which workgroup the system will appear in when used as a server, the default workgroup to be used when browsing with various frontends, and the domain name used with the \security=domain\ setting. msgstr אנא ציין את שם קבוצת העבודה (Workgroup) עבור מערכת זו. הגדרה זו קובעת באיזו קבוצת עבודה תימצא מערכת זו כשישתמשו בה בתור שרת, מה תהיה ברירת המחדל לקבוצת העבודה שישתמשו בה בזמן דפדוף באמצעות ממשקים שונים, ושם המתחם (Domain) בעת שימוש באפשרות security=domain. #. Type: boolean #. Description #: ../samba-common.templates:4001 msgid Use password encryption? msgstr האם להשתמש בסיסמאות מוצפנות? #. Type: boolean #. Description #: ../samba-common.templates:4001 #| msgid #| All recent Windows clients communicate with SMB servers using encrypted #| passwords. If you want to use clear text passwords you will need to #| change a parameter in your Windows registry. msgid All recent Windows clients communicate with SMB/CIFS servers using encrypted passwords. If you want to use clear text passwords you will need to change a parameter in your Windows registry. msgstr כל
Bug#487630: SUCCESS after removal of 00tetex.cnf (was: Re: Bug#487630: Bug 487630 exists also in version 2007.dfsg.2-3 (and version 2007.dfsg.2-4))
On Wed, 2008-11-05 at 23:29 +0100, Hilmar Preusse wrote: On 04.11.08 Omer Zak ([EMAIL PROTECTED]) wrote: According to dpkg -S, 00tetex.cnf belongs to no package. The laptop has been running Debian Testing for few years (Sarge Testing, then Etch Testing, and now Lenny Testing), so it is probable that one of the versions of the package, which originally owned it, was uninstalled (or upgraded, rendering the file unneeded) but neglected to remove this file. Well, the postinst- and preinst scripts of teTeX in Debian are/were rather a nightmare regarding which files have to be removed/fixed/changed to resurrect mistakes made before. You may have a look at them just for fun. I guess you run once a testing version of teTeX, which was broken and we didn't make a fix for this special version. I am glad to see that the general problem is being addressed and the answer is not just remove by hand the offending 00tetex.cnf file. Your 00tetex.cnf does not have the magic # -_- DebPkgProvidedMaps -_- snipped, hence is it read when creating the fmtutil.cnf. To get a fix I suggest that the preinst script of an important package (tex-common ?) greps for that snippet through all files in /etc/texmf/fmt.d/ and renames all files, which do not have it (e.g. append the extension unused) and inform the end user about it. Renaming the unused files and warning the user about them would do it. However, identifying them by grepping for the magic snippet won't work. It is possible that a future broken package fails to remove such a file, and it will remain in the filesystem with the magic snippet, and then my problem with 00tetex.cnf will recur. Any further ideas? A tool (dpkg-* or apt-*) for auditing the files in the non-*/local/* and non-/opt/* filesystems, finding files not belonging to any package, and advising the user how to deal with them. Packages, which own subdirectories with names like */*.d/, may provide special scripts and instructions for dealing with files dropped there by other packages (and orphaned by them), and manually by the sysadmin. I think that the subject is now more suitable for one of Debian's mailing lists than for this bug report - please advise which mailing list, and I'll post there a summary of the bug and the discussion so far. --- Omer -- Did you shave a yak today? My own blog is at http://www.zak.co.il/tddpirate/ My opinions, as expressed in this E-mail message, are mine alone. They do not represent the official policy of any organization with which I may be affiliated in any way. WARNING TO SPAMMERS: at http://www.zak.co.il/spamwarning.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487630: Bug 487630 exists also in version 2007.dfsg.2-3 (and version 2007.dfsg.2-4)
On Mon, 2008-11-03 at 13:30 +0100, Norbert Preining wrote: (pointer to instructions how to check for this bug and how to work around it - would be helpful as well) /usr/share/doc/texlive-common/NEWS.Debian.gz According to this document, no special action is needed. Just install texlive-common-bin and texlive-common and the process of installationconfiguration is supposed to take care of this. I tried to do this (using aptitude). Did not work for me. When trying to reinstall texlive-base and texlive-base-bin, they did not properly configure themselves due to texlive-base-bin failure to reconfigure. Next, I had aptitude remove texlive-base and texlive-base-bin, and all packages depending upon them. Before the actual update, I marked all those packages as ones to be purged rather than deleted. texlive-lang-cyrillic failed to purge due to some missing directory. Then, I re-ran aptitude, purging texlive-lang-cyrillic, and this time it purged. Then I had aptitude re-install texlive and all packages upon which it depends. This attempt ended in error. Attached please find reportbug-created file and fmtutil.* logfile for this attempt. Subject: texlive-base-bin: Another installation attempt failed Followup-For: Bug #487630 Package: texlive-base-bin Version: 2007.dfsg.2-4 -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 1154 Nov 3 15:17 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 79 Nov 3 15:16 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Nov 3 15:14 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 Nov 3 15:14 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 Nov 3 15:14 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Nov 3 15:14 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 6153 Nov 3 15:17 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 5101 Nov 3 15:17 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 1835 Nov 3 15:17 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 -rw-r--r-- 1 root root 283 Jul 28 01:53 mktex.cnf ## md5sums of texmf.d 42c20d7e8bd343542772b5a145bf8ad8 /etc/texmf/texmf.d/05TeXMF.cnf 5f7f6652cc8b8071c9e4ea6ba9e9f0a1 /etc/texmf/texmf.d/15Plain.cnf f68e5add6afd6585b982f2f78e2e6a92 /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf.dpkg-new 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf 30f4f13357c2761ed01a6a15f28725a5 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 texlive-base-bin depends on: ii ed 0.7-2 The classic unix line editor ii libc6 2.7-15GNU C Library: Shared libraries ii libgcc11:4.3.2-1 GCC support library ii libkpathsea4 2007.dfsg.2-4 TeX Live: path search library for ii libncurses55.6+20080830-1shared libraries for terminal hand ii libpng12-0 1.2.27-2 PNG library - runtime ii libpoppler30.8.7-1 PDF rendering library ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxaw72:1.0.4-2 X11 Athena Widget library ii libxmu62:1.0.4-1 X11
Bug#487630: Bug 487630 exists also in version 2007.dfsg.2-3 (and version 2007.dfsg.2-4)
On Mon, 2008-11-03 at 15:43 +0100, Norbert Preining wrote: On Mo, 03 Nov 2008, Omer Zak wrote: I tried to do this (using aptitude). Did not work for me. When trying to reinstall texlive-base and texlive-base-bin, they did not properly configure themselves due to texlive-base-bin failure to reconfigure. Failure messages? Sorry, I didn't save it. Then I had aptitude re-install texlive and all packages upon which it depends. This attempt ended in error. Attached please find reportbug-created file and fmtutil.* logfile for this attempt. How does it come that you purged all packages and still have texlive-omega installed? I DO NOT have texlive-omega installed. Can you as root please set printenv ?? Here it is (information which I deemed to be sensitive security-wise was replaced by 'blip'): -=-=-=-=-=-=- start of printenv output (sanitized) SSH_AGENT_PID=blip TERM=xterm DESKTOP_STARTUP_ID= SHELL=/bin/bash GTK_RC_FILES=/etc/gtk/gtkrc:/home/blip/.gtkrc-1.2-gnome2 WINDOWID=blip GTK_MODULES=gnomebreakpad USER=root LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.svgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36: GNOME_KEYRING_SOCKET=/tmp/keyring-blip/socket SSH_AUTH_SOCK=/tmp/keyring-blip/ssh USERNAME=blip SESSION_MANAGER=local/blip.il:/tmp/.ICE-unix/blip XPSERVERLIST=:64 MAIL=/var/mail/root PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin DESKTOP_SESSION=default GDM_XSERVER_LOCATION=local PWD=/home/blip PS1=\h:\w\$ GDMSESSION=default HISTCONTROL=ignoredups SHLVL=2 HOME=/root LS_OPTIONS=--color=auto GNOME_DESKTOP_SESSION_ID=Default LOGNAME=root DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-blip,guid=blip LESSOPEN=| /usr/bin/lesspipe %s DISPLAY=:0.0 LESSCLOSE=/usr/bin/lesspipe %s %s XAUTHORITY=/home/blip/.Xauthority COLORTERM=gnome-terminal _=/usr/bin/printenv -=-=-=-=-=-=- end of printenv output (sanitized) Something is deeply strange on your system. The failures you sent are AFTER purging all packagas and reinstalling the packages? Maybe I missed a package or two. If yes, I can't believe that. modes.mf *is* present in texlive-base, and if you have purged it also the information that it has been removed has disappeared. Reinstalling *must* create the modes.mf file. Then, texlive-omega is still there, strange enough As said above, it is not there but somehow texlive-base or its dependencies look for it. Again, please: kpsewhich --format='web2c files' fmtutil.cnf what does it show? It shows: /var/lib/texmf/web2c/fmtutil.cnf The file (fmtutil.cnf) is attached to this E-mail message. I noticed that it has some lines which refer to omega. I really suspect that you have done something strange to your system. About several hundreds to thousands time these packages have been installed from a clean state without breaking ... On Mon, 2008-11-03 at 15:44 +0100, Norbert Preining wrote: On Mo, 03 Nov 2008, Omer Zak wrote: However, this did not work for me. Attached please find the new fmtutil.* logfile made by fmtutil-sys. Answer my other email about texlive-omega ... it seems that you have a local copy of fmtutil.cnf hanging around somewhere. I ran: cd / find . -iname \*fmtutil.cnf\* I got: ./usr/share/man/man5/fmtutil.cnf.5.gz ./var/lib/texmf/web2c/fmtutil.cnf ./etc/texmf/fmtutil.cnf.postinst-bak The last file is dated from 2004 Sep 12, and I am attaching it. I am attaching also the output of 'ls -alR /etc/texmf/' as I noticed that it has some files with timestamps from the last millenium. -- Did you shave a yak today? My own blog is at http://www.zak.co.il/tddpirate/ My opinions, as expressed in this E-mail message, are mine alone. They do not represent the official policy of any organization with which I may be affiliated in any way. WARNING TO SPAMMERS: at http://www.zak.co.il/spamwarning.html ### This file was automatically generated by update-fmtutil. # # Please do not edit it directly. If you want to add or change # anything here, please have a look
Bug#487630: Suggestion from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=425781#30 did not work
I tried to install texlive-base_2007.dfsg.1-4_all.deb and texlive-base-bin_2007.dfsg.2-4_i386.deb using the --force-confmiss option, as suggested by http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=425781#30 and other messages in that bugreport. However, this did not work for me. Attached please find the new fmtutil.* logfile made by fmtutil-sys. fmtutil: running `mf-nowin -ini -jobname=mf -progname=mf mf.ini' ... This is METAFONT, Version 2.71828 (Web2C 7.5.6) (INIMF) (/usr/share/texmf-texlive/metafont/config/mf.ini (/usr/share/texmf-texlive/metafont/base/plain.mf Preloading the plain base, version 2.71: preliminaries, basic constants and mathematical macros, macros for converting from device-independent units to pixels, macros and tables for various modes of operation, macros for drawing and filling, macros for proof labels and rules, macros for character and font administration, and a few last-minute items.) (/etc/texmf/metafont/misc/modes.mf) ) Beginning to dump on file mf.base (base=mf 2008.11.3) 2224 strings of total length 29910 11865 memory locations dumped; current usage is 36587845 1003 symbolic tokens Transcript written on mf.log. fmtutil: /var/lib/texmf/web2c/metafont/mf.base installed. fmtutil: running `tex -ini -jobname=tex -progname=tex tex.ini' ... This is TeX, Version 3.141592 (Web2C 7.5.6) (INITEX) (/usr/share/texmf-texlive/tex/plain/config/tex.ini (/usr/share/texmf-texlive/tex/plain/base/plain.tex Preloading the plain format: codes, registers, parameters, fonts, more fonts, macros, math definitions, output routines, hyphenation (/usr/share/texmf-texlive/tex/generic/hyphen/hyphen.tex)) ) Beginning to dump on file tex.fmt (format=tex 2008.11.3) 2020 strings of total length 29031 4990 memory locations dumped; current usage is 1104877 926 multiletter control sequences \font\nullfont=nullfont \font\tenrm=cmr10 \font\preloaded=cmr9 \font\preloaded=cmr8 \font\sevenrm=cmr7 \font\preloaded=cmr6 \font\fiverm=cmr5 \font\teni=cmmi10 \font\preloaded=cmmi9 \font\preloaded=cmmi8 \font\seveni=cmmi7 \font\preloaded=cmmi6 \font\fivei=cmmi5 \font\tensy=cmsy10 \font\preloaded=cmsy9 \font\preloaded=cmsy8 \font\sevensy=cmsy7 \font\preloaded=cmsy6 \font\fivesy=cmsy5 \font\tenex=cmex10 \font\preloaded=cmss10 \font\preloaded=cmssq8 \font\preloaded=cmssi10 \font\preloaded=cmssqi8 \font\tenbf=cmbx10 \font\preloaded=cmbx9 \font\preloaded=cmbx8 \font\sevenbf=cmbx7 \font\preloaded=cmbx6 \font\fivebf=cmbx5 \font\tentt=cmtt10 \font\preloaded=cmtt9 \font\preloaded=cmtt8 \font\preloaded=cmsltt10 \font\tensl=cmsl10 \font\preloaded=cmsl9 \font\preloaded=cmsl8 \font\tenit=cmti10 \font\preloaded=cmti9 \font\preloaded=cmti8 \font\preloaded=cmti7 \font\preloaded=cmu10 \font\preloaded=cmmib10 \font\preloaded=cmbsy10 \font\preloaded=cmcsc10 \font\preloaded=cmssbx10 \font\preloaded=cmdunh10 \font\preloaded=cmr7 at 14.51799pt \font\preloaded=cmtt10 at 14.4pt \font\preloaded=cmssbx10 at 14.4pt \font\preloaded=manfnt 14787 words of font info for 50 preloaded fonts 14 hyphenation exceptions Hyphenation trie of length 6075 has 181 ops out of 35111 181 for language 0 No pages of output. Transcript written on tex.log. fmtutil: /var/lib/texmf/web2c/tex/tex.fmt installed. fmtutil: running `tex -ini -jobname=latex -progname=latex latex.ini' ... This is TeXk, Version 3.141592 (Web2C 7.5.6) (INITEX) %-line parsing enabled. (/usr/share/texmf-texlive/tex/latex/latexconfig/latex.ini (/usr/share/texmf-texlive/tex/latex/base/latex.ltx (/usr/share/texmf-texlive/tex/latex/base/texsys.cfg) ./texsys.aux found [EMAIL PROTECTED] set to: ./. Assuming \openin and \input have the same search path. Defining UNIX/DOS style filename parser. catcodes, registers, compatibility for TeX 2, parameters, LaTeX2e 2005/12/01 hacks, control, par, spacing, files, font encodings, lengths, Local config file fonttext.cfg used (/usr/share/texmf-texlive/tex/latex/base/fonttext.cfg (/usr/share/texmf-texlive/tex/latex/base/fonttext.ltx === Don't modify this file, use a .cfg file instead === (/usr/share/texmf-texlive/tex/latex/base/omlenc.def) (/usr/share/texmf-texlive/tex/latex/base/t1enc.def) (/usr/share/texmf-texlive/tex/latex/base/ot1enc.def) (/usr/share/texmf-texlive/tex/latex/base/omsenc.def) (/usr/share/texmf-texlive/tex/latex/base/t1cmr.fd) (/usr/share/texmf-texlive/tex/latex/base/ot1cmr.fd) (/usr/share/texmf-texlive/tex/latex/base/ot1cmss.fd) (/usr/share/texmf-texlive/tex/latex/base/ot1cmtt.fd))) Local config file fontmath.cfg used (/usr/share/texmf-texlive/tex/latex/base/fontmath.cfg (/usr/share/texmf-texlive/tex/latex/base/fontmath.ltx === Don't modify this file, use a .cfg file instead === (/usr/share/texmf-texlive/tex/latex/base/omlcmm.fd) (/usr/share/texmf-texlive/tex/latex/base/omscmsy.fd) (/usr/share/texmf-texlive/tex/latex/base/omxcmex.fd)
Bug#487630: Bug 487630 exists also in version 2007.dfsg.2-3
On Mon, 2008-11-03 at 12:54 +0100, Norbert Preining wrote: On Mo, 03 Nov 2008, Hilmar Preusse wrote: Should be in /etc/texmf/metafont/misc/. What does kpsewhich modes.mf tell you? Isn't that the old bug that manual intervention *is* necessary if yoou purge tetex after the last installation of texlive? Could be - I uninstalled the entire TeX stuff some time ago, without purging packages (at the time) and now tried to install it again. What is the bug number of that old bug - so that I can check if it is what has bitten me? (pointer to instructions how to check for this bug and how to work around it - would be helpful as well) -- Did you shave a yak today? My own blog is at http://www.zak.co.il/tddpirate/ My opinions, as expressed in this E-mail message, are mine alone. They do not represent the official policy of any organization with which I may be affiliated in any way. WARNING TO SPAMMERS: at http://www.zak.co.il/spamwarning.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487630: Bug 487630 exists also in version 2007.dfsg.2-3
On Mon, 2008-11-03 at 12:34 +0100, Hilmar Preusse wrote: $ grep -A3 omega $(kpsewhich --format='web2c files' fmtutil.cnf) omega omega - omega.ini lambda omega language.datlambda.ini Weird. Your /var/lib/texmf/web2c/fmtutil.cnf was not updated, when texlive-omega was removed/purged. I guess it is in one of this states, right? Can you tell us, which version of texlive-omega was installed on the system before (/var/log/dpkg.log* might be helpful). It seems that texlive-omega was never installed in my system before. The line displayed by aptitude for this package reads like this (spaces not preserved): p texlive-omega none 2007.dfsg.2-3 I grepped all my /var/log/dpkg.log* files (The first entry in the oldest dpkg.log is dated from 2007-08-24) and no one of them mentions texlive-omega (although some of them mention other texlive packages). ! I can't find file `modes'. l.3 \input modes Should be in /etc/texmf/metafont/misc/. What does kpsewhich modes.mf tell you? It returns nothing (not even unprintable characters, I verified by piping via 'od'). -- Did you shave a yak today? My own blog is at http://www.zak.co.il/tddpirate/ My opinions, as expressed in this E-mail message, are mine alone. They do not represent the official policy of any organization with which I may be affiliated in any way. WARNING TO SPAMMERS: at http://www.zak.co.il/spamwarning.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487630: SUCCESS after removal of 00tetex.cnf (was: Re: Bug#487630: Bug 487630 exists also in version 2007.dfsg.2-3 (and version 2007.dfsg.2-4))
On Mon, 2008-11-03 at 17:42 +0100, Hilmar Preusse wrote: On 03.11.08 Omer Zak ([EMAIL PROTECTED]) wrote: omega omega - omega.ini lambda omega language.datlambda.ini Here is the omega. /etc/texmf/fmt.d: total 28 drwxr-xr-x 2 root root 4096 Nov 3 16:10 . drwxr-xr-x 21 root root 4096 Nov 3 15:16 .. -rw-r--r-- 1 root root 3704 Sep 2 2004 00tetex.cnf -rw-r--r-- 1 root root 1364 Jul 28 01:53 00tex.cnf And here is the old 00tetex.cnf from teTeX times, which causes your failures. I should have seen in earlier. To which package belongs it? According to dpkg -S, 00tetex.cnf belongs to no package. The laptop has been running Debian Testing for few years (Sarge Testing, then Etch Testing, and now Lenny Testing), so it is probable that one of the versions of the package, which originally owned it, was uninstalled (or upgraded, rendering the file unneeded) but neglected to remove this file. After removing 00tetex.cnf (actually, I moved it to an user's home directory), texlive-base-bin and texlive-base and their dependencies were successfully configured. Subsequently, I successfully ran a task which depends upon them, proving that they are working properly. Thus, the real bug is that at installation time, texlive-base-bin does not verify that there are no problematic leftover files in /etc/texmf and its subdirectories. I think that it is a general problem, which may benefit from a Debian-wide solution. -- Did you shave a yak today? My own blog is at http://www.zak.co.il/tddpirate/ My opinions, as expressed in this E-mail message, are mine alone. They do not represent the official policy of any organization with which I may be affiliated in any way. WARNING TO SPAMMERS: at http://www.zak.co.il/spamwarning.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487630: Bug 487630 exists also in version 2007.dfsg.2-3
In my laptop (which now has Debian Lenny installed), long time ago (when Etch was the testing release) I had various TeX packages, but they were uninstalled (without being purged). When trying to set up texlive-base-bin, fmtutil-sys failed for me. Using aptitude, I purged all relevant uninstalled/unpurged packages which I could find (I don't know how to get aptitude to display only packages with c status) and tried again to install texlive-base-bin, with the same results. Attached please find the E-mail which reportbug tried to send from my laptop. It should have all details. Additional information, requested in previous E-mail messages: $ ls -al /var/lib/tex-common/fmtutil-cnf/ total 32 drwxr-xr-x 2 root root 4096 Oct 31 16:57 . drwxr-xr-x 5 root root 4096 Oct 31 16:56 .. -rw-r--r-- 1 root root 13 Feb 20 2008 texinfo.list -rw-r--r-- 1 root root 15 Sep 19 07:35 texlive-base.list -rw-r--r-- 1 root root 24 Jul 22 14:57 texlive-lang-cyrillic.list -rw-r--r-- 1 root root 21 Sep 19 07:35 texlive-latex-base.list -rw-r--r-- 1 root root 21 Oct 10 10:38 texlive-math-extra.list -rw-r--r-- 1 root root 16 Jun 27 00:38 texlive-xetex.list $ grep omega /var/lib/tex-common/fmtutil-cnf/* (yields no matches.) $ kpsewhich --format='web2c files' fmtutil.cnf /var/lib/texmf/web2c/fmtutil.cnf $ grep -A3 omega $(kpsewhich --format='web2c files' fmtutil.cnf) omega omega - omega.ini lambda omega language.datlambda.ini # The amstex format: $ ls -al /usr/share/texmf-texlive/tex/plain/config/ total 48 drwxr-xr-x 2 root root 4096 Oct 31 16:56 . drwxr-xr-x 16 root root 4096 Oct 31 16:57 .. -rw-r--r-- 1 root root 19 Jan 13 2006 aleph.ini -rw-r--r-- 1 root root 119 Jan 13 2006 bplain.ini -rw-r--r-- 1 root root 69 Jan 13 2006 etex.ini -rw-r--r-- 1 root root 1275 Jan 13 2006 language.def -rw-r--r-- 1 root root 19 Jan 13 2006 omega.ini -rw-r--r-- 1 root root 143 Jan 10 2007 pdfbplain.ini -rw-r--r-- 1 root root 93 Jan 13 2006 pdfetex.ini -rw-r--r-- 1 root root 142 Jan 13 2006 pdftex.ini -rw-r--r-- 1 root root 66 Jan 13 2006 tex.ini -rw-r--r-- 1 root root 807 Dec 27 2006 xetex.ini $ ls -al /etc/texmf/fmt.d/ total 40 drwxr-xr-x 2 root root 4096 Oct 31 16:59 . drwxr-xr-x 21 root root 4096 Oct 31 16:59 .. -rw-r--r-- 1 root root 3704 Sep 2 2004 00tetex.cnf -rw-r--r-- 1 root root 1364 Nov 22 2005 00tex.cnf -rw-r--r-- 1 root root 870 Sep 19 07:35 10texlive-base.cnf.dpkg-new -rw-r--r-- 1 root root 553 Jul 22 14:57 10texlive-lang-cyrillic.cnf.dpkg-new -rw-r--r-- 1 root root 445 Sep 19 07:35 10texlive-latex-base.cnf.dpkg-new -rw-r--r-- 1 root root 665 Oct 10 10:38 10texlive-math-extra.cnf.dpkg-new -rw-r--r-- 1 root root 420 Jun 27 00:38 10texlive-xetex.cnf.dpkg-new -rw-r--r-- 1 root root 565 Oct 31 2005 50cyrtexinfo.cnf My laptop will be available for diagnosing the bug in the next few days, please contact me if you need my help. -- Did you shave a yak today? My own blog is at http://www.zak.co.il/tddpirate/ My opinions, as expressed in this E-mail message, are mine alone. They do not represent the official policy of any organization with which I may be affiliated in any way. WARNING TO SPAMMERS: at http://www.zak.co.il/spamwarning.html Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Omer Zak [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: texlive-base-bin fails to be set up due to fmtutil-sys failure Message-ID: [EMAIL PROTECTED] X-Mailer: reportbug 3.45 Date: Fri, 31 Oct 2008 17:27:26 +0200 X-Debbugs-Cc: [EMAIL PROTECTED] Package: texlive-base-bin Version: 2007.dfsg.2-3 Followup-For: Bug #487630 E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up texlive-base-bin (2007.dfsg.2-3) ... Running mktexlsr. This may take some time... done. Building format(s) --all. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.dVZQYfJD Please include this file if you report a bug. -=-=-=-=-=- Contents of /tmp/fmtutil.dVZQYfJD fmtutil: running `mf-nowin -ini -jobname=mf -progname=mf mf.ini' ... This is METAFONT, Version 2.71828 (Web2C 7.5.6) (INIMF) (/usr/share/texmf-texlive/metafont/config/mf.ini (/usr/share/texmf-texlive/metafont/base/plain.mf Preloading the plain base, version 2.71: preliminaries, basic constants and mathematical macros, macros for converting from device-independent units to pixels, macros and tables for various modes of operation, macros for drawing and filling, macros for proof labels and rules, macros for character and font administration, and a few last-minute items.)kpathsea: Running mktexmf modes ! I can't find file `modes'. l.3 \input modes Please type another input file name: ! Emergency stop. l.3 \input modes Transcript written on mf.log. Error: `mf-nowin -ini -jobname=mf -progname
Bug#498544: guile-1.8-dev: When unistalled, seems to remove guile-config not belonging to it.
Package: guile-1.8-dev Severity: minor In my system I had guile-1.6-dev. One day, I installed guile-1.8-dev (with other packages) in parallel to guile-1.6, and later removed it. Then I found that the file /usr/bin/guile-config disappeared. Without direct proof of this, I suspect that this was caused by installing or removing guile-1.8-dev. The file reappeared only after reinstalling guile-1.6-dev using: aptitude reinstall guile-1.6-dev -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476895: gnucash-common: /usr/share/info/gnucash-design.info.gz is not registered by install-info
Package: gnucash-common Version: 2.0.5-1 Severity: minor The file /usr/share/info/gnucash-design.info.gz is installed by the package, but it is not listed in /usr/share/info/dir so I cannot access it from within emacs C-h i I suggest to check whether the package failed to run /usr/sbin/install-info gnucash-design in its post-installation scripts. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) gnucash-common depends on no packages. Versions of packages gnucash-common recommends: ii gnucash 2.0.5-1A personal finance tracking progra -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444314: Probably the same as bug #423920
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423920: Probably the same as bug #444314
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423920: The bug is not gspca-specific - looks like a v4l or nv bug
I tested the same system with another Webcam, which uses the ov511 driver, and v4l-conf (activated from xawtv) got stuck the same way. The problem seems to be in the v4l layer. I use the Xorg 7.1.1 X-Window server, Device nVidia Corporation NV34 [GeForce FX 5200] using the free 'nv' module. Originally my server loaded the 'v4l' module, but v4l-conf gets stuck also when the server is configured NOT to load this module. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423920: More information - output of lsmod
In the attachment, please find the whole output of lsmod while Webcam is plugged in. Notice especially that both v4l1 and v4l2 modules are loaded (I reproduced below 4 lines from the attachment). Should I disable loading v4l2_common? gspca 600304 1 videodev 21120 2 gspca v4l1_compat12036 1 videodev v4l2_common20448 1 videodev --- Omer Module Size Used by gspca 600304 1 videodev 21120 2 gspca v4l1_compat12036 1 videodev v4l2_common20448 1 videodev ipt_TCPMSS 4096 1 xt_limit2752 6 xt_state2272 15 xt_tcpudp 3136 11 ip_nat_ftp 3328 0 ip_conntrack_ftp7760 1 ip_nat_ftp ipt_MASQUERADE 3712 1 ipt_LOG 6112 6 ppp_deflate 5792 0 zlib_deflate 18200 1 ppp_deflate bsd_comp5600 0 iptable_nat 7044 1 ip_nat 16876 3 ip_nat_ftp,ipt_MASQUERADE,iptable_nat ip_conntrack 49088 6 xt_state,ip_nat_ftp,ip_conntrack_ftp,ipt_MASQUERADE,iptable_nat,ip_nat nfnetlink 6680 2 ip_nat,ip_conntrack iptable_filter 3104 1 ip_tables 13028 2 iptable_nat,iptable_filter x_tables 13316 8 ipt_TCPMSS,xt_limit,xt_state,xt_tcpudp,ipt_MASQUERADE,ipt_LOG,iptable_nat,ip_tables ppp_async 11008 1 ppp_generic25908 7 ppp_deflate,bsd_comp,ppp_async slhc6528 1 ppp_generic binfmt_misc10984 1 ppdev 8676 0 lp 11012 0 ipv6 226016 29 ext2 59048 3 dm_snapshot15552 0 dm_mirror 19152 0 dm_mod 50232 2 dm_snapshot,dm_mirror it87 18948 0 hwmon_vid 2784 1 it87 i2c_isa 5152 1 it87 sd_mod 19040 0 tsdev 7520 0 i810_audio 32916 0 ac97_codec 17196 1 i810_audio usb_storage71840 0 ns558 4832 0 analog 10784 0 scsi_mod 124168 2 sd_mod,usb_storage irda_usb 18884 0 firmware_class 9600 1 irda_usb gameport 14632 3 ns558,analog psmouse35016 0 irda 162588 1 irda_usb floppy 53156 0 snd_intel8x0 30332 1 parport_pc 32132 1 parport33256 3 ppdev,lp,parport_pc sis_agp 8420 1 serio_raw 6660 0 crc_ccitt 2240 2 ppp_async,irda rtc12372 0 snd_ac97_codec 83104 1 snd_intel8x0 snd_ac97_bus2400 1 snd_ac97_codec shpchp 33024 0 pci_hotplug28704 1 shpchp pcspkr 3072 0 agpgart29896 1 sis_agp i2c_sis96x 5380 0 i2c_core 19680 3 it87,i2c_isa,i2c_sis96x snd_pcm68676 2 snd_intel8x0,snd_ac97_codec snd_timer 20996 1 snd_pcm snd47012 6 snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer soundcore 9248 2 i810_audio,snd snd_page_alloc 9640 2 snd_intel8x0,snd_pcm evdev 9088 1 ext3 119240 11 jbd52456 1 ext3 mbcache 8356 2 ext2,ext3 ide_cd 36064 0 cdrom 32544 1 ide_cd ide_disk 14848 15 sis900 21760 0 mii 5344 1 sis900 ne2k_pci 10560 0 83909184 1 ne2k_pci ehci_hcd 28136 0 ohci_hcd 18276 0 usbcore 112644 6 gspca,usb_storage,irda_usb,ehci_hcd,ohci_hcd sis551312360 0 [permanent] generic 5476 0 [permanent] ide_core 110504 5 usb_storage,ide_cd,ide_disk,sis5513,generic thermal13608 0 processor 28840 1 thermal fan 4804 0
Bug#423920: xawtv + gspca + Logitech QuickCam Chat (USB ID 046d:092e) get stuck
Package: gspca Version: 2.6.18+01.00.04-7+etch2 Severity: important When starting xawtv -hwscan, after connecting the Webcam, xawtv gets stuck in uninterruptible sleep, accoring to ps ax: 20586 pts/3D+ 0:00 xawtv -hwscan According to lsusb, the Webcam is: Bus 003 Device 004: ID 046d:092e Logitech, Inc. Syslog messages related to the Webcam: May 15 01:53:59 [kernel] usb 3-1.2: new full speed USB device using ehci_hcd and address 4 May 15 01:53:59 [kernel] usb 3-1.2: configuration #1 chosen from 1 choice May 15 01:53:59 [kernel] Linux video capture interface: v2.00 May 15 01:53:59 [kernel] /home/user/linux-modules-extra-2.6-2.6.18/debian/build/build_i386_none_686_gspca/gspca_core.c: USB SPCA5XX camera found.(SPCA561A) May 15 01:53:59 [kernel] /home/user/linux-modules-extra-2.6-2.6.18/debian/build/build_i386_none_686_gspca/gspca_core.c: [spca5xx_getcapability:1165] maxw 352 maxh 288 minw 160 minh 120 May 15 01:57:53 [kernel] /home/user/linux-modules-extra-2.6-2.6.18/debian/build/build_i386_none_686_gspca/Sunplus/spca561.h: [spca561_init:497] Find spca561 USB Product ID 92e May 15 01:57:53 [kernel] /home/user/linux-modules-extra-2.6-2.6.18/debian/build/build_i386_none_686_gspca/gspca_core.c: [spca5xx_set_light_freq:1853] Sensor currently not support light frequency banding filters. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423920: gspca+xawtv get stuck for several hours rather than until the next reboot
One more data point: I left the system as is during the night, and the next day - when waking up - I saw that xawtv -hwscan finished, giving the following output: [EMAIL PROTECTED]:~$ xawtv -hwscan This is xawtv-3.95.dfsg.1, running on Linux/i686 (2.6.18-4-686) looking for available devices port 65-65 type : Xvideo, image scaler name : NV Video Overlay port 66-97 type : Xvideo, image scaler name : NV Video Blitter /dev/video0: OK [ -device /dev/video0 ] type : v4l name : Logitech QuickCam EC flags: capture When running again xawtv -hwscan, it again got stuck after identifying port 66-97. --- Omer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418372: release-notes: Section 4.8 - which options in /etc/network/options are kernel config values?
Package: release-notes Severity: normal The release notes bug, about which I am reporting, are the release notes for Debian Release 4.0 (Debian Etch) as available at 2007 Apr 09 15:00 in the URL: http://www.debian.org/releases/etch/i386/release-notes/ch-upgrading.en.html According to section 4.8, after installation one is supposed to: Move any kernel configuration values at /etc/network/options to /etc/sysctl.conf. However, I do not know which of the parameters listed in /etc/network/options are kernel configuration values, and which are not? What to do with those parameters which are not kernel configuration values (if there are any such)? How to find which parameters are kernel configuration values? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412052: installation: When upgrading and refreshing packages in aptitude, some bug reports are in not gzip format.
Hello Daniel, The problem was not about aptitude sending bug reports, but about aptitude retrieving bug reports relevant to packages, which it is going to install or replace. I am not familiar with the internal mechanisms of aptitude and the apt commands, but someone else suggested that the bug report files were corrupted exactly when my aptitude run tried to retrieve them - and then they were updated and were again OK. You may want to check how aptitude behaves when the part, which retrieves bug reports, aborts due to bad format of those bug reports - and provide the user with an option to proceed installation/upgrading even if the bug reports are corrupted. Thanks, --- Omer On Sat, 2007-03-10 at 08:55 -0800, Daniel Burrows wrote: On Fri, Feb 23, 2007 at 11:05:11AM +0200, Omer Zak [EMAIL PROTECTED] was heard to say: On Fri, 2007-02-23 at 08:27 +, Martin Michlmayr wrote: * Omer Zak [EMAIL PROTECTED] [2007-02-23 08:08]: The packages, for which bug reports are not in gzip format, are: What do you mean by bug epots not not in gzip format? What do bug reports have to do with the installation; do you mean changelog perhaps? Anyway, sounds like a bug in aptitude. Those are the error messages, which I got in the Retrieving bug reports... stage of package installation. I think the bug is not specific to aptitude. Now I tried again to run aptitude, and this time the problem did not occur. The closest aptitude gets to a bug report is that if you press B while a package is selected, it runs reportbug. Are you describing a message that the installer displays, or maybe a package's postinstall script? Daniel -- You haven't made an impact on the world before you caused a Debian release to be named after Snufkin. My own blog is at http://tddpirate.livejournal.com/ My opinions, as expressed in this E-mail message, are mine alone. They do not represent the official policy of any organization with which I may be affiliated in any way. WARNING TO SPAMMERS: at http://www.zak.co.il/spamwarning.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412052: Ah, that makes sense...
I indeed have installed the package: apt-listbugs 0.0.48 Lists critical bugs before each apt installa So the correct way to state my problem is: When apt-listbugs detects corrupted information when it tries to retrieve the critical bugs list, it does not allow aptitude to proceed with installation - WITHOUT giving the user the option to proceed anyway. Whomever is dealing with the bug - please check all dpkg pre-hooks, post-hooks or whatever - and ensure that they allow the user to proceed with installation in spite of errors if and when it makes sense. --- Omer On Sat, 2007-03-10 at 18:05 -0800, Daniel Burrows wrote: I figured maybe the installer did a sanity-check for RC bugs or somesuch. I wonder, on further thought, if the submitter could have something like apt-listbugs installed? I've only used it for about 2 minutes (as of right now), but it at least seems to have the Retrieving bug reports... message he mentioned, and it apparently installs itself as a dpkg pre-hook, so it could easily be misconstrued as being part of aptitude. Daniel -- You haven't made an impact on the world before you caused a Debian release to be named after Snufkin. My own blog is at http://tddpirate.livejournal.com/ My opinions, as expressed in this E-mail message, are mine alone. They do not represent the official policy of any organization with which I may be affiliated in any way. WARNING TO SPAMMERS: at http://www.zak.co.il/spamwarning.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412052: installation: When upgrading and refreshing packages in aptitude, some bug reports are in not gzip format.
On Fri, 2007-02-23 at 08:27 +, Martin Michlmayr wrote: * Omer Zak [EMAIL PROTECTED] [2007-02-23 08:08]: The packages, for which bug reports are not in gzip format, are: What do you mean by bug epots not not in gzip format? What do bug reports have to do with the installation; do you mean changelog perhaps? Anyway, sounds like a bug in aptitude. Those are the error messages, which I got in the Retrieving bug reports... stage of package installation. I think the bug is not specific to aptitude. Now I tried again to run aptitude, and this time the problem did not occur. --- Omer -- Delay is the deadliest form of denial.C. Northcote Parkinson My own blog is at http://tddpirate.livejournal.com/ My opinions, as expressed in this E-mail message, are mine alone. They do not represent the official policy of any organization with which I may be affiliated in any way. WARNING TO SPAMMERS: at http://www.zak.co.il/spamwarning.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412052: installation: When upgrading and refreshing packages in aptitude, some bug reports are in not gzip format.
Package: installation Severity: normal The packages, for which bug reports are not in gzip format, are: perlmagick x-ttcidfont-conf ttf-opensymbol xaw3dg tightvncserver xfree86-common ttf-freefont gsfonts-x11 xscreensaver-gnome Impact: aptitude refuses to continue installation/refreshing. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
