Bug#1003538: wget: Option --retry-on-http-error has no effect on https connections
Hi Noël, Am Mo., 11. Sept. 2023 um 14:15 Uhr schrieb Noël Köthe : > Am Dienstag, dem 11.01.2022 um 17:19 +0100 schrieb Jens Seidel: > > > I want to use the option --retry-on-http-error to retry until I get a > > response of 200. This fails: > > 200 and 202 (everything 2xx) are no http-error by definition. It has > nothing to do with https. The wget option would retry if the http error > code is 4xx or 5xx. > > I'm closing this report because it is not a bug or an error. OK, you are right about the error codes. Nevertheless the manual page of wget mentions: --retry-on-http-error=code[,code,...] Consider given HTTP response codes as non-fatal, transient errors. Supply a comma-separated list of 3-digit HTTP response codes as argument. Useful to work around special circumstances where retries are required, but the server responds with an error code normally not retried by Wget. Such errors might be 503 (Service Unavailable) and 429 (Too Many Requests). Retries enabled by this option are performed subject to the normal retry timing and retry count limitations of Wget. Nowhere is mentioned that the code has to be from a special range. "Useful to work around special circumstances where retries are required, but the server responds with an error code normally not retried by Wget." is exactly my use case (except that I learned now that 202 is no error code but a normal return code). I do not reopen, it is OK for me. Jens
Bug#1003538: wget: Option --retry-on-http-error has no effect on https connections
Package: wget Version: 1.21-1+deb11u1 Severity: normal Hi, I want to use the option --retry-on-http-error to retry until I get a response of 200. This fails: $ wget --header="Cookie: bggusername=Brettspielhelden%20DD;bggpassword=removed" --header="Accept-Language: de" --retry-on-http-error=202 "https://www.boardgamegeek.com/xmlapi2/collection?username=Brettspielhelden%20DD=1=1=1=boardgameexpansion; --output-document basegames.xml --2022-01-05 23:34:22-- https://www.boardgamegeek.com/xmlapi2/collection?username=Brettspielhelden%20DD=1=1=1=boardgameexpansion Resolving hostname www.boardgamegeek.com (www.boardgamegeek.com)… 130.211.47.221 Verbindungsaufbau zu www.boardgamegeek.com (www.boardgamegeek.com)|130.211.47.221|:443 … connected. HTTP request sent, waiting … 202 Accepted Length: 187 [text/xml] Will be saved in »basegames.xml«. basegames.xml100%[===>] 187 --.-KB/sin 0s 2022-01-05 23:34:23 (500 MB/s) - »basegames.xml« saved [187/187] You see that I get the document for the return value 202 which is what I want to avoid. 202 is used on boardgamegeek to specify, that the requested document is still created and the download request should be done a few seconds later. Is the https connection the problem? The man page tells nothing about using this option with https so I assumed it should work. Jens
Bug#982896: modem-manager-gui: Wrong units such as "Kb" instead of "kB" (and kbit/s in German!)
Package: modem-manager-gui Version: 0.0.19.1-2 Severity: minor Tags: patch Hi, I observed that the data download in modem-manager-gui was off by a factor of 8 as bit and bytes were confused with each other. This was noticed in the German translation but the problem is the obscure use of units in the English source code. The connection speed was provided with "Gbps" which is OK (but hard to decipher) but for the total amount of received and transmitted data units such as "Kb" was used which confused the translator. Two characters but 3 errors in it: It should mean kilo bytes, the SI unit for kilo is "k" and for byte "B" (b stands for bits but is not officially defined as unit). And as we all know in computer area kilo is not kilo but kibi so it should be "KiB" (now again indeed with capital K). This is maybe a little bit unusual but it is used more and more and is the proper one. To avoid confusion I used also "Kibit/s" instead of "kbps" and replaced two times "sec" by it's SI unit "s". I attached a patch which addresses this and updated/unfuzzied the German translation (which was up-to-date except 2 or 3 strings). What I also noticed during my tests: There is an xgettext error in src/strformat.c:105 and :109 in two strings which is reported by "ninja meson-modem-manager-gui-update-po" (which works only after adding po/POTFILES). The reason is that xgettext parses the C source code to extract translations and does not know macros such as G_GUINT64_FORMAT. The solution would be to provide translators a replacement string using maybe %u and to replace it after the gettext call. I was not doing so as string handling is difficult in C, sorry. Two further trivial changes: The string "Disabled" occurs a few times but at least in the German language two different translations are required (which differ only in capitalization). That's why a translation context was given once. Further the text '"%" G_GUINT64_FORMAT " day(s)"' was transferred into a plural rule so that it reads either "1 day" or "n days" (but xgettext had trouble with the macro in the old version already). All very minor stuff but maybe worth a Debian patch if upstream does not fix it fast ... It is also fully OK for me if parts of the patch ("Gibit/s" :-)) are rejected. Contact me in this case and I will update po/de.po. Jens commit bb13e8853116ecd092699d3f3d189be38a44c27e Author: Jens Seidel Date: Mon Feb 15 23:12:58 2021 +0100 Fix wrong units such as "Kb" into "KiB" diff --git a/resources/ui/modem-manager-gui.ui b/resources/ui/modem-manager-gui.ui index 579f21e..9bb8369 100644 --- a/resources/ui/modem-manager-gui.ui +++ b/resources/ui/modem-manager-gui.ui @@ -4415,9 +4415,9 @@ Umidjon Almasov u.alma...@gmail.com False center - Mb - Gb - Tb + MiB + GiB + TiB diff --git a/src/strformat.c b/src/strformat.c index cec6dd8..776af21 100644 --- a/src/strformat.c +++ b/src/strformat.c @@ -36,23 +36,23 @@ gchar *mmgui_str_format_speed(gfloat speed, gchar *buffer, gsize bufsize, gboole if (speed < 1024.0) { if (small) { - g_snprintf(buffer, bufsize, _("%.3f kbps"), speed); + g_snprintf(buffer, bufsize, _("%.3f Kibit/s"), speed); } else { - g_snprintf(buffer, bufsize, _("%.3f kbps"), speed); + g_snprintf(buffer, bufsize, _("%.3f Kibit/s"), speed); } } else if ((speed >= 1024.0) && (speed < 1048576.0)) { fpvalue = speed / (gdouble)(1024.0); if (small) { - g_snprintf(buffer, bufsize, _("%.3g Mbps"), fpvalue); + g_snprintf(buffer, bufsize, _("%.3g Mibit/s"), fpvalue); } else { - g_snprintf(buffer, bufsize, _("%.3g Mbps"), fpvalue); + g_snprintf(buffer, bufsize, _("%.3g Mibit/s"), fpvalue); } } else { fpvalue = speed / (gdouble)(1048576.0); if (small) { - g_snprintf(buffer, bufsize, _("%.3g Gbps"), fpvalue); + g_snprintf(buffer, bufsize, _("%.3g Gibit/s"), fpvalue); } else { - g_snprintf(buffer, bufsize, _("%.3g Gbps"), fpvalue); + g_snprintf(buffer, bufsize, _("%.3g Gibit/s"), fpvalue); } } @@ -84,9 +84,9 @@ gchar *mmgui_str_format_time(guint64 seconds, gchar *buffer, gsize bufsize, gboo if (seconds < 60) { if (small) { - g_snprintf(buffer, bufsize, _("%u sec"), (guint)seconds); + g_snprintf(buffer, bufsize, _("%u s"), (guint)seconds); } else { - g_snprintf(buff
Bug#982395: pcmanfm: FTBFS cannot compile package from source
Package: pcmanfm Version: 1.3.1 Severity: normal Hi, I noticed that the icons in the toolbar (with tooltips "View as thumbnails", "View as icons", "View as small icons") are not visible whereas "Create new folder" is. Trying to analyse the missing package dependency I tried to build the package from source but failed in a stable buster system (build dependency are installed): pcmanfm-1.3.1 $ dpkg-buildpackage ... gcc -DHAVE_CONFIG_H -I. -I.. -DPACKAGE_DATA_DIR=\""/usr/share/pcmanfm"\" -DPACKAGE_UI_DIR=\""/usr/share/pcmanfm/ui"\" -DPACKAGE_MODULES_DIR=\""/usr/lib/aarch64-linux-gnu/pcmanfm"\" -DPACKAGE_LOCALE_DIR=\""/usr/share/locale"\" -Wdate-time -D_FORTIFY_SOURCE=2 -D_LARGEFILE_SOURCE -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DG_DISABLE_ASSERT -DG_DISABLE_CHECKS -pthread -I/usr/include/gtk-2.0 -I/usr/lib/aarch64-linux-gnu/gtk-2.0/include -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/fribidi -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/gio-unix-2.0 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/uuid -I/usr/include/glib-2.0 -I/usr/lib/aarch64-linux-gnu/glib-2.0/include -DG_DISABLE_CAST_CHECKS -Wall -Werror-implicit-function-declaration -g -O2 -fdebug-prefix-map=/home/jens/tmp/pcmanfm/pcmanfm-1.3.1=. -fstack-protector-strong -Wformat -Werror=format-security -c -o pcmanfm-desktop.o `test -f 'desktop.c' || echo './'`desktop.c desktop.c: In function ‘fm_desktop_item_accessible_idle_do_action’: desktop.c:939:21: note: #pragma message: FmFolderView*) (() #pragma message STR(FM_FOLDER_VIEW()) ^~~ desktop.c:940:13: error: too few arguments to function ‘fm_folder_view_item_clicked’ fm_folder_view_item_clicked(FM_FOLDER_VIEW(item->widget), tp, ^~~ In file included from /usr/include/libfm/fm-gtk.h:40, from desktop.h:28, from desktop.c:27: /usr/include/libfm/fm-folder-view.h:209:17: note: declared here voidfm_folder_view_item_clicked(FmFolderView* fv, GtkTreePath* path, ^~~ (The pragma was added by me to see whether the macro FM_FOLDER_VIEW is wrongly defined.) /usr/include/libfm/fm-folder-view.h comes from package ii libfm-dev:arm64 1.3.1-1+rpt18 arm64file management support (core development files) and I found no further fm_folder_view_item_clicked() declaration in /usr/include. The source and the system header clearly do not match: /pcmanfm-1.3.1 $ grep -r -C1 fm_folder_view_item_clicked . /usr/include/ ./src/desktop.c-#pragma message STR(FM_FOLDER_VIEW()) ./src/desktop.c: fm_folder_view_item_clicked(FM_FOLDER_VIEW(item->widget), tp, ./src/desktop.c-item->action_type == 0 ? FM_FV_ACTIVATED : FM_FV_CONTEXT_MENU); -- ./src/desktop.c-if (widget) ./src/desktop.c:fm_folder_view_item_clicked(FM_FOLDER_VIEW(widget), NULL, FM_FV_CONTEXT_MENU); ./src/desktop.c-return FALSE; -- ./src/desktop.c-tp = gtk_tree_model_get_path(GTK_TREE_MODEL(self->model), ); ./src/desktop.c:fm_folder_view_item_clicked(FM_FOLDER_VIEW(self), tp, clicked); ./src/desktop.c-if(tp) -- ./src/desktop.c-tp = gtk_tree_model_get_path(model, ); ./src/desktop.c: fm_folder_view_item_clicked(FM_FOLDER_VIEW(desktop), tp, FM_FV_ACTIVATED); ./src/desktop.c-if(tp) -- ./src/desktop.c-tp = gtk_tree_model_get_path(model, ); ./src/desktop.c: fm_folder_view_item_clicked(FM_FOLDER_VIEW(desktop), tp, FM_FV_ACTIVATED); ./src/desktop.c-if(tp) -- /usr/include/libfm-1.0/fm-folder-view.h-/* emit signals; for interface implementations only */ /usr/include/libfm-1.0/fm-folder-view.h:void fm_folder_view_item_clicked(FmFolderView* fv, GtkTreePath* path, /usr/include/libfm-1.0/fm-folder-view.h- FmFolderViewClickType type, gint icon_or_label); As far as I know libfm-dev was not changed in many, many years, or am I wrong and a versioned build-depends is missing? Jens
Bug#803499: rsyslog: logs filling with "dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': "
reassign 803499 gnome-settings-daemon 3.14.2-3 thanks 2015-10-30 20:43 GMT+01:00 Michael Biebl <bi...@debian.org>: > Am 30.10.2015 um 19:23 schrieb Jens Seidel: >> 2015-10-30 18:59 GMT+01:00 Michael Biebl <bi...@debian.org>: >>> So rsyslog logs your (user) messages. >>> I fail to see how this is a bug in rsyslog, even more a grave one? >> >> I'm sorry, I do not know what program to blame. What do you suggest? > > Since I have no idea what this bug report is supposed to be about, I > have no idea either. I consider filling the harddisk with GB of useless data as a bug, you don't? It should not happen to other users (or me again) so thanks for not closing it. I chose the same severity as in another similar bug I found (#788183). Let's reassign it to gnome-settings-daemon (or dconf???) which is the creator of the messages Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': No permission. dconf will not work properly. > How exactly is it a problem of rsyslog if it writes messages which have > been sent via syslog()? OK, I got your point. >> Isn't it rsyslog task to write the messages? > > If someone sends a message via the syslog protocol, rsyslog typically > writes that message to disk, yes. > >> Duplicated messages >> should be dropped (and I have seen this in the past in logs: "Message >> occurred too opften, dropping it" or similar). > > Repeated message reduction has it's own share of problems, so this was > disabled in rsyslog a long time ago. I think this has been the default > since at least wheezy. You can turn that on via > $RepeatedMsgReduction on > if you want. That doesn't really help you though against malicious > attackers. They can just as well log a random string to fill you your > hard disk? Thanks for this information. > If you don't want your hard disk run full because of syslog, the only > real way to do that with (r)syslog is to use a separate partition for > /var/log Then this should be considered to be used by default in Debian installer? Jens
Bug#803499: rsyslog: logs filling with "dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': "
Package: rsyslog Version: 8.4.2-1+deb8u1 Severity: grave Hi, some time ago I was affected by a really nasty bug. I tried to start a new X session to login as a new user but did not remember how to do so (from an XFCE session). So I ended up calling X as root and this was a big problem: This started a Gnome session which I stopped immediately (I wanted a new X login session). Nevertheless I was not able to work on my system because I got very fast out of free disk space. The following files got bigger and bigger containing many GB after a few minutes: /var/log/messages /var/log/syslog /var/log/user.log They were filled with messages like: ("Keine Berechtigung.": German for "no permission"). Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-WARNING **: failed to commit changes to dconf: GDBus.Error:org.freedesktop.DBus.Error.LimitsExceeded: The maximum number of pending replies per connection has been reached Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-WARNING **: failed to commit changes to dconf: GDBus.Error:org.freedesktop.DBus.Error.LimitsExceeded: The maximum number of pending replies per connection has been reached Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. Oct 13 13:04:33 numa03 gnome-session[9819]: (gnome-settings-daemon:9861): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': Keine Berechtigung. dconf will not work properly. I do not remember that I ever changed the config files of rsyslog. Just in case it is dconf's fault, I used version 0.22.0-1. -- System Information: Debian Release: 8.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.17.0+ (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages rsyslog depends on: ii
Bug#803499: rsyslog: logs filling with "dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': "
2015-10-30 18:59 GMT+01:00 Michael Biebl <bi...@debian.org>: > Am 30.10.2015 um 18:56 schrieb Jens Seidel: >> Package: rsyslog >> Version: 8.4.2-1+deb8u1 >> Severity: grave > > So rsyslog logs your (user) messages. > I fail to see how this is a bug in rsyslog, even more a grave one? I'm sorry, I do not know what program to blame. What do you suggest? Isn't it rsyslog task to write the messages? Duplicated messages should be dropped (and I have seen this in the past in logs: "Message occurred too opften, dropping it" or similar). What program is responsible for this? Grave: Mhm, nothing was working with a full hard disk, really nothing ... Jens
Bug#777387: nm-applet:ERROR:applet-device-broadband.c:634:get_icon: assertion failed: (info)
Package: network-manager-gnome Version: 0.9.10.0-2 Severity: important Hi, nm-applet doesn't survive a suspend. I always get the assert (nm-applet:14712): libnm-glib-CRITICAL **: nm_secret_agent_register: assertion 'priv-registered == FALSE' failed [Thread 0x7fffea836700 (LWP 14716) exited] nm-applet:ERROR:applet-device-broadband.c:634:get_icon: assertion failed: (info) after wakeup. I have to restart nm-applet after this to see the network status widget. Jens -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.17.0+ (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager-gnome depends on: ii dbus-x11 1.8.12-3 ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gconf-service3.2.6-3 ii gnome-icon-theme 3.12.0-1 ii libc62.19-13 ii libcairo21.14.0-2.1 ii libdbus-1-3 1.8.12-3 ii libdbus-glib-1-2 0.102-1 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgnome-keyring03.12.0-1+b1 ii libgtk-3-0 3.14.5-1 ii libmm-glib0 1.4.0-1 ii libnm-glib-vpn1 0.9.10.0-5 ii libnm-glib4 0.9.10.0-5 ii libnm-gtk0 0.9.10.0-2 ii libnm-util2 0.9.10.0-5 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libsecret-1-00.18-1+b1 ii lxsession [policykit-1-gnome]0.5.1-2 pn network-manager none ii policykit-1-gnome0.105-2 Versions of packages network-manager-gnome recommends: ii gnome-keyring 3.14.0-1+b1 ii iso-codes 3.57-1 ii mobile-broadband-provider-info 20140317-1 ii notification-daemon 0.7.6-2 ii plasma-widgets-workspace [notification-daemon] 4:4.11.13-2 ii xfce4-notifyd [notification-daemon] 0.2.4-3 Versions of packages network-manager-gnome suggests: pn network-manager-openconnect-gnome none pn network-manager-openvpn-gnome none pn network-manager-pptp-gnome none pn network-manager-vpnc-gnome none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777393: reportbug: package status determined from dpkg's desired state instead of current one
Package: reportbug Version: 6.6.3 Severity: normal Hi, I filed bug #777387 using reportbug which contains: Versions of packages network-manager-gnome depends on: pn network-manager none That's strange, I know this package is installed. The problem is: # dpkg -l network-manager Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ NameVersion Architecture Description +++-===-==- ri network-manager 0.9.10.0-5 amd64 network management framework (daemon and userspace tools) So obviously reportbug uses the wrong status of the package, namely the desired state instead of the current one. I don't know why network-manager is considered for removal but assume it was the result of a conflict resolution in aptitude which suggested to remove the package (among many others). Afterwards I think I selected Cancel pending actions. Also in the following package dependence list (a few lines below) is a different error: pn python:anynone aptitude tells me that python resolves this dependence, which is installed: ii python. Jens -- Package-specific info: -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.17.0+ (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages reportbug depends on: ii apt 1.0.9.6 ii python2.7.8-2 ii python-reportbug 6.6.3 pn python:anynone reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none ii debconf-utils 1.5.55 ii debsums2.0.52+nmu3 pn dlocatenone pn emacs23-bin-common | emacs24-bin-commonnone ii exim4 4.84-6 ii exim4-daemon-light [mail-transport-agent] 4.84-6 ii file 1:5.20-2 ii gnupg 1.4.18-6 ii python-gtk22.24.0-4 pn python-gtkspellnone pn python-urwid none ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-7.3 Versions of packages python-reportbug depends on: ii apt 1.0.9.6 ii python-debian 0.1.25 ii python-debianbts 1.12 pn python:anynone python-reportbug 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#776102: xserver-xorg-input-evdev: Power button misdetected, system goes to sleep immediately after start
2015-01-26 0:34 GMT+01:00 Julien Cristau jcris...@debian.org: On Sat, Jan 24, 2015 at 00:17:04 +0100, Jens Seidel wrote: Package: xserver-xorg-input-evdev Version: 1:2.9.0-2 Severity: serious Hi, I upgraded the system from stable to testing and could not get a working system. A few minutes (2-3) after boot the system seems to be tired and goes into suspend mode. I don't think this can possibly be a bug in this package. Then help me to find the proper package! The kernel? Why is the system gooing to sleep? How to debug this? Do you really thing a severity of normal is justified? It is not a normal bug but makes the whole system with all packages unusable! PS: I have only access on weekends to this laptop. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776102: xserver-xorg-input-evdev: Power button misdetected, system goes to sleep immediately after start
Package: xserver-xorg-input-evdev Version: 1:2.9.0-2 Severity: serious Hi, I upgraded the system from stable to testing and could not get a working system. A few minutes (2-3) after boot the system seems to be tired and goes into suspend mode. Clicking the power button the system wakes up to start sleeping again after approximately 2 minutes, and so on ... Not funny ... I removed the pm-suspend and other pm-* tools (by linking to /bin/true) but this did not help. There was also no hint why the system is gooing to sleep in the system logs (dmesg, /var/log/messages, /var/log/syslog). After some time I remembered the acpi=off kernel option but with this I do not even get a working X session. The problem is that the system is unable to load i915.ko as is depends on some acpi_* symbols. The framebuffer is not activated at boot (no vga= option) and fails as well as the vesa mode :-( [This justifies at least one other bug report, what to you think?] Booting the kernel with acpi=off vga=0x31b I get a working X session without suspend. But now I cannot power off the system ... Why do I think it is evdevs fault? My non-working Xorg log (Xorg.0.log.old, without kernel options) contains [41.427] (II) config/udev: Adding input device Power Button (/dev/input/event4) [41.429] (**) Power Button: Applying InputClass evdev keyboard catchall [41.501] (II) Using input driver 'evdev' for 'Power Button' [41.501] (**) evdev: Power Button: Device: /dev/input/event4 [41.502] (II) XINPUT: Adding extended input device Power Button (type: KEYBOARD, id 6) [41.670] (II) config/udev: Adding input device Power Button (/dev/input/event2) [41.671] (**) evdev: Power Button: Device: /dev/input/event2 [41.671] (II) XINPUT: Adding extended input device Power Button (type: KEYBOARD, id 8) [41.685] (II) config/udev: Adding input device Sleep Button (/dev/input/event3) [41.686] (**) Sleep Button: Applying InputClass evdev keyboard catchall [41.686] (**) evdev: Sleep Button: Device: /dev/input/event3 [41.686] (II) XINPUT: Adding extended input device Sleep Button (type: KEYBOARD, id 9) [ 100.212] (II) evdev: Sleep Button: Close [ 100.212] (II) evdev: Power Button: Close [ 100.212] (II) evdev: Power Button: Close So there are two power buttons and a sleep button? Is this possible or is the keyboard interpreted as power button? I assume the latter. Please reassign this bug if necessary. My current X log is also attached (Xorg.0.log, with kernel option). dmesg: [ 15.738284] udevd[383]: starting version 175 [ 16.511124] ACPI: Requesting acpi_cpufreq [ 16.517493] input: Lid Switch as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input1 [ 16.517573] ACPI: Lid Switch [LID0] [ 16.517724] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input2 [ 16.517737] ACPI: Power Button [PWRB] [ 16.517881] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input3 [ 16.517891] ACPI: Sleep Button [SLPB] [ 16.527455] Marking TSC unstable due to TSC halts in idle [ 16.527489] ACPI: acpi_idle registered with cpuidle [ 16.527910] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input4 [ 16.527923] ACPI: Power Button [PWRF] syslog: Jan 18 20:22:00 SilverBeauty kernel: [ 857.581995] i915: Unknown symbol acpi_video_verify_backlight_support (err 0) Jan 18 20:22:00 SilverBeauty kernel: [ 857.583357] i915: Unknown symbol acpi_lid_notifier_register (err 0) Jan 18 20:22:00 SilverBeauty kernel: [ 857.584988] i915: Unknown symbol acpi_video_unregister (err 0) Jan 18 20:22:00 SilverBeauty kernel: [ 857.585811] i915: Unknown symbol acpi_lid_notifier_unregister (err 0) Jan 18 20:22:00 SilverBeauty kernel: [ 857.586148] i915: Unknown symbol acpi_lid_open (err 0) Jan 18 20:22:00 SilverBeauty kernel: [ 857.586514] i915: Unknown symbol acpi_video_register (err 0) -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Apr 5 2014 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2569072 Dec 9 23:13 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2592] (rev 03) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.16.0-4-586 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-16) ) #1 Debian 3.16.7-ckt2-1 (2014-12-08) Xorg X server log files on system: -- -rw-r--r-- 1 root root 28405 Nov 16 17:26 /var/log/Xorg.1.log -rw-r--r-- 1 root root 14543 Jan 23 23:21 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
Bug#748741: reportbug: Wrong path /usr/sbin/dpkg-divert used
Package: reportbug Version: 6.4.4 Severity: normal Hi, reportbug still uses the old path to dpkg-divert, see the end of this mail. -- Package-specific info: -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.15.0-rc3+ (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.7.9+deb7u1 ii python2.7.3-4+deb7u1 ii python-reportbug 6.4.4 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none ii debconf-utils 1.5.49 ii debsums2.0.52 pn dlocatenone pn emacs22-bin-common | emacs23-bin-commonnone ii exim4 4.80-7 ii exim4-daemon-light [mail-transport-agent] 4.80-7 ii file 5.11-2+deb7u3 ii gnupg 1.4.12-7+deb7u3 ii python-gtk22.24.0-3+b1 pn python-gtkspellnone pn python-urwid none ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages python-reportbug depends on: ii apt 0.9.7.9+deb7u1 ii python2.7.3-4+deb7u1 ii python-debian 0.1.21 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug suggests no packages. -- no debconf information -- debsums errors found: sh: 1: /usr/sbin/dpkg-divert: not found This is the problem! Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747120: kernel-package: Package build requires root permissions, fakeroot doesn't work
Package: kernel-package Version: 12.036+nmu3 Severity: normal Hi, I tried to build a recent upstream kernel (3.15 prerelease) using $ make-kpkg -j6 --rootcmd fakeroot --initrd kernel_image kernel_headers but it fails with ... scripts/kconfig/conf --silentoldconfig Kconfig make[2]: Leaving directory `/home/jens/Software/Linux/Kernel/linux' make[2]: Entering directory `/home/jens/Software/Linux/Kernel/linux' sh /home/jens/Software/Linux/Kernel/linux/arch/x86/boot/install.sh 3.15.0-rc3all-modules-00180-g94f3b71-dirty arch/x86/boot/bzImage \ System.map /home/jens/Software/Linux/Kernel/linux/debian/linux-image-3.15.0-rc3all-modules-00180-g94f3b71-dirty//boot run-parts: executing /etc/kernel/postinst.d/dkms 3.15.0-rc3all-modules-00180-g94f3b71-dirty /home/jens/Software/Linux/Kernel/linux/debian/linux-image-3.15.0-rc3all-modules-00180-g94f3b71-dirty//boot/vmlinuz-3.15.0-rc3all-modules-00180-g94f3b71-dirty /usr/lib/dkms/dkms_autoinstaller: 42: /usr/lib/dkms/dkms_autoinstaller: dkms: not found run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.15.0-rc3all-modules-00180-g94f3b71-dirty /home/jens/Software/Linux/Kernel/linux/debian/linux-image-3.15.0-rc3all-modules-00180-g94f3b71-dirty//boot/vmlinuz-3.15.0-rc3all-modules-00180-g94f3b71-dirty /etc/kernel/postinst.d/initramfs-tools: 35: /etc/kernel/postinst.d/initramfs-tools: update-initramfs: not found run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 127 make[3]: *** [install] Fehler 1 make[2]: *** [install] Fehler 2 make[2]: Leaving directory `/home/jens/Software/Linux/Kernel/linux' make[1]: *** [debian/stamp/install/linux-image-3.15.0-rc3all-modules-00180-g94f3b71-dirty] Fehler 2 make[1]: Leaving directory `/home/jens/Software/Linux/Kernel/linux' make: *** [kernel_image] Fehler 2 I tried to analyse it and first assumed run-parts from scripts/package/builddeb is called but this is not the problem. I also uncommented the call in /usr/share/kernel-package/ruleset/targets/image.mk but no luck ... I expect that dkms and update-initramfs are called at package installation time but not at package build time. Jens -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.15.0-rc3+ (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kernel-package depends on: ii binutils 2.22-8 ii build-essential11.5 ii debianutils4.3.2 ii file 5.11-2+deb7u3 ii gettext0.18.1.1-9 ii make 3.81-8.2 ii module-init-tools 9-3 ii po-debconf 1.0.16+nmu2 ii util-linux 2.20.1-5.3 Versions of packages kernel-package recommends: ii cpio 2.11+dfsg-0.1 Versions of packages kernel-package suggests: pn btrfs-tools none ii bzip2 1.0.6-4 pn docbook-utils none ii e2fsprogs 1.42.5-1.1 pn grub | grub2none ii initramfs-tools [linux-initramfs-tool] 0.109.1 pn jfsutilsnone ii libncurses5-dev [libncurses-dev]5.9-10 pn linux-source | kernel-sourcenone pn mcelog none pn oprofilenone ii pcmciautils 018-8 ii ppp 2.4.5-5.1+b1 ii procps 1:3.3.3-3 pn quota none pn reiserfsprogs none pn squashfs-tools none ii udev204-8~bpo70+1 pn xfsprogsnone pn xmlto none -- Configuration Files: /etc/kernel-pkg.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747120: Package build requires root permissions, fakeroot doesn't work
2014-05-05 20:57 GMT+02:00 Manoj Srivastava sriva...@ieee.org: That's not the real bug. Were you to run it as root, it would still do the wrong thing. The real bug has been fixed in kernl-package version 13.001 If I run it as root I get at least a deb package :-) Haven't found a similar problem in the change log of 13.001 ... Using 13.001: $ make-kpkg -j6 --rootcmd fakeroot --initrd --append-to-version allmodules kernel_image kernel_headers exec make kpkg_version=Aufruf: dpkg-parsechangelog [Option...] Optionen: -lChangelog-Datei pro-Version-Informationen aus dieser Dateibeziehen. -FChangelog-Format Changelog-Format erzwingen. -LLib-Verz nach Changelog-Parsern in Lib-Verz suchen. -?, --help diese Hilfemeldung anzeigen. --versiondie Version anzeigen. Parser-Optionen: --format Ausgabeformat siehe Handbuchseite für verfügbare Ausgabeformate, standardmäßig »dpkg« zur Kompatibilität mit dpkg-dev --since Version,alle Änderungen jünger als Version hinzunehmen -sVersion, -vVersion --until Version,alle Änderungen älter als Version hinzunehmen -uVersion --from Version, alle Änderungen jünger als oder identisch mit -fversion Version hinzunehmen --to Version, alle Änderungen älter als oder identisch mit-tversionVersion hinzunehmen --count Zahl, Zahl Einträge von oben hinzufügen (oder von -cZahl, -nZahl unten, falls Zahl kleiner als Null ist) --offset Zahl, den Startpunkt für --count ändern, gezählt von -oZahloben (oder von unten, falls Zahl kleiner als Null ist) --all alle Änderungen hinzufügen -f /usr/share/kernel-package/ruleset/minimal.mk debian APPEND_TO_VERSION=allmodules INITRD=YES ROOT_CMD=fakeroot sh: 1: Syntax error: ( unexpected Failed to create a ./debian directory: No such file or directory at /usr/bin/make-kpkg line 984. I compiled 13.001 on my stable system from source. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747120: Package build requires root permissions, fakeroot doesn't work
Hi Manoj, Am 5. Mai 2014 22:25 schrieb Jens Seidel jenssei...@users.sf.net: 2014-05-05 20:57 GMT+02:00 Manoj Srivastava sriva...@ieee.org: That's not the real bug. Were you to run it as root, it would still do the wrong thing. The real bug has been fixed in kernl-package version 13.001 If I run it as root I get at least a deb package :-) Haven't found a similar problem in the change log of 13.001 ... Using 13.001: $ make-kpkg -j6 --rootcmd fakeroot --initrd --append-to-version allmodules kernel_image kernel_headers exec make kpkg_version=Aufruf: dpkg-parsechangelog [Option...] That's because /usr/bin/make-kpkg contains: $main::AuthorMail = srivasta\@debian.org; $main::Version = 'Aufruf: ... The reason is the non-fatal error at build of kernel-package: make[1]: Leaving directory `/home/jens/Software/Linux/Kernel/kernel-package/kernel-package-13.002' dh_auto_test dpkg-parsechangelog: unknown option `--show-field' I have dpkg-dev 1.16.14 but need 1.17.0: * Add new dpkg-parsechangelog --show-field option to print a field value. Closes: #284664 Rebuilding kernel-package using dpkg-dev 1.17.9 (haven't tested 1.17.0) seems to result in a working version. Great! Please add dpkg-dev = 1.17.0 to Build-Depends-Indep:. But the obtained kernel-package version has the same problem: sh /home/jens/Software/Linux/Kernel/linux/arch/x86/boot/install.sh 3.15.0-rc3allmodules-00180-g94f3b71-dirty arch/x86/boot/bzImage \ System.map /home/jens/Software/Linux/Kernel/linux/debian/linux-image-3.15.0-rc3allmodules-00180-g94f3b71-dirty//boot run-parts: executing /etc/kernel/postinst.d/dkms 3.15.0-rc3allmodules-00180-g94f3b71-dirty /home/jens/Software/Linux/Kernel/linux/debian/linux-image-3.15.0-rc3allmodules-00180-g94f3b71-dirty//boot/vmlinuz-3.15.0-rc3allmodules-00180-g94f3b71-dirty /usr/lib/dkms/dkms_autoinstaller: 42: /usr/lib/dkms/dkms_autoinstaller: dkms: not found run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.15.0-rc3allmodules-00180-g94f3b71-dirty /home/jens/Software/Linux/Kernel/linux/debian/linux-image-3.15.0-rc3allmodules-00180-g94f3b71-dirty//boot/vmlinuz-3.15.0-rc3allmodules-00180-g94f3b71-dirty /etc/kernel/postinst.d/initramfs-tools: 35: /etc/kernel/postinst.d/initramfs-tools: update-initramfs: not found run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 127 Thanks for your fast reply, Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719706: ProGuard: License of manual is not GPL!
Package: proguard Version: 4.8-0.1 Severity: normal Hi, I noticed an inconsistency in the license file of ProGuard version 4.10 and the author confirmed it: http://sourceforge.net/p/proguard/bugs/477/The manual is not free in any sense and has to be removed from Debian ... I'm not sure about version 4.4 and 4.8 (that's why I use severity normal) but maybe you can convince the author to use GPL also for the manual and avoid a future license problem ... Jens
Bug#619983: Search for iso image misses the current device
Am 29.03.2011 00:38, schrieb Miguel Figueiredo: A Segunda 28 Março 2011 20:55:03 Jens Seidel você escreveu: I tried the squeeze installer installed on a USB stick. Since I want to use the stick also for other stuff I rearranged the files and moved them to /boot (as this is searched by syslinux for its config file). So I have now all installation specific stuff in this single directory (I updated the paths in the syslinux config of course). Nevertheless the installer is now not able to find the iso file in /boot. It searches the whole disk (after I told it is OK) but misses the current USB stick partition which contains less then 10 files? Please change this. Maybe you should also provide all files in /boot per default. iso-scan, which is the package responsible for searching the iso files had a significant change - it would be great to test your setup against the latest version. Can you test with the daily images and report what happens? The daily image detects both of the ISO files: Mar 29 14:43:27 iso-scan: Detected ISO with 'stable' (squeeze) distribution Mar 29 14:43:27 iso-scan: Detected ISO with distribution 'stable' (squeeze) Nevertheless as it only installs testing (no squeeze support?) I cannot use them (except to load udebs?) and I get also no dialog asking for a specific image. I also noticed that iso-scan is a little bit verbose. The message above if for example printed three times. I attached for reference the relevant part of the syslog. Thanks, Jens Mar 29 14:43:24 main-menu[276]: INFO: Menu item 'iso-scan' selected Mar 29 14:43:27 iso-scan: devices found: '/dev/sda1 /dev/sda2 /dev/sdb1 /dev/sda /dev/sdb /dev/sdc' Mar 29 14:43:27 iso-scan: selected_device(s)='/dev/sda1 /dev/sda2 /dev/sdb1 /dev/sda /dev/sdb /dev/sdc' Mar 29 14:43:27 kernel: [ 165.515700] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! Mar 29 14:43:27 iso-scan: Mounted /dev/sda1 for first pass Mar 29 14:43:27 iso-scan: Found ISO ./boot/debian-6.0.0-i386-businesscard.iso on /dev/sda1 Mar 29 14:43:27 kernel: [ 165.534671] ISO 9660 Extensions: Microsoft Joliet Level 3 Mar 29 14:43:27 kernel: [ 165.581078] ISO 9660 Extensions: RRIP_1991A Mar 29 14:43:27 iso-scan: Detected ISO with 'stable' (squeeze) distribution Mar 29 14:43:27 iso-scan: Detected ISO with distribution 'stable' (squeeze) Mar 29 14:43:27 iso-scan: Debian ISO ./boot/debian-6.0.0-i386-businesscard.iso usable Mar 29 14:43:27 iso-scan: Found ISO ./boot/debian-6.0.0-i386-CD-1.iso on /dev/sda1 Mar 29 14:43:27 kernel: [ 165.618796] ISO 9660 Extensions: Microsoft Joliet Level 3 Mar 29 14:43:27 kernel: [ 166.235145] ISO 9660 Extensions: RRIP_1991A Mar 29 14:43:27 iso-scan: Detected ISO with 'stable' (squeeze) distribution Mar 29 14:43:27 iso-scan: Detected ISO with distribution 'stable' (squeeze) Mar 29 14:43:27 iso-scan: Debian ISO ./boot/debian-6.0.0-i386-CD-1.iso usable Mar 29 14:43:27 iso-scan: Failed mounting /dev/sda1 (from /dev/sda1) as an ISO image Mar 29 14:43:27 kernel: [ 166.318442] EXT2-fs (sda2): error: couldn't mount because of unsupported optional features (240) Mar 29 14:43:27 kernel: [ 166.319282] EXT3-fs (sda2): error: couldn't mount because of unsupported optional features (240) Mar 29 14:43:27 kernel: [ 166.321304] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! Mar 29 14:43:27 iso-scan: Waiting for /dev/sda2 to possibly get ready... Mar 29 14:43:30 init: process '/usr/bin/tail -f /var/log/syslog' (pid 252) exited. Scheduling for restart. Mar 29 14:43:30 init: starting pid 6587, tty '/dev/tty4': '/usr/bin/tail -f /var/log/syslog' Mar 29 14:43:30 kernel: [ 169.367483] EXT2-fs (sda2): error: couldn't mount because of unsupported optional features (240) Mar 29 14:43:30 kernel: [ 169.368446] EXT3-fs (sda2): error: couldn't mount because of unsupported optional features (240) Mar 29 14:43:30 kernel: [ 169.370466] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! Mar 29 14:43:31 kernel: [ 169.415730] EXT2-fs (sdb1): error: couldn't mount because of unsupported optional features (240) Mar 29 14:43:31 kernel: [ 169.417349] EXT3-fs (sdb1): error: couldn't mount because of unsupported optional features (240) Mar 29 14:43:31 kernel: [ 169.419839] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! Mar 29 14:43:31 iso-scan: Waiting for /dev/sdb1 to possibly get ready... Mar 29 14:43:34 kernel: [ 172.490887] EXT2-fs (sdb1): error: couldn't mount because of unsupported optional features (240) Mar 29 14:43:34 kernel: [ 172.491996] EXT3-fs (sdb1): error: couldn't mount because of unsupported optional features (240) Mar 29 14:43:34 kernel: [ 172.495000] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! Mar 29 14:43:34 kernel: [ 172.567754] FAT: utf8
Bug#619983: Search for iso image misses the current device
Package: debian-installer I tried the squeeze installer installed on a USB stick. Since I want to use the stick also for other stuff I rearranged the files and moved them to /boot (as this is searched by syslinux for its config file). So I have now all installation specific stuff in this single directory (I updated the paths in the syslinux config of course). Nevertheless the installer is now not able to find the iso file in /boot. It searches the whole disk (after I told it is OK) but misses the current USB stick partition which contains less then 10 files? Please change this. Maybe you should also provide all files in /boot per default. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594199: aptitude: diff for NMU version 0.6.3-3.1
On Thu, Aug 26, 2010 at 08:33:12PM +0200, Julien Cristau wrote: I'll upload aptitude with the attached NMU diff in a minute. I also pushed a git branch to git://git.debian.org/~jcristau/aptitude for your convenience. +--- aptitude-0.6.3.orig/tests/cppunit_test_main.cc aptitude-0.6.3/tests/cppunit_test_main.cc +@@ -22,6 +22,8 @@ + + #include loggers.h + ++#include loggers.h ++ Why is this inclusion added (multiple times)? See the line before! Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#309792: exim4-config: Rewriting via /etc/email-addresses should be configurable to apply to only non-local mail.
On Sat, Apr 21, 2007 at 04:01:06PM +0200, Samuel Thibault wrote: How is this going ? I've just lost a bunch of emails just because my smarthost was broken and that all bounces where going to root-samy-samuel.thiba...@ens-lyon.org, hence lost too... Same for me: I just plugged my notebook to another net which blocks port 25 by default, so I could not send mails but the warnings about delivery problems where sent do my external email address (from /etc/email-addresses) and could not be delivered as well ... My exim4 version: 4.69-9 Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588262: lazygal: Syntax error in Python file
Package: lazygal Version: 0.5-1 Severity: important After upgrading my system I get: Verarbeite Trigger für python-support ... Compiling /usr/lib/pymodules/python2.4/lazygal/tpl.py ... File /usr/lib/pymodules/python2.4/lazygal/tpl.py, line 69 finally: ^ SyntaxError: invalid syntax Jens -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32.15 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lazygal depends on: ii python2.6.5-5An interactive high-level object-o ii python-genshi 0.6-1 Python XML-based template engine ii python-imaging1.1.7-1+b1 Python Imaging Library ii python-pyexiv20.1.3-6+b2 Python binding to Exiv2 ii python-support1.0.8 automated rebuilding support for P lazygal recommends no packages. lazygal 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#588262: lazygal: Syntax error in Python file
On Tue, Jul 06, 2010 at 08:05:34PM +0200, Alexandre Rossi wrote: After upgrading my system I get: Verarbeite Trigger für python-support ... Compiling /usr/lib/pymodules/python2.4/lazygal/tpl.py ... File /usr/lib/pymodules/python2.4/lazygal/tpl.py, line 69 finally: ^ SyntaxError: invalid syntax From http://docs.python.org/reference/compound_stmts.html#finally : Changed in version 2.5: In previous versions of Python, try...except...finally did not work. try...except had to be nested in try...finally. Do you really need to run lazygal using python 2.4? I don't need lazygal and python2.4 at all. It was probably installed by a task or as a dependence of another package. I wonder that this problem results from python 2.4 as I expected it to be incompatible with python 2.6 because of the recent transition!? I removed python 2.4 ... Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586996: [aptitude] should not install non-english manual pages or message catalogues, for which there is no corresponding language entry in /etc/default/locale
On Thu, Jun 24, 2010 at 01:42:41PM +0200, Roland Eggner wrote: aptitude should not install non-english manual pages or non-englisch /usr/share/locale message catalogues, for which there is no corresponding language entry in /etc/default/locale Think of notebooks where diskspace is always tight. Advantages: --- (a) smaller footprint on storage (b) smaller directories can be faster searched Please use localepurge for this. aptitude cannot deal with this situation as you can adapt /etc/default/locale after installing aptitude. This is clearly a task of the packaging system and not of aptitude. (It cannot dynamically adjust the files it distributes, this is fixed at build time!) If you agree please close this bug. PS: localepurge probably doesn't support the manual. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581637: gettext: new upstream release 0.18 available
On Tue, May 18, 2010 at 01:48:21PM +0200, Santiago Vila wrote: gettext 0.18-1 is now almost ready, but it will break packages still using cvs in build-depends because of autopoint, so I'm going to use this bug as a dummy bug to prevent the package to propagate to testing. Ah, I noticed that since gettext 0.17-10 this stupid cvs dependency problem is cleanly solved by introducing an autopoint package. So packages just indeed just replace cvs by autopoint in their dependencies ... Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579744: automake creates file with future timestamp
Package: automake Version: 1:1.11.1-1 Severity: normal Sender: jenssei...@users.sf.net Hi, I'm running automake in a Xen domU (virtual guest system) with a inexact kernel time source (not matching the hardware clock). It seems that automake gets its time from the outer dom0 (host) system which is very strange as this may differ from the time as reported by date: $ rm Makefile.in $ automake $ stat Makefile.in; date File: #Makefile.in# Size: 24463 Blocks: 0 IO Block: 32768 reguläre Datei Device: 12h/18d Inode: 5287779 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1001/jens) Gid: ( 1000/jens) Access: 2010-04-30 10:52:43.0 +0200 Modify: 2010-04-30 10:52:43.0 +0200 Change: 2010-04-30 10:52:43.0 +0200 Fr 30. Apr 10:51:50 CEST 2010 Do you see that the timestamp of Makefile.in is 10:52:43 which is newer than the current time (10:51:50)? I'm (nearly) sure that 10:52:43 is the dom0 time. I also verified that the time in domU increases (no jumps backwards). Since make complains about has modification time xy s in the future I don't trust the build system. Please use the same time source as make does. My info: dom0 kernel: 2.6.18.8 domU kernel: 2.6.32.7 domU boot parameter hpet=disable clocksource=jiffies nolapic acpi=off I tried many other clocksource values (such as noapic clocksource=hpet, notsc) but these seem to be very fragile and freeze my system with this domU kernel after approximately one day. Jens -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32.7 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages automake depends on: ii autoconf 2.65-4 automatic configure script builder ii autotools-dev 20100122.1 Update infrastructure for config.{ ii dpkg 1.15.5.6 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in automake recommends no packages. automake 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#578908: git-svn: use of uninitialised value in 'reset' operation
On Mon, Apr 26, 2010 at 08:36:12AM -0500, Jonathan Nieder wrote: On Fri, Apr 23, 2010 at 03:07:44PM +0200, Jens Seidel wrote: $ git svn reset -r13 -p Use of uninitialized value $commit in length at /usr/lib/git-core/git-svn line 3604. arg3 must be a full SHA1 hexsum Oops, the revision I specified (13) is invalid, the current branch (trunk) starts with a higher number (I moved branches in Subversion in the past). I tried to specify the 13th revision from HEAD (in reverse order) but did it wrong. Nevertheless there should be a proper error message and nothing about uninitialized values, you probably agree. Yes, I do. Sorry to take so long to get back to you; does this patch help? Yes, it helped: $ git svn reset -r13 -p Cannot find SVN revision 13 $ diff --git a/git-svn.perl b/git-svn.perl index 2c86ea2..97f3891 100755 --- a/git-svn.perl +++ b/git-svn.perl @@ -1185,6 +1185,7 @@ sub cmd_reset { history\n; } my ($r, $c) = $gs-find_rev_before($target, not $_fetch_parent); + die Cannot find SVN revision $target\n unless defined($c); Here the message ends with \n ... $gs-rev_map_set($r, $c, 'reset', $uuid); print r$r = $c ($gs-{ref_id})\n; } @@ -3605,6 +3606,7 @@ sub mkfile { sub rev_map_set { my ($self, $rev, $commit, $update_ref, $uuid) = @_; + defined $commit or die missing arg3; here not. length $commit == 40 or die arg3 must be a full SHA1 hexsum\n; my $db = $self-map_path($uuid); my $db_lock = $db.lock; Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578915: git-svn: git svn log differs slightly from svn log in date formatting
Hi Jonathan, On Mon, Apr 26, 2010 at 08:27:10AM -0500, Jonathan Nieder wrote: Jens Seidel wrote: since it is possible that the commit log of a Subversion repository is changed I want to compare my git log with the svn log: As a silly workaround, I’d suggest coming up with a substitution to make them look the same. For example, you could remove all strings in parentheses. yep, one has to apply a filter, also to remove the addional empty lines (and non matching spaces at end of lines). git: r2105 | viktor | 2010-03-19 13:40:54 +0100 (Fr, 19 Mär 2010) | 2 lines svn: r2105 | viktor | 2010-03-19 13:40:54 +0100 (Fr, 19. Mär 2010) | 1 Zeile First of all the dot after the day of month is missing in the German locale. Ah, git svn ignores any locale, this explains the problem. The dot stands for an ordinal number (e.g. 19. == 19th). Second: line(s) is not translated. I can workaround by starting git/svn in an English locale ... I tried to fix both. Third: the git log often contains an addional empty line. This remains open. Probably that can be solved by setting a git config option and resyncing all git svn history from git. Care to write a patch? This sounds like a useful change, but realistically speaking, I do not see anyone working on it soon. I’d be glad to help in any way I can (pointing to relevant functions and so on). Here is a patch with a few comments, also attached unchanged: Please note that I don't know Perl. Please check my changes very carefully! --- /usr/lib/git-core/git-svn.orig 2010-04-11 19:14:03.0 +0200 +++ /usr/lib/git-core/git-svn 2010-04-27 12:50:51.0 +0200 @@ -50,6 +50,7 @@ use Carp qw/croak/; use Digest::MD5; use IO::File qw//; +use Locale::gettext; Let's use the gettext system which is also used by Subversion and is the quasi standard for translations. I hope this doesn't increase the dependencies of git-svn. @@ -5492,7 +5495,8 @@ my $gm = timelocal(gmtime($t)); my $sign = qw( + + - )[ $t = $gm ]; my $gmoff = sprintf(%s%02d%02d, $sign, (gmtime(abs($t - $gm)))[2,1]); - return strftime(%Y-%m-%d %H:%M:%S $gmoff (%a, %d %b %Y), localtime($t)); + my $d = Locale::gettext-domain(subversion); I'm not sure whether it is efficient to perform this call here. Maybe it should be a (global???) variable. Let's reuse existing Subversion translations (why not -?)). + return strftime(%Y-%m-%d %H:%M:%S $gmoff . $d-get( (%a, %d %b %Y)), localtime($t)); Only the last part can be changed by translators in Subversion. See trunk, file libsvn_subr/time.c: /* Machine parseable part, generated by apr_snprintf. */ #define HUMAN_TIMESTAMP_FORMAT %.4d-%.2d-%.2d %.2d:%.2d:%.2d %+.2d%.2d /* Human explanatory part, generated by apr_strftime as Sat, 01 Jan 2000 * */ #define human_timestamp_format_suffix _( (%a, %d %b %Y)) @@ -5598,20 +5603,15 @@ } $nr_line = scalar @$l; if (!$nr_line) { - print 1 line\n\n\n; + print sprintf($d-nget( | %d line, | %d lines, 1), 1), \n\n\n; Please put sprintf($d-nget( | %d line, | %d lines, n), n) into a function (which integer parameter n) to avoid code duplication. The first n selects the string to be used (the singular or plural form), the second replaces %d by the number. Since Subversion has the string | %d line translated, we have to match it (and cannot request the translation for line). I tried it and it works well. Jens --- /usr/lib/git-core/git-svn.orig 2010-04-11 19:14:03.0 +0200 +++ /usr/lib/git-core/git-svn 2010-04-27 12:50:51.0 +0200 @@ -50,6 +50,7 @@ use Carp qw/croak/; use Digest::MD5; use IO::File qw//; +use Locale::gettext; use File::Basename qw/dirname basename/; use File::Path qw/mkpath/; use File::Spec; @@ -5492,7 +5495,8 @@ my $gm = timelocal(gmtime($t)); my $sign = qw( + + - )[ $t = $gm ]; my $gmoff = sprintf(%s%02d%02d, $sign, (gmtime(abs($t - $gm)))[2,1]); - return strftime(%Y-%m-%d %H:%M:%S $gmoff (%a, %d %b %Y), localtime($t)); + my $d = Locale::gettext-domain(subversion); + return strftime(%Y-%m-%d %H:%M:%S $gmoff . $d-get( (%a, %d %b %Y)), localtime($t)); } sub parse_git_date { @@ -5588,9 +5592,10 @@ my ($c) = @_; print commit_log_separator, r$c-{r} | ; print $c-{c} | if $show_commit; - print $c-{a} | , format_svn_date($c-{t_utc}), ' | '; + print $c-{a} | , format_svn_date($c-{t_utc}); my $nr_line = 0; + my $d = Locale::gettext-domain(subversion); if (my $l = $c-{l}) { while ($l-[$#$l] eq \n $#$l 0 $l-[($#$l - 1)] eq \n) { @@ -5598,20 +5603,15 @@ } $nr_line = scalar @$l; if (!$nr_line) { - print 1 line\n\n\n; + print sprintf($d-nget( | %d line, | %d lines, 1), 1), \n\n\n; } else { - if ($nr_line == 1) { -$nr_line = '1 line'; - } else { -$nr_line .= ' lines'; - } - print $nr_line, \n; + print sprintf($d-nget( | %d line
Bug#578908: git-svn: use of uninitialised value in 'reset' operation
Package: git-svn Version: 1:1.7.0.4-2 Severity: normal $ git svn reset -r13 -p Use of uninitialized value $commit in length at /usr/lib/git-core/git-svn line 3604. arg3 must be a full SHA1 hexsum According to git help svn the options I specified are valid. Jens -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32.7 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-svn depends on: ii git 1:1.7.0.4-2 fast, scalable, distributed revisi ii libsvn-perl 1.6.9dfsg-1 Perl bindings for Subversion ii libterm-readkey-perl 2.30-4 A perl module for simple terminal ii libwww-perl 5.834-1 Perl HTTP/WWW client/server librar git-svn recommends no packages. Versions of packages git-svn suggests: pn git-doc none (no description available) ii subversion 1.6.9dfsg-1 Advanced version control system -- 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#578908: git-svn: use of uninitialised value in 'reset' operation
On Fri, Apr 23, 2010 at 03:07:44PM +0200, Jens Seidel wrote: $ git svn reset -r13 -p Use of uninitialized value $commit in length at /usr/lib/git-core/git-svn line 3604. arg3 must be a full SHA1 hexsum Oops, the revision I specified (13) is invalid, the current branch (trunk) starts with a higher number (I moved branches in Subversion in the past). I tried to specify the 13th revision from HEAD (in reverse order) but did it wrong. Nevertheless there should be a proper error message and nothing about uninitialized values, you probably agree. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578915: git-svn: git svn log differs slightly from svn log in date formatting
Package: git-svn Version: 1:1.7.0.4-2 Severity: minor Hi, since it is possible that the commit log of a Subversion repository is changed I want to compare my git log with the svn log: svn log svn.log git svn log git.log Both files differ slightly: git: r2105 | viktor | 2010-03-19 13:40:54 +0100 (Fr, 19 Mär 2010) | 2 lines svn: r2105 | viktor | 2010-03-19 13:40:54 +0100 (Fr, 19. Mär 2010) | 1 Zeile First of all the dot after the day of month is missing in the German locale. The dot stands for an ordinal number (e.g. 19. == 19th). Second: line(s) is not translated. I can workaround by starting git/svn in an English locale ... Third: the git log often contains an addional empty line. Please synchronize the output. Thanks. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578923: [autoconf] Warning if testing for declaration with namespace (std::setlocale)
Package: autoconf Version: 2.65-4 Severity: minor The following configure.ac fragment AC_LANG_PUSH(C++) AC_CHECK_DECL(std::setlocale, [AC_DEFINE([HAVE_SETLOCALE], [], [Define if setlocale is available in clocale])], , [#include clocale]) results in the warning conftest.cpp:37:12: warning: extra tokens at end of #ifndef directive in config.log. The corresponding code is: #include clocale int main () { #ifndef std::setlocale (void) std::setlocale; #endif ; return 0; } The problem is #ifndef std::setlocale where : is no proper macro character. In this case the ifndef can be ommitted. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578930: aptitude: Aptitude looks awful if LANG=en_US.UTF-8
On Fri, Apr 23, 2010 at 01:55:21PM -0400, Nathanael Nerode wrote: Aptitude appears to have some hardcoded dependencies on the locale. Given this, I don't understand this. it really needs to force the locale before starting. I have to start it up with LANG=C aptitude in order to keep the screen readable; otherwise I get lots of nonsense characters. Do you have a screenshot for us? In the long run, it should probably be properly UNICODE-ized. Aptitude is a normal program which uses only ANSI characters. All strings are provided by ordinary gettext calls which is a well establised standard. Does the terminal you used support UTF-8? If you use screen did you started it with option -U, ...? Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578514: apt: fails to upgrade a single package without explicit version specification
Package: apt Version: 0.7.25.3 Severity: normal Hi, upgrading the package git-svn fails without error message: # apt-get install git-svn Reading package lists... Done Building dependency tree Reading state information... Done git-svn is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 420 not upgraded. The message git-svn is already the newest version is wrong as 1:1.7.0.4-1 is installed but -2 exists: # apt-get install git-svn=1:1.7.0.4-2 Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: colordiff Use 'apt-get autoremove' to remove them. The following extra packages will be installed: git git-svn Suggested packages: git-doc git-arch git-cvs git-daemon-run gitweb The following packages will be REMOVED: git-core git-email git-gui gitk stgit stgit-contrib The following NEW packages will be installed: git The following packages will be upgraded: git-svn 1 upgraded, 1 newly installed, 6 to remove and 420 not upgraded. Need to get 5945kB of archives. After this operation, 5120kB disk space will be freed. Do you want to continue [Y/n]? n Abort. Jens -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation none; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 0; APT::Periodic::AutocleanInterval 0; APT::Update ; APT::Update::Post-Invoke-Success ; APT::Update::Post-Invoke-Success touch /var/lib/apt/periodic/update-success-stamp 2/dev/null || true; APT::Archives ; APT::Archives::MaxAge 30; APT::Archives::MinAge 2; APT::Archives::MaxSize 500; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::netrc auth.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Etc::preferencesparts preferences.d; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Media ; Dir::Media::MountPath /media/apt; Dir::Log var/log/apt; Dir::Log::Terminal term.log; Unattended-Upgrade ; Unattended-Upgrade::Allowed-Origins ; Unattended-Upgrade::Allowed-Origins:: Debian stable; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Post-Invoke ; DPkg::Post-Invoke:: if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi; DPkg::Post-Invoke:: test -f /var/run/junior-config.usermenu if [ -x /usr/sbin/blend-update-usermenus ] ; then /usr/sbin/blend-update-usermenus junior ; fi ; rm -f /var/run/junior-config.usermenu; DPkg::Post-Invoke:: if [ -d /var/lib/update-notifier ]; then touch /var/lib/update-notifier/dpkg-run-stamp; fi; -- /etc/apt/preferences -- Package: * Pin: release a=testing Pin-Priority: 900 Package: * Pin: release a=unstable Pin-Priority: 800 -- /etc/apt/sources.list -- deb-src http://ftp.de.debian.org/debian/ unstable main deb http://ftp.de.debian.org/debian/ testing main contrib deb http://ftp.de.debian.org/debian/ unstable main contrib deb http://security.debian.org/ lenny/updates main -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32.7 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring2009.01.31 GnuPG archive keys of the Debian a ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.2-9 GCC support library ii libstdc++64.4.2-9The GNU Standard C++ Library v3 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none (no description available) ii aptitude 0.6.1.5-3 terminal-based package manager (te ii bzip2 1.0.5-4high-quality block-sorting file co ii dpkg-dev 1.15.5.6 Debian package development tools ii lzma
Bug#578504: aptitude update mentions rred in its progess information. Shouldn't that be read?
On Tue, Apr 20, 2010 at 06:24:19AM -0700, Daniel Burrows wrote: On Tue, Apr 20, 2010 at 02:13:44PM +0200, Regid Ichira gl2n30y06a...@hotmail.com was heard to say: aptitude update prints progress information to the screen. Within that information, it mention rred. Shouldn't that meant to be read? I *think* you're saying that you think that it should print read and not rred? In that case: no, it prints rred because it's running rred to patch Package files. I'm not sure I understand your bug report, though, so please confirm that this is what you meant before I close it. I was also always confused by rred and assumed it is just a display error. Really didn't know it is a program ... Strange! Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578514: apt: fails to upgrade a single package without explicit version specification
On Tue, Apr 20, 2010 at 04:48:13PM +0200, David Kalnischkies wrote: 2010/4/20 Jens Seidel jenssei...@users.sf.net: The message git-svn is already the newest version is wrong as 1:1.7.0.4-1 is installed but -2 exists: Existence is not enough, it also need a decent pin value to be considered as candidate version. Could you show us the output of apt-cache policy git-svn ? apt-cache policy git-svn git-svn: Installed: 1:1.7.0-1 Candidate: 1:1.7.0-1 Version table: 1:1.7.0.4-2 0 800 http://ftp.de.debian.org unstable/main Packages 1:1.7.0.4-1 0 800 http://ftp.de.debian.org unstable/main Packages *** 1:1.7.0-1 0 900 http://ftp.de.debian.org testing/main Packages 100 /var/lib/dpkg/status 1:1.5.6.5-3+lenny3 0 500 http://security.debian.org lenny/updates/main Packages My /etc/apt/preferences: Package: * Pin: release a=testing Pin-Priority: 900 Package: * Pin: release a=unstable Pin-Priority: 800 Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576649: [apt]: Very slow apt-get update
On Wed, Apr 07, 2010 at 02:16:50AM +0200, Jens Seidel wrote: On Tue, Apr 06, 2010 at 07:20:51PM +0200, David Kalnischkies wrote: 2010/4/6 Jens Seidel jenssei...@users.sf.net: Calling apt-get update on my OpenMoko phone (armel, 128MB RAM, sd card) takes forever: I found the problem. It was not swap specific and the update took only a long time if called from inside a chroot from the SHR distribution. The problem was the mount option sync which was used by the udev automounter from /etc/udev/scripts/mount.sh. Is there anything the apt developers can improve? I'm not sure. Maybe a optimization for this case would be good (reducing disk access) or checking the mount options and outputting a warning? At least the bogus download rate I mentioned earlier should be fixed until this bug gets closed. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576649: [apt]: Very slow apt-get update
Package: apt Version: 0.7.25.3 Calling apt-get update on my OpenMoko phone (armel, 128MB RAM, sd card) takes forever: Ign http://pkg-fso.alioth.debian.org unstable/main Sources Ign http://pkg-fso.alioth.debian.org unstable/main Packages Ign http://pkg-fso.alioth.debian.org unstable/main Sources Hit http://pkg-fso.alioth.debian.org unstable/main Packages Hit http://pkg-fso.alioth.debian.org unstable/main Sources Hit http://ftp2.de.debian.org unstable Release.gpg Hit http://ftp2.de.debian.org experimental Release.gpg Hit http://ftp2.de.debian.org unstable Release Hit http://ftp2.de.debian.org experimental Release Hit http://ftp2.de.debian.org unstable/main Packages Get:1 http://ftp2.de.debian.org unstable/main Sources [3852kB] Get:2 http://ftp2.de.debian.org experimental/main Packages [209kB] Get:3 http://ftp2.de.debian.org experimental/main Sources [108kB] Fetched 3B in 2h 39min 45s (0B/s) The next time (a few days later) I got: Fetched 10.8MB in 1h 52min 43s (1,598B/s) Reading package lists... Done The device is not the fastest but the CPU was idle all the time (2-3% used by bzip2) and I also doubt that IO (which is a bottleneck) is sooo slow. At least it should not need more than 2 hours to download 3B (this values is very very likely wrong). The internet connection should be limited by 200-300kB/s. Any idea how to speed it up? I deactivated already downloading package file diffs. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576653: [freecad] Language selection should use current locale
Package: freecad Version: 0.9.2646.5-1+b1 Hi, FreeCad starts by default English even in my German environment. It took not long until I discovered that it expects the language to be choosen in the preferences. That's a very bad and extremely unusual behaviour. There exists the system locale which is set via environment variables such as LANG, LC_ALL, LC_MESSAGES, LANGUAGE and I expect that this is respected by apps. So please use the getlocale function to obtain the language. Changing my prefered language is so a task of changing LANG instead of reconfiguring every program I have installed. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576649: [apt]: Very slow apt-get update
Hi David, On Tue, Apr 06, 2010 at 07:20:51PM +0200, David Kalnischkies wrote: 2010/4/6 Jens Seidel jenssei...@users.sf.net: Calling apt-get update on my OpenMoko phone (armel, 128MB RAM, sd card) takes forever: Into the blue: Do you have a swap file? Yep, I have two swap files in Debian: 256M + 128M. Mhm, now I think I remember I performed the slow updates in the chroot once I booted SHR-U where I do not use a swap (as the large sd card is not always inserted). But does it matter? If the free RAM is not sufficient the kernel would start killing processes which I didn't observed. Which software powers your brick? Current Debian unstable + experimental + http://pkg-fso.alioth.debian.org. Kernel 2.6.29-20100118.gita15608f2. Is your mircosd card okay? I think so, the filesystem is OK (fsck.ext3 -f /dev/mmcblk0p2 succeeds). My neo hardly needs 20 minutes for an update and i have pdiffs enabled… e.g. in my recent run in which ~ 15 pdiffs were applied: Es wurden 2.325kB in 6Min 59s geholt (5.545B/s) As far as I remember using pdiffs is not recommended on the freerunner. I read this in the openmoko wiki and experienced the same in the past (months ago). # cat /etc/apt/apt.conf Acquire::PDiffs false; Now I updated from Debian again (with enabled swap) with much better results: Es wurden 12,3MB in 2Min 25s geholt (84,6kB/s) Will keep en eye on it and test later without swap ... Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576338: [dpkg] --purge not well described in manual page dpkg.1
Package: dpkg Version: 1.15.5.6 Severity: minor Hi, man dpkg contains: -r, --remove, -P, --purge package...|-a|--pending Remove an installed package. -r or --remove remove everything except conffiles. This may avoid having to reconfigure the package if it is reinstalled later. (Conffiles are configuration files that are listed in the DEBIAN/conffiles con- trol file). -P or --purge removes everything, including conffiles. That's only partly correct. In contrast to apt-get purge, dpkg is also able to purge already removed packages. This is not well described in the manual page (Remove an installed package.). I suggest to remove installed or to rewrite it to something as Remove an (maybe partly) installed package. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574365: freevo: Many insserv warnings depends on rmnologin
Package: freevo Version: 1.8.1-3 Severity: minor $ dpkg -l freevo rc freevo 1.8.1-3 A Python based PVR/DVR Framework for Music and Movies Even thought I removed freevo long time ago the init scripts still cause a lot of trouble with insserv. Is there any way to avoid this? I will purge the package but maybe you find a better general solution (such as patching insserv?) ... insserv: Starting freevo_rssserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_recordserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_xserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_encodingserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_webserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_rssserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_recordserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_xserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_encodingserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_webserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_rssserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_recordserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_xserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_encodingserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_webserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_rssserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_recordserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_xserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_encodingserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_webserver depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: Starting freevo_rssserver depends on rmnologin and therefore on system facility `$all' which can not be true! Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544563: Iceweasel: Doesn't properly redisplays PNG images
Hi Mike, On Fri, Feb 19, 2010 at 05:25:49PM +0100, Mike Hommey wrote: On Fri, Feb 19, 2010 at 04:51:50PM +0100, Jens Seidel wrote: I open http://www.eclipse.org/linuxtools/projectPages/autotools/ and most (all large) images are not displayed, even not during the loading phase. Once I select reload I get the images (except that the bottom part is sometimes missing) and they look good and do not vanish once the page got reloaded. Can you check http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482992#30 yep, the workaround from #482992 helped and I can now visit the images. Great! Neverthless I wonder about the state of this bug. Is it still open? At least is it marked archived. Was it fixed? Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544563: Iceweasel: Doesn't properly redisplays PNG images
Hi, the bug occurred again. This time I used version 3.5.6-2. Here are the symptoms: I open http://www.eclipse.org/linuxtools/projectPages/autotools/ and most (all large) images are not displayed, even not during the loading phase. Once I select reload I get the images (except that the bottom part is sometimes missing) and they look good and do not vanish once the page got reloaded. If I start scrolling the new part of the image which should get visible is not drawn and I see only the white background color. Once another window becomes active even the remaining partly visible image vanishs. This does not happen to all images. The small Eclipse incubation one in the top right part is always visible. Nevertheless it seems clearly a redraw/display problem. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567314: pioneers: Conflicting files
Package: pioneers Version: 0.12.3-1 Severity: important Hi, updating my system with aptitude I get: Preparing to replace pioneers-meta-server 0.12.2-4 (using .../pioneers-meta-server_0.12.3-1_i386.deb) ... Unpacking replacement pioneers-meta-server ... dpkg: error processing /var/cache/apt/archives/pioneers-meta-server_0.12.3-1_i386.deb (--unpack): trying to overwrite '/usr/games/pioneers-meta-server', which is also in package pioneers-console 0:0.12.2-5 Errors were encountered while processing: /var/cache/apt/archives/pioneers-meta-server_0.12.3-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565736: aptitude: FTBFS on kfreebsd-i386: testsuite failure
On Tue, Jan 19, 2010 at 09:23:46AM -0800, Daniel Burrows wrote: All righty then. In that case, I'm going to disable the test cases on kfreebsd. It looks pretty clear to me from the transcript that the test case actually succeeded before crashing, which makes me suspect that it's the Boost test framework itself that's crashing, not aptitude code. This would not be the first time (Google for boost unit test double free); I'm beginning to think that this piece of Boost is not up to their usual quality, and I should consider dropping it and going back to cppunit, or just rolling my own :-/. I also had many discussions with the author of Boost.Test in the past and I even remember discussions related to this error on lists. IIRC the patch https://svn.boost.org/trac/boost/changeset/56467 or the patch in https://svn.boost.org/trac/boost/ticket/3432 fixes it. If you use the header only version of the test you do not even need to rebuild Boost once you changed framework.ipp. Could you test this patch? Using a recent version of Boost (less than 4 months old) could also fix this problem. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544563: iceweasel: doesn't display some PNG images
On Wed, Dec 23, 2009 at 01:30:21PM +0100, Mike Hommey wrote: On Tue, Sep 01, 2009 at 05:20:01PM +0200, Jens Seidel wrote: Package: iceweasel Version: 3.0.12-1 Severity: normal I often notice that iceweasel doesn't display all PNG images. I suspect Please note that opening the image (file:///tmp/autoreconf.png) is sufficient to demonstrate this bug, there is no need to load an HTML page. I can't reproduce the problem with either the version in lenny or the one in squeeze. Does it still happen for you ? I was only able to test via a remote ssh connection but it seems this problem does no longer exist in 3.0.14-1 (Lenny is not affected as well). Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550003: [g++-4.3]: Internal error compiling QtExtended
Package: g++-4.3 Version: 4.3.4-4 Hi, I get an internal compiler error trying to compile QtExtented on Arm. $ g++ -v Using built-in specs. Target: arm-linux-gnueabi Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.4-4' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --disable-sjlj-exceptions --enable-checking=release --build=arm-linux-gnueabi --host=arm-linux-gnueabi --target=arm-linux-gnueabi Thread model: posix gcc version 4.3.4 (Debian 4.3.4-4) make[1]: Entering directory `/home/jens/Software/QtExtended/build/qtopiacore/src/script' g++ -c -pipe -g -O2 -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -D_REENTRANT -fPIC -DQT_SHARED -DQT_BUILD_SCRIPT_LIB -DQT_NO_USING_NAMESPACE -DQLALR_NO_QSCRIPTGRAMMAR_DEBUG_INFO -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQ_SCRIPT_DIRECT_CODE -DQT_NO_DEBUG -DQT_CORE_LIB -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/home/jens/Software/QtExtended/qtmoko/qtopiacore/qt/mkspecs/linux-g++ -I/home/jens/Software/QtExtended/qtmoko/qtopiacore/qt/src/script -I../../include/QtCore -I../../include -I../../include/QtScript -I.rcc/release-shared -I.moc/release-shared -I. -o .obj/release-shared/qscriptcontext_p.o /home/jens/Software/QtExtended/qtmoko/qtopiacore/qt/src/script/qscriptcontext_p.cpp /home/jens/Software/QtExtended/qtmoko/qtopiacore/qt/src/script/qscriptbuffer_p.h: In member function ‘void QScriptEnginePrivate::popContext()’: /home/jens/Software/QtExtended/qtmoko/qtopiacore/qt/src/script/qscriptbuffer_p.h:136: warning: assuming signed overflow does not occur when assuming that (X + c) X is always false /home/jens/Software/QtExtended/qtmoko/qtopiacore/qt/src/script/qscriptbuffer_p.h: In member function ‘void QScriptValueImpl::createMember(QScriptNameIdImpl*, QScript::Member*, uint)’: /home/jens/Software/QtExtended/qtmoko/qtopiacore/qt/src/script/qscriptbuffer_p.h:136: warning: assuming signed overflow does not occur when assuming that (X + c) X is always false /home/jens/Software/QtExtended/qtmoko/qtopiacore/qt/src/script/qscriptbuffer_p.h:136: warning: assuming signed overflow does not occur when assuming that (X + c) X is always false /home/jens/Software/QtExtended/qtmoko/qtopiacore/qt/src/script/qscriptbuffer_p.h: In member function ‘void QScriptContextPrivate::execute(QScript::Code*)’: /home/jens/Software/QtExtended/qtmoko/qtopiacore/qt/src/script/qscriptbuffer_p.h:136: warning: assuming signed overflow does not occur when assuming that (X + c) X is always false /home/jens/Software/QtExtended/qtmoko/qtopiacore/qt/src/script/qscriptbuffer_p.h:136: warning: assuming signed overflow does not occur when assuming that (X + c) X is always false {standard input}: Assembler messages: {standard input}:20508: Warning: end of file not at end of a line; newline inserted {standard input}:20801: Error: unknown pseudo-op: `.l16' g++: Internal error: Getötet (program cc1plus) Please submit a full bug report. See file:///usr/share/doc/gcc-4.3/README.Bugs for instructions. make[1]: *** [.obj/release-shared/qscriptcontext_p.o] Fehler 1 With option -save-temps I get ... /home/jens/Software/QtExtended/qtmoko/qtopiacore/qt/src/script/qscriptbuffer_p.h:136: warning: assuming signed overflow does not occur when assuming that (X + c) X is always false g++: Internal error: Getötet (program cc1plus) Please submit a full bug report. See file:///usr/share/doc/gcc-4.3/README.Bugs for instructions. The code comes from git revision f5338b79db697d417eb34479974ae9ed174caa27 of the repository at git://github.com/radekp/qtmoko.git. I could not test it with gcc-snapshot as it is not installable. Sorry, don't know what further info I could add. The problem should not missing memory as I added a large swap file to ensure this. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548902: [automake] Document compatible gettext versions
Package: automake Version: 1:1.11-1 Hi, automake and gettext don't like each other :-(( I tried to be conservative with my project requirements and support also gettext version 0.12. With this version and the attached example I get: ./autogen mkdir build cd build make distcheck ... Making install in po make[2]: Entering directory `/tmp/helloWorld/build/helloworld-0.1/_build/po' /bin/sh @MKINSTALLDIRS@ /tmp/helloWorld/build/helloworld-0.1/_inst/share /bin/sh: Can't open @MKINSTALLDIRS@ make[2]: *** [install-data-yes] Fehler 2 If I change AM_GNU_GETTEXT_VERSION(0.12) to contain 0.15 it works. My problem is that I found the announcement Automake 1.7b uploaded (beta for Automake 1.8) http://sources.redhat.com/ml/automake/2003-11/msg00049.html (where can I *easily* find newer announcemets)? which explicitly states: Gettext 1.12.1 still requires mkinstalldirs. Fortunately gettextize and autopoint will install it when needed. Automake will continue to define the $(mkinstalldirs) and to distribute mkinstalldirs when this script is in the source tree. It says that $(mkinstalldirs) will be defined and since this uses MKINSTALLDIRS it should work. When did the gettext support of 0.12 stopped? Searching /usr/share/doc/automake/changelog.gz for mkinstalldirs or gettext doesn't reveals anything. The same is true for http://sources.redhat.com/automake/automake.html. So either update the documentation or fix this nasty bug. I work around it by using MKINSTALLDIRS=\$\(top_srcdir\)/mkinstalldirs AC_SUBST(MKINSTALLDIRS) in configure.ac. Jens helloWorld.tgz Description: GNU Unix tar archive
Bug#548750: [gettext] Fails to recognize 0.10 0.17 (wrong gettext version comparison)
Package: gettext Version: 0.17-8 Severity: normal Hi, extracting the attached tgz ball into a temporary directory and calling autogen.sh results in: ./autogen.sh autopoint: *** The AM_GNU_GETTEXT_VERSION declaration in your configure.ac file requires the infrastructure from gettext-0.10 but this version is older. Please upgrade to gettext-0.10 or newer. autopoint: *** Stop. configure.ac:11: installing `./config.guess' configure.ac:11: required file `./config.rpath' not found configure.ac:11: installing `./config.sub' configure.ac:10: installing `./install-sh' configure.ac:10: installing `./missing' src/Makefile.am: installing `./depcomp' The current version is 0.17 which is larger than 0.10 so the output is wrong. Jens -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gettext depends on: ii dpkg 1.15.3.1 Debian package management system ii gettext-base 0.17-8 GNU Internationalization utilities ii install-info 4.13a.dfsg.1-4 Manage installed documentation in ii libc6 2.9-25 GNU C Library: Shared libraries ii libcroco3 0.6.1-2a generic Cascading Style Sheet (C ii libglib2.0-0 2.20.5-1 The GLib library of C routines ii libgomp1 4.4.1-1GCC OpenMP (GOMP) support library ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libxml2 2.7.3.dfsg-2.1 GNOME XML library Versions of packages gettext recommends: ii curl7.19.5-1.1 Get a file from an HTTP, HTTPS or ii cvs 1:1.12.13-12 Concurrent Versions System ii lynx2.8.8dev.1-1 Text-mode WWW Browser (transitiona ii wget1.11.4-4 retrieves files from the web Versions of packages gettext suggests: pn gettext-doc none (no description available) -- no debconf information helloworld.tgz Description: GNU Unix tar archive
Bug#546497: aptitude: Updated Danish translation for 0.5.9rc2-1
tags 546497 +pending thanks Hi Morten, On Sun, Sep 13, 2009 at 06:25:49PM +0200, Morten Bo Johansen wrote: Package: aptitude Version: 0.5.9rc2-1 Severity: wishlist Tags: patch l10n A fully updated Danish translation for the experimental version of Aptitude is in the attachment. thanks for the update. I committed it. Hopefully it also fixes the encoding problem in the current version in experimental. Yep, it seems so. The encoding error was introduced by Daniel in the merge 2011:44fbf1c95238. I assume he edited the files manually with a text editor to adapt the header (or something like this) and destroyed the encoding this way. I checked again all PO files in po/ and they look good. UTF-8 is now used in every file. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535806: aptitude: [INTL:ru] Russian program translation update
tags 535806 +pending thanks On Sun, Jul 05, 2009 at 01:23:54PM +0400, Yuri Kozlov wrote: Package: aptitude Version: experimental 0.5.2.1-1 Severity: wishlist Tags: l10n patch Russian program translation update is attached. Thanks, I committed it. Sorry for the delay. Current status is 1447t10f2u. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522445: aptitude: [INTL:pt] Updated Portuguese translation
tags 522445 +pending thanks On Fri, Apr 03, 2009 at 08:17:28PM +0100, Miguel Figueiredo wrote: Package: aptitude Version: n/a Tags: l10n, patch Severity: wishlist Updated Portuguese translation for aptitude's debconf messages. Translator: Miguel Figueiredo el...@debianpt.org Feel free to use it. Thanks, I committed it. Sorry for the very long delay. You attached the program translation, not the debconf one. A few remarks: * You changed Pré-definição -- Predefinição. But in the first msgstr this disturbs the indentation. I fixed it. * Once you remove fuzzy messages, please also remove the corresponding #| comments as these are only useful to resolve the fuzzy state. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547798: [gettext]: gettext.h incompatible with g++ -pedantic (error: ISO C++ forbids variable length array ‘msg_ctxt_id’)
Package: gettext Version: 0.17-7 Severity: important Hi, compiling #include /usr/share/gettext/gettext.h int main() { return 0; } with g++ -pedantic results in: /usr/share/gettext/gettext.h: In function ‘const char* dcpgettext_expr(const char*, const char*, const char*, int)’: /usr/share/gettext/gettext.h:201: error: ISO C++ forbids variable length array ‘msg_ctxt_id’ /usr/share/gettext/gettext.h: In function ‘const char* dcnpgettext_expr(const char*, const char*, const char*, const char*, long unsigned int, int)’: /usr/share/gettext/gettext.h:247: error: ISO C++ forbids variable length array ‘msg_ctxt_id’ I work around it by using #define _LIBGETTEXT_HAVE_VARIABLE_SIZE_ARRAYS \ - (((__GNUC__ = 3 || __GNUG__ = 2) !__STRICT_ANSI__) \ + (((__GNUC__ = 3 || __GNUG__ = 2) !__STRICT_ANSI__) !__cplusplus \ but detecting a macro which is set in pedantic mode is probably better. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545144: [l10n] Updated Czech translation of aptitude
tags 545144 +pending thanks On Sat, Sep 05, 2009 at 01:04:15PM +0200, Miroslav Kure wrote: Package: aptitude Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of aptitude as of today's hg. Please include it with the package. Thanks, I committed it. A few minor issues: msgid _Reload Package Cache msgstr Znovu načíst cache msgid _Become Root msgstr Stát se rootem msgid _Quit msgstr Konec No key accelerator used in translation? There are more strings like these. I also suggest to remove lines starting with #~| Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545695: html2text: No proper encoding/multibyte support
Package: html2text Version: 1.3.2a-14 Severity: normal Hi, trying to create the Spanish documentation of aptitude (from it's repository, revision 3228:c354bd7ae8c7) using $ make -C debug/doc/es which calls rm -fr output-txt xsltproc -o output-txt/index.html ../../../doc/es/../aptitude-txt.xsl aptitude.xml Error: no ID for constraint linkend: configAptInstallRecommends. html2text -width 80 -ascii -nobs -rcfile ../../../doc/es/../aptitude-txt.style output-txt/index.html | ../../../doc/es/../fixup-text README.es results in a bogus text file README.es: First of all a lot of UTF-8 characters are used (in an UTF-8 environment): Examples from the first lines of the file: quote Versin 0.5.3.1 Copyright 2004-2008 Daniel Burrows /quote Removing the option -ascii (which doesn't work as expected) one still doesn't get a proper UTF-8 file: aptitude/debug/doc/es$ html2text -width 80 -rcfile ../../../doc/es/../aptitude-txt.style output-txt/index.html | \ grep la mitad inferior de la pantalla | |??rea de informaci??n (la mitad inferior de la pantalla). El ??rea de informaci???|n As you can see the problem is the vertical column separator | which probably interrupts two bytes of the last multibyte character and makes the file not UTF-8 conform. I assumed it should be easy to reproduce but failed with another error: $ html2text -width 10 test.html Input recoding failed due to invalid input sequence. Unconverted part of text follows. #|?? |?? ??#|?? |?? ??#|?? |?? ??#|?? |?? ??#|?? |?? ??#|?? |??| This error is wrong. test.html is a proper HTML file in latin1 encoding! So many errors ... Jens -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages html2text depends on: ii libc6 2.9-25 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-1 GCC support library ii libstdc++64.4.1-1The GNU Standard C++ Library v3 html2text recommends no packages. Versions of packages html2text suggests: ii curl 7.19.5-1 Get a file from an HTTP, HTTPS or ii wget 1.11.4-4 retrieves files from the web -- no debconf information öäü öäü öäü öäü öäü öäü öäü öäü öäü öäü öäü öäü öäü
Bug#544563: iceweasel: doesn't display some PNG images
Package: iceweasel Version: 3.0.12-1 Severity: normal Hi, even after removing ~/.mozilla/firefox/ and using option -safe-mode I often notice that iceweasel doesn't display all PNG images. I suspect that only transparent images are problematic. Even the not supported ones are displayed until the image is completely rendered (I see how the first top part is drawn), once this happens the image vanishes and I see only the empty background image. This could be an error in libpng or whatever library is used to render PNG images. One example page is http://eclipse.org/linuxtools/new/ where nearly no image is displayable. I attached an image from this page. After converting the image using ImageMagick's convert I get a viewable image autoreconf2.png: $ convert autoreconf.png PNG24:autoreconf2.png $ identify autoreconf.png autoreconf.png PNG 718x293+0+0 DirectClass 8-bit 31.1K 0.000u 0:01 $ identify autoreconf2.png autoreconf2.png PNG 718x293+0+0 DirectClass 8-bit 23.6K 0.000u 0:01 (The PNG32 format doesn't work). Please note that opening the image (file:///tmp/autoreconf.png) is sufficient to demonstrate this bug, there is no need to load an HTML page. Jens -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 3.2.1 Miscellaneous utilities specific t ii fontconfig2.6.0-4generic font configuration library ii libc6 2.9-25 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-1 GCC support library ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libgtk2.0-0 2.16.5-1 The GTK+ graphical user interface ii libnspr4-0d 4.8-1 NetScape Portable Runtime Library ii libstdc++64.4.1-1The GNU Standard C++ Library v3 ii procps1:3.2.8-1 /proc file system utilities ii psmisc22.8-1 utilities that use the proc file s ii xulrunner-1.9 1.9.0.13-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii latex-xft-fonts 1.6.3-5 TrueType versions of some TeX font ii libkrb53 1.6.dfsg.4~beta1-13 Transitional library package/krb4 ii mozplugger 1.12.1-2Plugin allowing external viewers t pn ttf-mathematica4.1 none (no description available) pn xfonts-mathmlnone (no description available) ii xprint 2:1.4.2-11 X11 print system (binary) ii xulrunner-1.9-gnome- 1.9.0.13-1 Support for GNOME in xulrunner app -- no debconf information attachment: autoreconf.png
Bug#532900: Bug#535630: ssh: searchs xauth in /usr/X11R6/bin/ which doesn't exist
On Tue, Jul 28, 2009 at 12:53:32PM +0100, Colin Watson wrote: On Fri, Jul 03, 2009 at 10:27:10PM +0200, Jens Seidel wrote: Package: openssh-client Version: 1:5.1p1-6 Connecting to a server via ssh option -X results in the error message: sh: /usr/X11R6/bin/xauth: No such file or directory I've straced both ssh and sshd, and both of them are correctly using /usr/bin/X11/xauth, not /usr/X11R6/bin/xauth. Hhm, I had trouble connecting to my OpenMoko, which is the same usecase as Lucas one. First of all is the ssh server or the client responsible to find xauth? If it's the server's part I probably mistakenly filed the bug against openssh instead dropbear, in this case please close this bug. Nevertheless I remember that I searched for xauth in the openssh source and found it in /usr/X11R6/bin. I should probably consider the following note: Luca notes that _PATH_XAUTH is defined to /usr/X11R6/bin/xauth in pathnames.h, but I think he's missing the fact that that's just the upstream default and that it's already overridden in defines.h (via debian/rules passing --with-xauth to configure). Jens, can you tell me anything more about your setup? Is it possible that you have this incorrectly configured somewhere, either in ssh/sshd's configuration or in some shell startup files? I have no special configuration of ssh/sshd, especially not xauth related. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532900: [pkg-fso-maint] Bug#532900: dropbear: has no more existent /usr/X11R6/bin/xauth hardcoded
severity 535630 important thanks On Thu, Jul 23, 2009 at 07:25:44PM +0200, Luca Capello wrote: severity 532900 important Did the same on the openssh bug. On Fri, 12 Jun 2009 17:58:48 +0200, Axel Beckert wrote: Since x11-common 1:7.4+2, the /usr/X11R6/bin symbolic link is no more shipped with x11-common and therefore /usr/X11R6 is more present in most Sid installations. [...] This breaks X forwarding to Sid machines running dropbear as SSH server, because the xauth location is hardcoded as to be at /usr/X11R6/bin/xauth in dropbear's options.h. This breaks practically every Openmoko running the default Debian. Moreover, since X.Org in Debian moved away from /usr/X11R6 since etch (upstream changed with the transition to 7.0 [1]) and IIRC it was a Release Goal at that time, this should be at least severity important. The same bug applies to OpenSSH (and thus it should be cloned and reassigned), look at openssh-5.1p1 [2], look at pathnames.h:137: I CC:ed the corresponding bug report. OpenSSH maintainer, please compare with #532900. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538117: ITP: plasma-widget-dvb-info -- A KDE plasma applet for Dresden's public transport arrival/departure times
On Thu, Jul 23, 2009 at 08:37:04AM +, Gregor Jasny wrote: * Package name: plasma-widget-dvb-info Description : A KDE plasma applet for Dresden's public transport arrival/departure times This KDE plasma applet provides arrival and departure times for any stop of Dresden's public transportiation system. s/transportiation/transportation/ I suggest to choose a different name. I know the transportation system in Dresden a little bit but nevertheless I would expect that plasma-widget-dvb-info contains Digital Video Broadcasting stuff and nothing related to traffic. Why do you do not use plasma-widget-dresden-traffic-info or something similar? Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521025: aptitude: [INTL:sk] Slovak translation
tags 521025 + pending thanks On Tue, Jul 21, 2009 at 02:02:33PM +0200, helix84 wrote: .po file for current head (sorry, previous one had gettext errors) I committed it. Thanks! Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536889: [developers-reference]: Please add an example for the short description starting with a verb
On Sat, Jul 18, 2009 at 07:02:02PM +0100, Justin B Rye wrote: The next step is to get your comments together as something I can conveniently point at in a post to debian-l10n-english. Oops, missed that you waited for my input. Criticisms: 1) basically, it's not clear that verb phrases are the main thing we're deprecating; 2) in particular, the noun phrase/verb phrase part can be read as an incidental description of the given example; 3) more examples (both should and should not) would be good; 4) a good heuristic also makes it sound as if fitting the template is optional. (Yes, the underlying definition is a matter of syntax, but since developers don't usually think in terms of noun phrases or verb phrases, the heuristic is the only practical validation mechanism.) Yep, this is a good summary. You also mention the issue of translations. I don't know if we'd want to even try to apply the same rule in languages that use suffixed articles, or no articles at all! And Verb-Subject-Object languages like Welsh would make things even trickier... Right, forget about translations. Even in English one cannot construct a sentence from the synopsis as the article (a, an, ...) has to be determined manually ... Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537620: [python-edbus]: Not installable on [!i386]
Package: python-edbus Version: 0.3.1+svn20090511-1 Severity: serious Hi, python-edbus depends on libecore-svn-01 as well as libedbus-svn-01 on non-i386 systems. Both packages are only available in version -02 so please rebuild against these. A rebuild on armel works without problems ... Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537620: [python-edbus]: Not installable on [!i386]
On Sun, Jul 19, 2009 at 11:10:07PM +0200, Jens Seidel wrote: Package: python-edbus Version: 0.3.1+svn20090511-1 Severity: serious Hi, python-edbus depends on libecore-svn-01 as well as libedbus-svn-01 on non-i386 systems. Both packages are only available in version -02 so please rebuild against these. Same problem exists for python-evas, python-edje, ... Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536889: [developers-reference]: Please add an example for the short description starting with a verb
Hi Justin, sorry for the delay ... On Tue, 14 Jul, 2009 at 06:06:13PM +0100, Justin B Rye wrote: As the previous line of DevRef6.2.2 says, what developers are meant to be using is a noun phrase (minus articles), _not_ a verb phrase. quote It should also omit any initial indefinite or definite article - a, an, or the. Thus for instance: Package: libeg0 Description: exemplification support library Technically this is a noun phrase minus articles, as opposed to a verb phrase. /quote Please note that this is not good formulated. I assumed that the last sentence just referred to the given example and not to the general rule. Because of this it's currently also possible to just omit this sentence. Or does it just need to give more examples? Maybe examples of what _isn't_ right? Since package description are important and since each change requires 20 translators to jump in and update translations more examples would be good. This also increases consistence which is good (simplifies the search patterns one has to start apt-cache search with, ...). I never considered e.g. the example of a verb phrase starting with a anoun you gave in your last mail :-) On Fri, Jul 17, 2009 at 12:40:25PM +0100, Justin B Rye wrote: Justin B Rye wrote: It was already obvious that technical terms alone wouldn't work (because they're meaningless to non-linguists); but it seems the substitution formula doesn't work very well either. Or does it just need to give more examples? Maybe examples of what _isn't_ right? I'd also be inclined to retitle this bug to something like [developers-reference]: explicitly deprecate verb phrase synopses, but I'd prefer to hear from you before I do that. Yep, this is fine with me. The only reliable way for non-specialists to tell whether a phrase obeys the guidelines is to slot it into the heuristic template and see if it fits. OK, in this case please emphasise that the heuristic template has to fit. Currently: A good heuristic is that it should be possible to substitute the package name and synopsis into this formula:. All descriptions which do not match this are not necessarily bad, at least following mathematical logic. I also considered a slightly variation of the template (The package name synopsis) (so that it fits verbs) acceptable. Maybe this should be rephrased to: It is strongly suggested that the package synopsis fits the following template: Weaker alternative: In general the package synopsis should fit the following template: The advantage of such an authoritative template is that one can easily determine if a description is OK or not. In the initial example I gave I really assumed a grammatical error, other people interpreted the synposis differently and considered my usage as error. Nevertheless I assume no package manager can display the (filled) template as it is probably hard to translate. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536889: [developers-reference]: Please add an example for the short description starting with a verb
Package: developers-reference Severity: wishlist Hi, as described in #400970 the formulation of the short description starting with a verb is not clear. Chapter 6.2.2 suggests: A good heuristic is that it should be possible to substitute the package name and synopsis into this formula: The package name provides {a,an,the,some} synopsis. Applying this to a package description as display large colourful characters in text mode one could guess that a 3rd person form is more suitable: displays ... Nevertheless the non 3rd person form dominates: apt-cache search create | grep ' - create' | wc -l 26 apt-cache search creates | grep ' - creates' | wc -l 3 It would be nice to have a small example or a hint for such a synopsis. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#441613: Aptitude l10n (german) bugs, was: Re: Bug#441613: closed by Christian Perrier bubu...@kheops.frmug.org (Closing old aptitude l10n bug reports)
On Thu, Jul 09, 2009 at 07:40:30PM +0200, Helge Kreutzmann wrote: On Thu, Mar 27, 2008 at 06:41:37PM +0100, Helge Kreutzmann wrote: On Thu, Mar 27, 2008 at 07:11:15AM +0100, Christian Perrier wrote: I just had a look at the German man page for aptitude and noticed lots of errors. Since aptitude does not use po4a (which I am familiar with) Well, you did not reply about using po4a or anything regarding the tool used for aptitude. As far as I see, aptitude *does* use po4a for the documentation i18n. Only Japanese and French use it, though. I switched also German to use po4a some months ago. I announced this in a few bug reports but not in all is it looks ... Did you have a chance to look and possibly work on these bugs? (Sorry if I missed your reply, cannot find it anyhow). To be honest I have much less time than even a few weeks ago. I will very likely not beeing able to translate the documentation of aptitude and even for the GUI strings I need a fixed release date. Nevertheless I work sporadically on aptitude and know that some l10n bugs are still open. If it contains a patch or mentions just a few simple typos I should be able to work on these especially before a new release. Maybe this weekend ... If you want to send a patch against the current PO file feel free to do so but for ordinary typos it doesn't help a lot as fixing these manually and applying a patch requires the same time (including proofreading, performing a build to see whether there are syntax errors, ...). Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#441613: Aptitude l10n (german) bugs, was: Re: Bug#441613: closed by Christian Perrier bubu...@kheops.frmug.org (Closing old aptitude l10n bug reports)
tags 441613 + pending thanks All the mentioned issues should already be fixed in the PO file. At least I didn't find any of the faulty strings in it. Please note that I haven't checked the whole file for e.g. consistent use of quotes but as the original document uses quote instead of or ' PO file checkers can probably recognize such mistranslations. I assume po4a honored this once I converted the old manual pages into PO format. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536493: ITP: xmount -- tool to crossmount between multiple input and output image files
On Fri, Jul 10, 2009 at 02:19:01PM +0200, Michael Prokop wrote: Description : tool to crossmount between multiple input and output image files xmount allows you to convert on-the-fly between multiple input and output image types. xmount creates a virtual file Reading image I assumed pictures and wondered why a filesystem representation is provided. It's not impossible, there could be for each image transformation (filter) a preview to visualise the filter so it makes sense. But you do not mean this, right? I suggest to use system image, filesystem image or something like this to avoid confusion. system using FUSE (Filesystem in Userspace) that contains a virtual representation of the input image. The virtual representation can be in raw DD or in VirtualBox's virtual disk file format. Input images can be raw DD or EWF (Expert Witness Compression Format). In addition, xmount also supports virtual write access to the output files that is redirected to a cache file. This makes it for example possible to use VirtualBox to boot an OS contained in a read-only EWF image. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535630: ssh: searchs xauth in /usr/X11R6/bin/ which doesn't exist
Package: openssh-client Version: 1:5.1p1-6 Connecting to a server via ssh option -X results in the error message: sh: /usr/X11R6/bin/xauth: No such file or directory xauth itself depends on x11-common and according to #362832 it provided a link for /usr/X11R6/bin in the past. But this is no longer true so please try to search for xauth in /usr/bin and fall back to /usr/X11R6/bin/xauth ... ii xauth 1:1.0.3-2 ii x11-common1:7.4+3 Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521558: Updated translation to 26 April
tags 521558 + pending thanks On Sun, Apr 26, 2009 at 05:47:33PM +0200, Marcos wrote: I update to the new translations (26 April 2009 - 1454 strings in file). Can you update this package for aptitude, please? Sorry for the delay. I committed it. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#480552: fails to stop hald on upgrade...
hal version upgrade: 0.5.11-8 - 0.5.12~git20090406.46dc48-2 Hi, I also had big trouble configuring hal during an upgrade of hal from 0.5.11-8 to 0.5.12~git20090406.46dc48-2 (sorry, do no longer remember whether I started the upgrade from lenny to squeeze, it happened weeks ago (May 18, 2009) and I hoped the problem will go away). I solved it finally by killing hald but from my first attempts to solve it I copied from the console: # LANG=C dpkg --configure -a Setting up hal (0.5.12~git20090406.46dc48-2) ... usermod: no changes * Reloading system message bus config... ...done. insserv: warning: current stop runlevel(s) (S) of script `hwclockfirst.sh' overwrites defaults (empty). insserv: warning: script 'resolvconf' missing LSB tags and overrides * Starting Hardware abstraction layer hald invoke-rc.d: initscript hal, action start failed. dpkg: error processing hal (--configure): subprocess installed post-installation script returned error exit status 1 Attention: The exit status changes from (initially???) 1 to 2 to 1, ... on further attempts (it doesn't converge :-)). Note the missing OK output, exit status of the init script was never 0: debian:/home/jens# /etc/init.d/hal stop * Stopping Hardware abstraction layer hald ...done. debian:/home/jens# /etc/init.d/hal start * Starting Hardware abstraction layer hald debian:/home/jens# /etc/init.d/hal start echo ok * Starting Hardware abstraction layer hald debian:/home/jens# /etc/init.d/hal stop * Stopping Hardware abstraction layer hald ...done. debian:/home/jens# /etc/init.d/hal start echo ok * Starting Hardware abstraction layer hald # Calling dpkg --configure hal took many minutes until it failed. The problematic command in /etc/init.d/hal was: start-stop-daemon --start --oknodo --pidfile /var/run/hald/hald.pid --exec /usr/sbin/hald -- I tried also without --oknodo but got the same problem. I stopped the time for the start-stop-daemon command and got: debian:/home/jens# time start-stop-daemon --start --oknodo --pidfile /var/run/hald/hald.pid --exec /usr/sbin/hald -- echo OK real0m0.013s user0m0.004s sys 0m0.000s debian:/home/jens# time start-stop-daemon --start --oknodo --pidfile /var/run/hald/hald.pid --exec /usr/sbin/hald -- echo OK real4m10.011s user0m0.000s sys 0m0.004s I checked at this moment for the PID file: (The bug reporter mentioned /var/run/hal/hald.pid instead of /var/run/hald/hald.pid, did this change recently???) # cat /var/run/hald/hal* cat: /var/run/hald/hal*: No such file or directory debian:/home/jens# time start-stop-daemon --start --oknodo --pidfile /var/run/hald/hald.pid --exec /usr/sbin/hald -- echo OK real4m10.012s user0m0.000s sys 0m0.004s debian:/home/jens# time start-stop-daemon --start --oknodo --pidfile /var/run/hald/hald.pid --exec /usr/sbin/hald -- echo OK real0m0.014s user0m0.004s sys 0m0.000s debian:/home/jens# time start-stop-daemon --start --oknodo --pidfile /var/run/hald/hald.pid --exec /usr/sbin/hald -- echo OK real0m0.013s user0m0.000s sys 0m0.004s debian:/home/jens# time start-stop-daemon --start --oknodo --pidfile /var/run/hald/hald.pid --exec /usr/sbin/hald -- echo OK real0m0.014s user0m0.004s sys 0m0.000s debian:/home/jens# time start-stop-daemon --start --oknodo --pidfile /var/run/hald/hald.pid --exec /usr/sbin/hald -- echo OK ^C real1m1.142s user0m0.000s sys 0m0.004s debian:/home/jens# time start-stop-daemon --start --oknodo --pidfile /var/run/hald/hald.pid --exec /usr/sbin/hald -- echo OK real0m0.013s user0m0.004s sys 0m0.000s Why is it sometimes fast and sometimes not? I first suspected that /usr/sbin/hald cannot be started, but this is not true. Starting /usr/sbin/hald works flawlessly (independant of whether it is already running or not IIRC). With set -xe in the init script: # LANG=C dpkg --configure hal Setting up hal (0.5.12~git20090406.46dc48-2) ... usermod: no changes * Reloading system message bus config... ...done. insserv: warning: current stop runlevel(s) (S) of script `hwclockfirst.sh' overwrites defaults (empty). insserv: warning: script 'resolvconf' missing LSB tags and overrides * Starting Hardware abstraction layer hald [snip] + do_start + [ ! -d /var/run/hald ] + start-stop-daemon --start --oknodo --pidfile /var/run/hald/hald.pid --exec /usr/sbin/hald -- invoke-rc.d: initscript hal, action start failed. dpkg: error processing hal (--configure): subprocess installed post-installation script returned error exit status 1 (Does the last message make sense? I would drop installed especially as dpkg was called manually and not during the extraction phase so that no subprocess of the current dpkg installed the post-inst script.) According to this bug report I tried killing hald first and this worked indeed! There was also no delay during dpkg --configure hal. Great! PS: Don't know whether it's important but I run hal in a Xen
Bug#534441: [pushover] Error in desktop file
Package: pushover Version: 0.0.1-1 Severity: minor Tags: patch Hi, during an aptitude session I got: Could not parse file '/usr/share/applications/pushover.desktop': Key file contains line 'Categories:Application:Game:LogicGame' which is not a key-value pair, group, or comment There should be a = instead of the first : in Categories:Application:Game:LogicGame in the desktop file. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531582: aptitude: fails to build in a UTF-8 locale
tags 531582 + pending thanks On Tue, Jun 02, 2009 at 03:37:33PM +0100, Neil Williams wrote: There is a sed instruction in aptitude doc/fi that relies on the environment *not* being UTF-8. + sed -i $'s/AUTHOR/TEKIJ\304/' aptitude.fi.8 sed: -e expression #1, char 16: unterminated `s' command This sed failure fails the build. You are right, I fixed this by just uncommenting the affected line. Now AUTHOR will stay English but we can live with it for now ... I think (but haven't tested) that if the XML itself is modified to actually set the tags listed in the Note: and Warn: output of xsltproc, most (if not the entire) fixman script can be removed - as long as the XML itself is UTF-8 compatible at the end. Yep, the warning should be eliminated. Also the whole doc build infrastructure needs to be cleaned up. Currently for each language different rules, scripts, ... are used. Will do it later ... Thanks, Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528725: debian-reference-en: Mention wpa-supplicant
reopen 528725 thanks On Thu, May 14, 2009 at 04:27:27PM -0700, Ross Boylan wrote: Package: debian-reference-en Severity: normal I don't think I've ever gotten wireless working without wpa-supplicant. Since the current document has still some issues related to wireless and wpa-supplicant I reopen the bug. Hope it is OK (that's why I asked for the source, not to update the German translation :-((). The main issue I miss is that either wpa-supplicant or network-manager are required or at least strongly suggested for WEP and even unencrypted networks as well. This is necessary because a WLAN connection may disconnect from the access point for whatever reasons (e.g. a kernel bug which I recognised and which affected my connection every 2-3 minutes) and both tools scan the network and reestablish the connection (didn't worked for me but that is what I found). Other issues: WLAN = spread-spectrum communication of unlicensed radio bands I would drop unlicensed. At least in Europe each state has very strict rules about usable frequency. Maybe you even mean licensed? WEP The 1st generation 64-bit (128-bit) wireless encryption standard with 40-bit key. Deprecated. Also 104-bit keys are used! /e/n/i What's this? You mean /etc/network/interfaces, right? FIX IT!!! There is a lot else that is mysterious about networking, particularly wireless, Oh yes! Here are some other things it would be nice to know about wireless: What's with wlan0 vs wmaster0? What's the relation between configuration done in /etc/network/interfaces and that done through a front-end like kwifimanager? Is configuration done through the latter available in non-GUI or single-user mode? (I think not, at least not obviously. Which always makes trouble for me when things are going wrong.) Does network-manager do anything now? I think it's behind at least some of the GUI tools. network-manager destroys always /etc/resolv.conf :-) How is one supposed to use interfaces managed by wpasupplicant? Reestablishing a connection via ifdown + ifup does not work. Has one to use the logical network device created by wpasupplicant or to restart /etc/init.d/wpa-ifupdown, ...? Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#402542: [Wesnoth] Korrektur der Einführung
On Sun, May 31, 2009 at 09:57:48AM +0200, Mark de Wever wrote: Servus Rhonda, hier ist die, vor einigen Wochen versprochenen, Korrektur der Einführung. Some comments ... -*Klickt mit der linken Maustaste oder drückt eine Taste um fortzufahren ... +bigKlickt mit der linken Maustaste oder drückt eine Taste um fortzufahren .../big Komma vor um fehlt. msgstr -Nach eurem Sieg werdet ihr sehen, wie die Karte ausgegraut wird um -anzuzeigen, dass diese Szenario beendet ist. Hier könnt ihr noch einmal eure -Truppen und ihren Zustand begutachten, bevor ihr »Szenario beenden« wählt, um +Nach Eurem Sieg werdet Ihr sehen, wie die Karte ausgegraut wird um Komma vor um +anzuzeigen, dass diese Szenario beendet ist. Hier könnt Ihr noch einmal Eure +Truppen und ihren Zustand begutachten, bevor Ihr »Szenario beenden« wählt, um in das folgende Szenario zu wechseln. msgstr -Nein. Wenn Ihr einen Eurer Krieger direkt neben eine feindliche Einheit +Nein. Wenn du einen deiner Krieger direkt neben eine feindliche Einheit bewegt, befindet dieser sich in der gegnerischen »Kontrollzone« und kann sich bewegst daher in diesem Zug nicht weiter bewegen.\n -Um Eure Einheiten auf die Insel zu bewegen, ohne durch das seichte Wasser zu -waten, müsst Ihr ihn töten. +Um deine Einheiten auf die Insel zu bewegen, ohne durch das seichte Wasser zu +waten, müsst du ihn töten. musst msgstr -Ihr ward siegreich! Als nächstes solltet ihr Kampagnen mit der Einstufung +Ihr ward siegreich! Als nächstes solltet Ihr Kampagnen mit der Einstufung Einfach ausprobieren, wie zum Beispiel: »Die Südwacht«, »Ein Einmarsch der Als Nächstes??? einfach??? (bin nicht sicher) Orks«, »Die Geschichte zweier Brüder« oder »Der Thronerbe«. »Die Südwacht« wurde speziell für Neulinge gestaltet. Konrad, Li'sar und Delfador sind Charaktere Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522970: hex-a-hop: More undo steps needed
On Wed, Apr 22, 2009 at 10:41:30AM +0200, Bas Wijnen wrote: As far as I'm concerned, we should remove the limit completely. I don't see a reason for limiting undo steps at all. It forces the player to carefully think before each step. Otherwise it's just a game and not a mathematical miracle (I currently have a very funny mathematical puzzle which is very interesting: See e.g. http://www.skats.de/raetselecke/19592-zahlenraetsel, very funny, I would never like to miss such fun even in games). Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524606: xfce4-panel: Missing Suggests/Recommends on xfdesktop4
On Sun, Apr 19, 2009 at 11:11:53AM +0200, Yves-Alexis Perez wrote: On sam, 2009-04-18 at 22:29 +0200, Jens Seidel wrote: Do you have a correct menu when you right click on the desktop? Right clicking is not so easy with a touchpad. But after calling 'xmodmap -e pointer = 3 2 1' I could test it: No, I don't have any dialog once I press the right button. Could you try to re-add a start menu in your panel and see if it works. Silly me, this worked! I just opened the content menu on the panel (via a remote X session to be able to use my 3 button mouse on my desktop) and just readded the start menu :-) Now it works ago. It was probably removed because of the violated dependency and to fix this was the aim of my bug report. Thanks, Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524606: xfce4-panel: Missing Suggests/Recommends on xfdesktop4
Package: xfce4-panel Version: 4.6.0-2 Severity: normal Hi, since some days I miss a start menu in xfce4-panel. First I assumed it is because not all xfce packages of version 4.6 where compiled yet and some older packages from 4.4 are still used. But today even the last old package xfce4-session could be upgraded to 4.6.0-2 but the problem remains: $ xfce4-panel (xfce4-panel:5193): xfce4-panel-WARNING **: No X-XFCE-{Module,Exec} entry found in /usr/share/xfce4/panel-plugins/xfce4-menu.desktop. (xfce4-panel:5193): xfce4-panel-WARNING **: Failed to create plugin xfce4-menu /usr/share/xfce4/panel-plugins/xfce4-menu.desktop from package xfdesktop4-data contains X-XFCE-Exec=/usr/lib/xfce4/panel-plugins/xfce4-menu-plugin. The problem was that /usr/lib/xfce4/panel-plugins/xfce4-menu-plugin provided by xfdesktop4 was not installed. Since xfce4-panel uses xfce4-menu.desktop from xfdesktop4-data and xfce4-menu-plugin from xfdesktop4 please add a (weak) dependence on xfdesktop4 (which depends itself on xfdesktop4-data). Maybe even xfdesktop4-data should depend on xfdesktop4 even if this creates a circular dependency. After installing xfdesktop4 the warnings vanished. I still have no start menu, even after calling update-menu, but I'm sure it will work again soon. Jens -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: armel (armv4tl) Kernel: Linux 2.6.29-20090303.gitb9de904e (PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-panel depends on: ii exo-utils 0.3.100-2 Utility files for libexo ii libatk1.0-01.24.0-2 The ATK accessibility toolkit ii libc6 2.9-7 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1The Cairo 2D vector graphics libra ii libexo-0.3-0 0.3.100-2 Library with extensions for Xfce ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4 FreeType 2 font engine, shared lib ii libglib2.0-0 2.20.1-1 The GLib library of C routines ii libgtk2.0-02.16.1-2 The GTK+ graphical user interface ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libpango1.0-0 1.24.0-3+b2 Layout and rendering of internatio ii libsm6 2:1.1.0-2 X11 Session Management library ii libstartup-notificatio 0.10-1library for program launch feedbac ii libwnck22 2.24.2-2 Window Navigator Construction Kit ii libx11-6 2:1.2.1-1 X11 client-side library ii libxfce4util4 4.6.0-2 Utility functions library for Xfce ii libxfcegui4-4 4.6.0-2 Basic GUI C functions for Xfce4 ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime xfce4-panel recommends no packages. xfce4-panel 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#524606: [Pkg-xfce-devel] Bug#524606: xfce4-panel: Missing Suggests/Recommends on xfdesktop4
On Sat, Apr 18, 2009 at 02:42:24PM +0200, Yves-Alexis Perez wrote: On Sat, 18 Apr 2009 14:17:14 +0200 Jens Seidel jenssei...@users.sf.net wrote: since some days I miss a start menu in xfce4-panel. First I assumed it is because not all xfce packages of version 4.6 where compiled yet and some older packages from 4.4 are still used. But today even the last old package xfce4-session could be upgraded to 4.6.0-2 but the problem remains: OK, there are still a few 4.4 packages installed, but no important ones I think. Since xfce4-panel uses xfce4-menu.desktop from xfdesktop4-data and xfce4-menu-plugin from xfdesktop4 please add a (weak) dependence on xfdesktop4 (which depends itself on xfdesktop4-data). Well, the xfce4-panel only uses what it's told to. One can remove the start menu (many people do) and it works perfectly fine. The thing is, the default panel config uses the menu plugin, so yes if one installs the panel and not xfdesktop, the default config will look a bit weird. But I definitely don't want to add too much dependencies, especially when it doesn't really make sense. Even not a suggests: or recommends:? Having a consistent default config is important, but usually a default config is when Xfce is completely installed, and that includes both xfce4-panel and xfdesktop4. I'm sure I had this in the past. But I hink because of the transition from 4.4 = 4.6 aptitude tried to solve some conflicts by removing packages. Maybe I did it also manually but it took really some time until most packages where rebuild on armel. Your problem is not directly related to that, as it arrises on upgrade, but, again, that won't happen if you upgrade consistently. And the xfce4 metapackage already brings all the versionned dependencies. I think my system is not too unconsistent :-) Please note that I hesitated to report this problem in the past because of the ongoing transition. After installing xfdesktop4 the warnings vanished. I still have no start menu, even after calling update-menu, but I'm sure it will work again soon. That, on the other hand, is really weird. Do you now have a consistent Xfce 4.6 installation? See the list below. Is the start menu plugin correctly configured? I did not change the default configuration, so it should be OK. But I run out of diskspace in the last days (root was not affected), maybe this could be a reason? Do you have a correct menu when you right click on the desktop? Right clicking is not so easy with a touchpad. But after calling 'xmodmap -e pointer = 3 2 1' I could test it: No, I don't have any dialog once I press the right button. # dpkg -la | grep xfce ii gtk2-engines-xfce 2.6.0-2 A GTK+-2.0 theme engine for Xfce ii libxfce4mcs-client3 4.4.2-4 Client library for Xfce4 configure interface ii libxfce4mcs-manager3 4.4.2-4 Manager library for Xfce4 configure interfac ii libxfce4menu-0.1-04.6.0-3 freedesktop.org compliant menu implementatio ii libxfce4util4 4.6.0-2 Utility functions library for Xfce4 ii libxfcegui4-4 4.6.0-2 Basic GUI C functions for Xfce4 rc xfce4 4.4.2.1 Meta-package for the Xfce Lightweight Deskto ii xfce4-battery-plugin 0.5.1-1 battery monitor plugin for the Xfce4 panel ii xfce4-cellmodem-plugin0.0.5-1 cellular modem plugin for the Xfce4 panel ii xfce4-cpufreq-plugin 0.2-2 cpufreq information plugin for the Xfce4 pan ii xfce4-cpugraph-plugin 0.4.0-1 CPU load graph plugin for the Xfce4 panel ii xfce4-datetime-plugin 0.6.1-1 date and time plugin for the Xfce4 panel ii xfce4-diskperf-plugin 2.2.0-1 disk performance display plugin for the Xfce ii xfce4-fsguard-plugin 0.4.2-1 filesystem monitor plugin for the Xfce4 pane ii xfce4-icon-theme 4.4.2-1 Xfce Standard icon theme ii xfce4-mcs-manager 4.4.2-3 Settings manager for Xfce4 ii xfce4-netload-plugin 0.4.0-1 network load monitor plugin for the Xfce4 pa ii xfce4-notifyd 0.1.0-2 simple, visually-appealing notification daem ii xfce4-panel 4.6.0-2 The Xfce4 desktop environment panel ii xfce4-session 4.6.0-2 Xfce4 Session Manager ii xfce4-settings4.6.0-2 graphical application for managing
Bug#524606: [Pkg-xfce-devel] Bug#524606: xfce4-panel: Missing Suggests/Recommends on xfdesktop4
On Sat, Apr 18, 2009 at 05:41:11PM +0200, Jens Seidel wrote: On Sat, Apr 18, 2009 at 02:42:24PM +0200, Yves-Alexis Perez wrote: On Sat, 18 Apr 2009 14:17:14 +0200 Do you have a correct menu when you right click on the desktop? 'xmodmap -e pointer = 3 2 1' I could test it: No, I don't have any dialog once I press the right button. Oops, I forget to look into my .xsession-errors after installing xfdesktop. Important entries: ** (xfdesktop:1862): WARNING **: org.xfce.Trash.QueryTrash failed: Failed to execute program /usr/bin/Thunar: Success ** (xfwm4:1766): CRITICAL **: getBoolValue: assertion `G_VALUE_TYPE(rc[i].value) == G_TYPE_BOOLEAN' failed (xfce4-panel:2200): Gtk-CRITICAL **: gtk_widget_set_size_request: assertion `height = -1' failed ** (xfdesktop:1862): CRITICAL **: Unable to get keyboard/mouse grab. Unable to pop up menu My device is a Neo FreeRunner mobile. It has no keyboard and no mouse (but a touchpad simulating a one button mouse). Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519693: [INTL:ast] Asturian aptitude templates translation update
tags 519693 +pending thanks On Sat, Mar 14, 2009 at 02:17:54PM +0100, Marcos wrote: Package: aptitude Version: N/A Severity: wishlist Tags: l10n patch Please find attached the Asturian update translation of the aptitude package. Thanks, I committed it. It just added a single message but the diff was nevertheless huge. The reason was that the original file had DOS line style endings :-) I fixed it to Unix style and added the single string. Feel free to send further updates as patch against the current file. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519906: use a database like MySQL to speed things up
On Mon, Mar 16, 2009 at 12:00:09PM +0800, jida...@jidanni.org wrote: Say, I notice aptitude is quite slow, e.g., ...Reading database ... 55%... Right, aptitude is very slow on embedded systems. There is some room for improvements. If I e.g. update the package list but no updates are available it should not be required to rebuild some trees (which takes 30 seconds and longer). Maybe moving the guts to a database like MySQL (in addition to xapian?) might speed things up. Hmmm, true, aptitude would no longer work from a bare bones system. I don't know anything about this stuff but Subversion 1.6 uses now sqlite which can be provided by a single header file IIRC. But you'll need apt-get anyway on e.g., cellphones with CPUs too tiny for comfortable aptitude use. Right, I have to kill a few processes (such as X) on my OpenMoko until I can use aptitude. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519840: xserver-xorg-input-tslib: crashs on rotated screen on first mouse press)
Package: xserver-xorg-input-tslib Version: 0.0.5-6 Severity: important Hi, Once I click on the touchpad of my Neo Freerunner it crashs the X server. Commenting the rotate option out makes it useable again. This remembers me that before the upgrade I (only once) noticed that the mouse press event generated a wrong mouse position whereas the mouse release event was right. Before I could report it I upgraded my system and noticed this bug. Maybe there is a relation to #493942 (tslib reports wrong value range for the axises)? My xorg.conf: Section Device Identifier Configured Video Device Driver fbdev Option RotateCW EndSection /var/log/Xorg.0.log: (WW) default pointer: No Device specified, looking for one... (II) default pointer: Setting Device option to /dev/input/mice (--) default pointer: Device: /dev/input/mice (==) default pointer: Protocol: Auto (**) Option CorePointer (**) default pointer: always reports core events (==) default pointer: Emulate3Buttons, Emulate3Timeout: 50 (**) default pointer: ZAxisMapping: buttons 4 and 5 (**) default pointer: Buttons: 9 (**) default pointer: Sensitivity: 1 (**) Option CoreKeyboard (**) default keyboard: always reports core events (**) Option Protocol standard (**) default keyboard: Protocol: standard (**) Option AutoRepeat 500 30 (**) Option XkbRules xorg (**) default keyboard: XkbRules: xorg (**) Option XkbModel pc105 (**) default keyboard: XkbModel: pc105 (**) Option XkbLayout us (**) default keyboard: XkbLayout: us (**) Option CustomKeycodes off (**) default keyboard: CustomKeycodes disabled (II) evaluating device (default pointer) (II) XINPUT: Adding extended input device default pointer (type: MOUSE) (II) evaluating device (default keyboard) (II) XINPUT: Adding extended input device default keyboard (type: KEYBOARD) (--) default pointer: PnP-detected protocol: ExplorerPS/2 (II) default pointer: ps2EnableDataReporting: succeeded (II) LoadModule: tslib (II) Loading /usr/lib/xorg/modules/input//tslib_drv.so (II) Module tslib: vendor=X.Org Foundation compiled for 1.4.2, module version = 0.0.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (**) s3c2410 TouchScreen: always reports core events (II) XINPUT: Adding extended input device s3c2410 TouchScreen (type: TOUCHSCREEN) xf86TslibControlProc xf86TslibControlProc SetClientVersion: 0 9 SetKbdSettings - type: 1090930100 rate: 30 delay: 500 snumlk: 52 Backtrace: 0: X(xf86SigHandler+0x70) [0x76360] Fatal server error: Caught signal 11. Server aborting xf86TslibControlProc -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: armel (armv4tl) Kernel: Linux 2.6.24-20081103.git7172ec57 (PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-input-tslib depends on: ii libc6 2.9-5 GNU C Library: Shared libraries ii libts-0.0-0 1.0-6 touch screen library ii xserver-xorg-core 2:1.4.2-11 Xorg X server - core server Versions of packages xserver-xorg-input-tslib recommends: ii hal 0.5.11-8 Hardware Abstraction Layer xserver-xorg-input-tslib 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#518981: [INTL:ast] Asturian aptitude templates translation
tags 518981 + pending thanks On Mon, Mar 09, 2009 at 07:55:27AM +0100, Marcos wrote: Package: aptitude Version: N/A Severity: wishlist Tags: l10n patch Please find attached the Asturian translation of the aptitude package. Thanks, I committed it! I suggest you build aptitude from source from the repository http://hg.debian.org/hg/aptitude/head to test your translations. You can also copy the (via msgfmt) generated .mo file to /usr/share/locale/ast/LC_MESSAGES/aptitude.mo to test it. Thanks! Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517272: aptitude: Mistake in traduction
tags 517272 + pending thanks On Thu, Feb 26, 2009 at 05:43:15PM -0200, Manuel Kaufmann wrote: Package: aptitude Version: 0.4.11.11-1 Severity: minor I use aptitude in Spanish. If you go to 'Paquete' menu and then go with arrows keys to 'Recorrer información de paquetes (i)' you can see in the status bar: 'Recorrer los modos del área de información de paquetes: puede mostrar la dsecripción larga del paquete, un resumen de su estado de dependencias o un análisis de porqué se necesita el paquete' You can see the mistake in 'dsecripción'. The correct word is 'descripción'. That's all. Thanks! I fixed it, thanks! Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503952: aptitude: [INTL:it] Updated Italian translation
On Mon, Feb 23, 2009 at 03:52:06PM +0100, Danilo Piazzalunga wrote: The latest PO attached to this bug report contained a small typo. Here is the corrected version. thanks, I fixed it. PS: I prefer a small patch (created via diff -u) for such minor corrections instead of a big file :-) Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502490: No ncurses (?) support in screen sessions
On Thu, Feb 26, 2009 at 01:02:14AM +0100, Jan Christoph Nordholz wrote: I fail to start aptitude and also Midnight Commander (mc) from inside a screen session. Whenever I start screen -U and in it mc or aptitude I just get a blank screen, no color, no text, nothing (but the cursor is repositioned). I cannot even interrupt mc via Ctrl+C (works with aptitude). I cannot reproduce this bug (neither Lenny nor sid/experimental, neither with 'altscreen on' nor without). Is one of you still able to reproduce I use the default configuration of screen, no 'altscreen on'. this behaviour? Without a reliable testcase I'm afraid I can't do much. I have not seen this bug in the last months. It doesn't sound like a ncurses problem to me, the altscreen suggestion seems more likely. What terminal emulators are you running screen in (resp. have you been running when you encountered the bug)? xterm Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516889: gettext: syntax error if comments are reordered
Package: gettext Version: 0.17-4 Hi, I noticed that msgmerge is very picky about the order of comments in PO files. $ cat test.po msgid msgstr Project-Id-Version: test\n PO-Revision-Date: 2009-02-23 23:21+0100\n Last-Translator: j...@localhost\n Language-Team: German j...@localhost\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #| msgid File not found :-) #: test.cc:1 #, c-format msgid File not found msgstr Datei nicht gefunden $ msgfmt -cv test.po test.po:13:1: syntax error msgfmt: found 1 fatal error Reordering the comments to #: test.cc:1 #, c-format #| msgid File not found :-) fixes this problem. You may ask why I used a PO file with such an ordering, right? The reason is that I have also access to gettext version 0.15 (doesn't support --previous option of msgmerge) and with this version I get: $ sed 's/test.cc:1/test.cc:2/' test.po test-new.po $ msgmerge -U test-new.po test.po Comments look now: # | msgid File not found :-) #: test.cc:1 #, c-format I now substituted # | by #| because I don't want to commit a PO file with unwanted # | comments and get an invalid file ... Nevertheless gettext 0.15 doesn't report errors so I committed a bogus file. PS: Just in case you wonder why I call msgmerge to update a file against itself: I found that this improves line breaks (the result of msgmerge and xgettext is very different in this regard!!) and leads to smaller diffs for version control systems. This is probably worth a separate bug report. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516895: gettext: wrong parameter handling?
Package: gettext Version: 0.17 Severity: minor Hi, I have the following C++ source file: $ cat test.cc #include iostream #define _(text) text int main() { std::cout _(Hi, this is a string) \n; return 0; } The paramater handling of option -k causes some problems for me: According to xgettext --help: -k, --keyword[=WORD]additional keyword to be looked for (without WORD means not to use default keywords) $ xgettext -k=_ -o test.po test.cc; cat test.po cat: test.po: No such file or directory Using $ xgettext --keyword=_ -o test.po test.cc a proper PO file is created as _ is recognized as keyword. Now I wonder, does the short option -k accept parameters or not? If not shouldn't it complain about =_? I also tried $ xgettext -k _ -o test.po test.cc; cat test.po xgettext: xgettext cannot work without keywords to look for I haven't looked at the source but I think GNU command line parsing supports also options to short params. See e.g. the examples % testopt -c foo aflag = 0, bflag = 0, cvalue = foo % testopt -cfoo aflag = 0, bflag = 0, cvalue = foo in http://www.gnu.org/software/libtool/manual/libc/Example-of-Getopt.html#Example-of-Getopt Yep, it is only a minor issue but it took me 5 minutes until I found that I have to use the long form of the option. I played with --c++ and further options first because I assumed another option was missing. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516895: gettext: wrong parameter handling?
On Tue, Feb 24, 2009 at 11:31:39AM +0100, Jens Seidel wrote: The paramater handling of option -k causes some problems for me: According to xgettext --help: -k, --keyword[=WORD]additional keyword to be looked for (without WORD means not to use default keywords) $ xgettext -k=_ -o test.po test.cc; cat test.po cat: test.po: No such file or directory I also tried $ xgettext -k _ -o test.po test.cc; cat test.po xgettext: xgettext cannot work without keywords to look for Ah, according to GNU getopt routines (http://puszcza.gnu.org.ua/software/mailfromd/manual/html_node/getopt.html): quote Options may have arguments. The argument to a short option is supplied immediately after the option character, or as the next word in command line. E.g., if option ‘-f’ takes a mandatory argument, then it may be given either as ‘-farg’ or as ‘-f arg’. The argument to a long option is either given immediately after it and separated from the option name by an equals sign (as ‘--file=arg’), or is given as the next word in the command line (e.g. ‘--file arg’). If the option argument is optional, i.e. it may not necessarily be given, then only the first form is allowed (i.e. either ‘-farg’ or ‘--file=arg’. /quote OK, this last sentence seems to confirm gettext's behaviour. I nevertheless failed to find this in the current glibc documentation or somewhere on www.gnu.org. Let's close this bug? Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516389: aptitude: aptitude why garbles output
On Sat, Feb 21, 2009 at 06:29:42AM +0100, zieg...@uni-freiburg.de wrote: Package: aptitude Version: 0.4.11.11-1 Severity: normal On my system the command $ LANG=en aptitude -s why libsdl1.2debian-alsa outputs - i uq De libsdl1.2debian (= 1.2.10-1) m pe nd s i A li De libsdl1.2debian-alsa (= 1.2.13-4) | libsdl1.2debian-all (= 1.2.13-4) |bsdl1. pe libsdl1.2debian-esd (= 1.2.13-4) | libsdl1.2debian-arts (= 1.2.13-4) 2debia nd | libsdl1.2debian-oss (= 1.2.13-4) | libsdl1.2debian-nas (= 1.2.13-4) n s | libsdl1.2debian-pulseaudio (= 1.2.13-4) - Whats the value of your COLUMNS variable? echo $COLUMNS Probably starting the output of resize will fix this problem for you. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#432288: Bug#515589: aptitude: German manpage doesn't reflect the change to full-upgrade
severity 515589 normal forcemerge 515589 409782 432288 tags 515589 + pending thanks On Mon, Feb 16, 2009 at 11:46:38AM +0100, debian.20.gpbu...@dfgh.net wrote: Package: aptitude While talking in IRC I got reminded that aptitude dist-upgrade is no longer preferred but aptitude full-upgrade. Unfortunately the german manpage doesn't reflect this change (the english one does). Since this is quite an important change (although dist-upgrade seems to work for now) I tagged it important. OK, I nevertheless reduce it a little bit ... I know there are some other bugs with this translation (e.g. #432288), but these are quite old and do in my opinion not match exactly. I switched to PO format so that this problem should be fixed with the next upload by using English strings for outdated translations. The patch from #432288 is not yet integrated (it doesn't address the main problem), will do so later. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516161: aptitude has unpredictable state following network error
On Thu, Feb 19, 2009 at 11:01:26AM -0500, Daniel Kahn Gillmor wrote: I just tried installing git-core via aptitude on a minimal amd64 vserver running squeeze. The network mirror i was pulling from has been really flakey (maybe a corrupt network service? A MITM? who knows...) and some packages have been typically not validating properly. (i was pulling from ftp.us.debian.org, fwiw) This remembers me that I also had in the past many problems once I installed from faulty CDs with broken checksums. There where conflicts during the distribution upgrade and resolution calculations tooks really long (multiple minutes). It always stoped once a faulty package was touched, I repaired the package manually by copying it from another source and restarted aptitude. Now I waited again multiple minutes for the first broken package and the resolver didn't continue, I fixed it, ... It is not identical to this problem but common is that aptitude should properly work also with faulty packages. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514881: release-notes: fixes
Hi Igor! On Wed, Feb 11, 2009 at 06:52:31PM +0200, Igor Stirbu wrote: * upgrade.po:136 fix 'reccomend' Fixed. * be consistent with either emphasisvisual mode/emphasis or quotevisual mode/quote in the context of using aptitude. Not yet fixed. * in section 4.3 a Note contains the command aptitude search 'i~M package_name' and it works if changed to aptitude search 'i~M' Fixed. Thanks, Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514011: [INTL:sv] updated Swedish translation
tags 514011 + pending thanks I CC:ed the previous translator. On Tue, Feb 03, 2009 at 01:39:54PM +0100, Marcus Better wrote: Package: aptitude Version: 0.4.11.11-1~lenny1 Severity: wishlist Tags: patch l10n This patch fixes some spelling errors and a mistranslation. Thanks Marcus, I applied it except: diff -r 23745e18540c po/sv.po --- a/po/sv.poThu Dec 04 18:36:55 2008 -0800 +++ b/po/sv.poTue Feb 03 13:37:54 2009 +0100 @@ -4,13 +4,14 @@ # # Daniel Nylander p...@danielnylander.se, 2005, 2006, 2007. # Martin Bagge brot...@bsnet.se, 2008. +# Marcus Better mar...@better.se, 2009. msgid msgstr Project-Id-Version: aptitude\n Report-Msgid-Bugs-To: aptit...@packages.debian.org\n POT-Creation-Date: 2008-09-05 16:05+0200\n -PO-Revision-Date: 2008-07-14 21:03+0200\n -Last-Translator: Martin Bagge brot...@bsnet.se\n +PO-Revision-Date: 2009-02-03 13:26+0100\n +Last-Translator: Marcus Better mar...@better.se\n Language-Team: Swedish debian-l10n-swed...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Since you fixed mostly spelling errors and the last translator seems still active I didn't changed this. I hope this is OK for you. I keep the following for Martin, please check. @@ -2068,18 +2069,18 @@ #: src/cmdline/cmdline_user_tag.cc:52 #, c-format msgid Adding user tag \%s\ to the package \%s\.\n -msgstr Lägger till användarettiketten \%s\ till paketet \%s\.\n +msgstr Lägger till användaretiketten \%s\ till paketet \%s\.\n #: src/cmdline/cmdline_user_tag.cc:59 #, c-format msgid Removing user tag \%s\ from the package \%s\.\n -msgstr Tar bort användarettiketten \%s\ från paketet \%s\.\n +msgstr Tar bort användaretiketten \%s\ från paketet \%s\.\n #: src/cmdline/cmdline_user_tag.cc:89 #, c-format msgid %s: too few arguments; expected at least a tag name and a package.\n msgstr -%s: felaktigt antal argument; borde varit åtminstone ett namn på en ettikett +%s: felaktigt antal argument; borde varit åtminstone ett namn på en etikett och ett paket.\n #: src/cmdline/cmdline_util.cc:131 @@ -2123,8 +2124,8 @@ #, c-format msgid %d update [%+d] msgid_plural %d updates [%+d] -msgstr[0] %d uppdatera [%+d] -msgstr[1] %d uppdaterar [%+d] +msgstr[0] %d uppdatering [%+d] +msgstr[1] %d uppdateringar [%+d] #: src/cmdline/cmdline_util.cc:320 #, c-format @@ -2303,7 +2304,7 @@ #: src/desc_parse.cc:334 msgid User Tags -msgstr Användarettiketter +msgstr Användaretiketter #: src/download_item.cc:80 src/download_item.cc:84 src/download_item.cc:106 #: src/generic/apt/acqprogress.cc:248 @@ -2426,13 +2427,13 @@ Error parsing a user-tag for the package %s: unexpected end-of-line following %s. msgstr -Fel vid läsning av användarettikett för paketet %s: oväntat slut på raden +Fel vid läsning av användaretikett för paketet %s: oväntat slut på raden efter %s. #: src/generic/apt/aptcache.cc:283 #, c-format msgid Unterminated '\' in the user-tags list of the package %s. -msgstr Oavslutad '\' i paketets (%s) lista med användarettiketter. +msgstr Oavslutad '\' i paketets (%s) lista med användaretiketter. #: src/generic/apt/aptcache.cc:387 msgid Can't open Aptitude extended state file @@ -2603,7 +2604,7 @@ #: src/generic/apt/download_update_manager.cc:363 msgid Updating debtags database... -msgstr Bygger databas för ettiketter (debtags)... +msgstr Bygger databas för etiketter (debtags)... # okej. kunde fan inte låta bli #: src/generic/apt/download_update_manager.cc:380 @@ -2638,7 +2639,7 @@ Updating the debtags database (%s update %s) failed (perhaps debtags is not installed?): %s msgstr -Kunde inte läsa in databas för ettiketter (%s update %s), kanske är inte +Kunde inte läsa in databas för etiketter (%s update %s), kanske är inte debtags installerat? %s #: src/generic/apt/dump_packages.cc:539 src/generic/apt/dump_packages.cc:629 @@ -3041,7 +3042,7 @@ #: src/load_config.cc:115 #, c-format msgid Invalid tagless entry in style definition group: \%s\ -msgstr Ogiltig post i stildefinitionsgrupp, ettikett ska anges: \%s\ +msgstr Ogiltig post i stildefinitionsgrupp, etikett ska anges: \%s\ #: src/load_config.cc:127 msgid The default color may only be used as a background. @@ -3612,7 +3613,7 @@ #: src/main.cc:500 #, c-format msgid No comma following tag name \%s\.\n -msgstr Saknade komma efter ettikettnamnet \%s\.\n +msgstr Saknade komma efter etikettnamnet \%s\.\n #: src/main.cc:531 src/main.cc:540 msgid WEIRDNESS: unknown option code received\n Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513529: Make hyphenation stoppable by request
On Mon, Feb 02, 2009 at 12:41:18AM +0100, W. Martin Borgert wrote: tags 513529 +pending thanks OK, I set the dblatex variable monoseq.hyphenation to nohyphen and also added hyphenation.tex files to all dblatex language directories. HTH. Thanks! Now it's also possible to check hyphenations. It's not very important but for everyone who wants do do this without checking each line in the PDF file: * install the package hyphen-show * add the option --dvi to the dblatex options around line 57 in the Makefile (will probably not work with cs ja ml pl ro ru vi zh_CN zh_TW) * create a DVI file format (it's a special LaTeX output format): $ make LINGUA=de architecture=i386 pdf $ mv de/release-notes.i386.{pdf,dvi} $ hyphen_show de/release-notes.i386.dvi hyphen_show version 25.4.2000 coding: T1 same words are given only once [1][2] Kris-hnan mo-difizieren. MARKTREI-FE [2][3][4][5][6][1] �nde-rungen 4.0-Ver�ffentlichung aktu-elle des-sen erwarten-den Informa-tionen), Now fix all wrong hyphenations in de/hyphenation.tex ... Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502490: No ncurses (?) support in screen sessions
On Sun, Feb 01, 2009 at 07:28:31PM +0100, Sebastian Andrzej Siewior wrote: * Jens Seidel | 2008-10-17 01:25:00 [+0200]: I fail to start aptitude and also Midnight Commander (mc) from inside a screen session. Whenever I start screen -U and in it mc or aptitude I just get a blank screen, no color, no text, nothing (but the cursor is repositioned). I cannot even interrupt mc via Ctrl+C (works with aptitude). This happens since I upgraded from Etch to Lenny. I've just setup my locales fonts to utf8 and I can't reproduce this. I started uxterm - screen - mc aptitude. Both worked perfectly. Do you have still this problem? Yes, I have seen this problem multiple times. Nevertheless not in the recent past. Maybe a reboot or killing of my screen session helped. I don't know. I initially even hesitated to report this as I could not reproduce it on another host. Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504063: Bug#511708: aptitude: [etch upgrade] TUI consistently blocks after doing one set of operations
On Tue, Jan 27, 2009 at 01:31:34PM +0200, Eddy Petrișor wrote: suggest that the blocking is not visible when using the 2.6.26 kernel,= while you said that it is. Only two reports? I really doubt it (search for older bugs!). At least it worked for me with a more recent kernel whereas it freezed using 2.6.28 Did you really mean 2.6.28 (which is just 1 month old), or did you mean 2.6.18 (etch's kernel)? Ah, no. I mean 2.6.18. #462850, #431054 and co are probably all the same to your bug ... Not sure if other arches than i686-compatible (or the ones in k7's generation) are affected, but now that I managed to isolate the version that introduced the bug, I guess it will be easier for Daniel to figure out the cause of the problem. Right. I assumed in the past a problem with the kernel :-) Wow!!! What? The memory usage? Is normal when you compile aptitude in the background ;-) while having iceweasel opened. 1 GB RAM is maybe more than the sum off all my memory in all computers I own. I probably need more modern hardware :-) Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504063: Bug#511708: aptitude: [etch upgrade] TUI consistently blocks after doing one set of operations
On Mon, Jan 26, 2009 at 05:04:17PM +0200, Eddy Petrișor wrote: There are 2 reports (1 from myself and another from somebody else) who suggest that the blocking is not visible when using the 2.6.26 kernel, while you said that it is. Only two reports? I really doubt it (search for older bugs!). At least it worked for me with a more recent kernel whereas it freezed using 2.6.28. Maybe the common thing is a somewhat slower/older CPU(k7, 686)/machine? That would somewhat explain the I see it on SSH, but not on local report from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479438#15 . Whenever I use aptitude I have to wait up to 5 minutes (or longer) until it has done it's job but it works. My system is a PIII 800MHz with 256 MB RAM and a *very* slow solid state disk. I also tested aptitude on even slower hardware (FreeRunner and a 400MHz Mips workstation and a 370 MHz Mips workstation). It works well (but slow) on these so I suspect a slow CPU is not related to the problem. If is of any help, this machine has: 0 e...@twix ~/usr/src/perso/aptitude/aptitude-0.4.11.11 $ free -m total used free sharedbuffers cached Mem: 1003687315 0 34252 Wow!!! Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512384: aptitude: Error in Danish translation
tags 512384 + pending thanks On Tue, Jan 20, 2009 at 08:09:24PM +0100, Morten Bo Johansen wrote: Jens Seidel jenssei...@users.sf.net wrote: On Tue, Jan 20, 2009 at 01:01:29PM +0100, Jacob Sparre Andersen wrote: The proper spelling is ... som er en virtuel pakke (assuming that gnat-4.3-doc really is a virtual package). Morten, do you agree that this is a typo? Should I change it? Yes. #: src/cmdline/cmdline_prompt.cc:544 src/cmdline/cmdline_show_broken.cc:87 #, c-format msgid which is a virtual package. msgstr som er en virtuel pakker Please note that the full stop is missing (but not for similar messages). It should then be: msgstr som er en virtuel pakke. OK, I fixed it. Thanks! Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org