Bug#59518: Loaded with technology for business and home.
Bring on the best software...at the most reasonable prices! http://flaw.wl0bzve7t6w3tfw.risalafe.com Orthodoxy means not thinking - not needing to think. Orthodoxy is unconsciousness. Out, damned spot! out, I say! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#94175: Microsoft Localized Software.
Want to learn how to build your own website? http://weky.nurk84ny2fnc2o5.homohedralhj.com I am not bound to please thee with my answers. A man cannot be too careful in the choice of his enemies. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329672: freeradius-dialupadmin: Error on Statistics page
Package: freeradius-dialupadmin Version: 1.0.5-1 Severity: normal Hi, there's a mistake in user_admin.php3 of dialup_admin. Right now, it's displaying the Download value twice on the Online Users page. Once as human-readable value under Upload and once as raw bytes under Download. I found the glitch on line 196. if ($lastlog_input) $lastlog_input = bytes2str($lastlog_input); else $lastlog_input = 'not available'; if ($lastlog_output) >>>>> $lastlog_input = bytes2str($lastlog_output); else $lastlog_output = 'not available'; Of course it's got to be $lastlog_output. cheers, tobias -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-kanotix-8 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages freeradius-dialupadmin depends on: ii apache [httpd]1.3.33-8 versatile, high-performance HTTP s ii apache2-mpm-prefork [httpd] 2.0.54-5 traditional model for Apache2 ii php4 4:4.4.0-2 server-side, HTML-embedded scripti Versions of packages freeradius-dialupadmin recommends: ii perl 5.8.7-5Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#808578: openvpn client adds wrong routes and blackholes a big chunk of networks
Package: openvpn Version: 2.3.4-5 Debian 8 Jessie amd64 I have a server and a client configured, the server is configured not to push a default route so that only the client adds a static route for the needed range but instead I get a route for a very big internet range which blackholes the entire 10.0.0.0/8 RFC1918 range. Don't know if this should go upstream so I'm hoping for some input here. [root@box ~]# ifconfig tap0 tap0 Link encap:Ethernet HWaddr e2:f3:f9:b6:d2:52 inet addr:10.8.0.14 Bcast:255.255.255.254 Mask:252.0.0.0 inet6 addr: fe80::e0f3:f9ff:feb6:d252/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:73 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:0 (0.0 B) TX bytes:10518 (10.2 KiB) [root@box ~]# ip route default via 172.16.80.1 dev eth0 8.0.0.0/6 dev tap0 proto kernel scope link src 10.8.0.14 172.16.80.0/23 dev eth0 proto kernel scope link src 172.16.80.35 192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 Some times I also get a route with a even smaller net like 8.0.0.0/5 What i'm expecting is either a 10.8.0.0/24 route as configured on the server or no route at all for. The same happens even if I comment out route-nopull on the client. If I were to guess this must be related to me turning of the default route directive in the server config. /etc/openvpn/server.conf port 1194 proto tcp dev tun ca ca.crt cert server.crt key server.key management localhost 7505 dh dh2048.pem server 10.8.0.0 255.255.255.0 ;push "redirect-gateway def1 bypass-dhcp" ;push "dhcp-option DNS 208.67.222.222" ;push "dhcp-option DNS 208.67.220.220" keepalive 10 120 comp-lzo user nobody group nogroup max-clients 50 persist-key persist-tun ;username-as-common-name client-cert-not-required script-security 3 system auth-user-pass-verify /etc/openvpn/auth.py via-env status openvpn-status.log verb 5 /etc/openvpn/client.conf client remote x.x.x.x port 1194 proto tcp dev tap ca ca.crt route-nopull comp-lzo user nobody group nogroup persist-key persist-tun auth-user-pass login.txt verb 5 Best regards Tobias
Bug#808578: Acknowledgement (openvpn client adds wrong routes and blackholes a big chunk of networks)
On 2015-12-21 08:36, ow...@bugs.debian.org wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Alberto Gonzalez Iniesta If you wish to submit further information on this problem, please send it to 808...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. Seems like it creates the interface with a 10.8.0.22/6 address which explains why the route is like that. inet 10.8.0.22/6 brd 255.255.255.254 scope global tap0 Don't know what causes this thought, since I have a the "server" directive in the server config. server 10.8.0.0 255.255.255.0
Bug#1059775: Acknowledgement (wine32: WISO Steuer 2024 crash on installation)
Additional information wine WISOSteuer2024.exe 01fc:err:module:DelayLoadFailureHook failed to delay load setupapi.dll.SetupDiCreateDeviceInfoList wine: Call from 7B012866 to unimplemented function setupapi.dll.SetupDiCreateDeviceInfoList, aborting wine: Unimplemented function setupapi.dll.SetupDiCreateDeviceInfoList called at address 7B012866 (thread 01fc), starting debugger... Quoting Debian Bug Tracking System : Thank you for filing a new Bug report with Debian. You can follow progress on this Bug here: 1059775: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059775. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian Wine Party If you wish to submit further information on this problem, please send it to 1059...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 1059775: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059775 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#477366: linking ncurses-ruby against libncursesw5
Adeodato Simó suggests to follow through with the suggestion of this bug report and link ncurses-ruby against ncursesw instead of ncurses because he has observed that the sup email program will display non-ascii characters better on a utf-8 terminal when linked like that. I am the upstream author of ncurses-ruby. I admit that until today I had no clear idea what the difference was between ncurses and ncursesw, apart from ncursesw "somehow" enabling "wide characters". I have investigated the matter today and I recommend not to link ncurses-ruby against ncursesw. Reasoning: I agree that it would be a good thing to have a ruby ncurses binding that links against ncursesw. Conventional ncurses (without the trailing w) only works well with 8 bit charsets. A few years ago, this has not been a problem for most users, as it was common then for linux distributions to configure local 8 bit charsets like ISO-8859-1. Now however, virtually every linux installation defaults to UTF-8 character encoding. With the consequence that non-ascii characters require more than one byte for encoding them. NCurses programs that worked fine in the old environment will no longer display non-ascii characters reliably. Is ncursesw the rescue? Yes, but its not that simple. You cannot simply link an ncurses program against ncursesw and expect it to magically work with UTF-8 Strings. In the email program mentioned above, you will still notice display errors when you use the cursor keys to highlight a line in the message body that contains non-ascii characters: Not the whole line is highlighted, a few character cells will remain black. If an email runs over several pages, then flipping the pages may cause some garbage from the previous page remain on the screen in lines containing non-ascii characters. What is happening? The email program still calls mvaddstr with an utf-8 encoded string. As far as ncurses(w) is concerned, the multiple bytes that make up a single non-ascii character are distributed to different character cells on the screen. The only reason why the user can recognise the original non-ascii character on the screen is that ncurses probably also happens to "print" the sub-character bytes in the correct sequence to the terminal, which then interprets the resulting UTF-8 encoding. However, after the printing, there is a disagreement on the horizontal position of the cursor between the terminal and the ncurses(w) library. The correct way to use ncursesw to print non-ascii, utf-8 encoded characters on a utf-8 terminal is for the application to split the string to print into (possibly multibyte) characters, compute the unicode codepoint for each character, and call the wide character functions of ncursesw (e.g. mvadd_wch, mvaddwstr). This requires a ncursesw-ruby wrapper as well as changes to the application. Looking at the source code of the mailer I'd say that it is not really suited for UTF-8 encoded strings yet, as it still assumes that the length of a string in bytes is equal to the number of characters in the string. Conclusions: - The switch from 8 bit character sets to UTF-8 requires serious modifications to applications using ncurses. Ncursesw cannot be used as a drop-in replacement. - A separate ncursesw-ruby wrapper is desirable. It has to export the additional wide character functions. Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#532431: Upstream fix available
Should be fixed in version 1.2.3. Thanks for reporting. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520181: another non-working locale
Locale.current.charset reports "UTF-8" for "lang=de...@euro", although the character set really is "ISO-8859-15" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#477366: linking ncurses-ruby against libncursesw5
> ncurses-ruby should be linked against libncursesw? (Namely, it would
> enable multibyte Ruby curses programs,
No. It would enable ruby curses programs that use "wide character"
strings. Programs that use multi-byte character strings such as UTF-8
strings would still not run correctly. See my description of display
errors in sup.
The concept of wide characters and wide character strings is not
supported by ruby. Not on the language level, not in the standard
library, not in any library I know of. Ruby 1.9 supports string
encodings, but "wide character" is not one of them. Depending on
compiler, operating system, processor architecture, and locale setting,
wide character width and encoding may be 1 byte (e.g. US-ASCII), 2 or 4
bytes (e.g. UCS-2, UCS-4 with architecture-dependent endianness). The
only portable way to convert a string to wide characters is to use
mbsrtowcs. And this works only for strings encoded in the current locale.
It does not mix well with ruby. Applications would have to store
integers in arrays to emulate wide character strings. I doubt that any
ruby application will ever do this.
> and it wouldn't break anything.)
It should not break anything, but apparently, it does. The non-"wide
character" fuctions of ncurses should behave exactly the same in
libncurses and libncursesw. The effect that you are after is apparently
caused by a bug in ncursesw.
I suppose the difference is caused by the
#if USE_WIDEC_SUPPORT
sections in waddch_nosync() in lib_addch.c, but I don't want to further
investigate in detail.
> Or are you, or anyone else, planning on producing a ncursesw-ruby?
I am not going to implement it myself. It would require wrapping of the
wide character functions of ncursesw, nothing too difficult. But nobody
is ever going to use them, since ruby and the wide character concept do
not work well together, so why bother.
If you want to do this, send me ncursesw_wrap.{h,c} files with wrappers
for add_wch() etc, and I am going to include it if it is complete,
LGPL2, and uses a convincing wstring implementation (e.g. arrays of
integers).
Your other options to get sup working:
1) You may not be aware that ncurses-ruby works fine with non-ascii
characters as long as they are contained in an 8 bit charset. Starting
sup as
LANG=de_DE.ISO-8859-15 xterm -e sup-mail
works for all the characters that I need. (You may need to generate the
locale using locale-gen)
2) Fork ncurses-ruby and distribute your modified version with the
extconf.rb patch applied. It's free software after all. It will work
until the bug in ncursesw that this solution relies on is fixed, albeit
with some display errors.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#480884: update-manager: it doesn't work. It find releases but you cannot update the packages
Package: update-manager
Version: 0.68.debian-4
Severity: normal
*** Please type your report below this line ***
sudo update-manager
sudo: unable to resolve host debianlap
/var/lib/python-support/python2.4/UpdateManager/GtkProgress.py:68:
GtkWarning: Failed to set text from markup due to error parsing markup:
Error on line 1 char 15: Invalid UTF-8 encoded text - not valid
'Abhï¿œngigkeitsbaum wird aufgebaut'
self._status.set_markup("%s" % self.op)
could not send the dbus Inhibit signal:
org.freedesktop.DBus.Error.ServiceUnknown: The name
org.gnome.PowerManager was not provided by any .service files
current dist not found in meta-release file
current dist not found in meta-release file
result:
update-manager failed
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.24-etchnhalf.1-686-bigmem (SMP w/1 CPU core)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash
Versions of packages update-manager depends on:
ii gconf2 2.22.0-1GNOME configuration
database syste
ii libgnome2-perl 1.042-1+b1 Perl interface to the GNOME
librar
ii python 2.5.2-1 An interactive high-level
object-o
ii python-dbus 0.82.4-2simple interprocess
messaging syst
ii python-glade22.12.1-1GTK+ bindings: Glade support
ii python-gnome22.22.0-1Python bindings for the
GNOME desk
ii python-support 0.7.7 automated rebuilding
support for P
ii python-vte 1:0.16.13-1+b1 Python bindings for the VTE
widget
ii python2.42.4.5-2 An interactive high-level
object-o
ii software-properties-gtk 0.60.debian-1.1 manage the repositories
that you i
ii synaptic 0.62Graphical package manager
ii update-manager-core 0.68.debian-4 APT update manager core
functional
update-manager recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477366: libncurses-ruby1.8: Add ncurses wide UTF8 character support]
Ruby ncurses can handle UTF8 easily if the attached patch is applied which
enables wide character spport.
Micah
...
-if have_library("ncurses", "wmove")
- curses_lib = "ncurses"
+if have_library("ncursesw", "wmove")
+ curses_lib = "ncursesw"
Would the resulting module still work with terminals in other character
encodings?
Tobias
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477366: libncurses-ruby1.8: Add ncurses wide UTF8 character support
Would the resulting module still work with terminals in other character encodings? i think so, at least my test ncurses_bin.so linked against both libncursesw.so and libncurses.so.5 does work without problems in my non-utf8 terminal (at least the hello_world example). I have tried out the stock ncurses-ruby, i.e. presumably "without" unicode support on a terminal set so UTF-8 Unicode character encoding. All examples work fine with the stock version on the unicode terminal. An exception are the forms examples. They do not allow input of non-ascii characters. Therefore I have applied the patch and used the "unicode supporting" ncurses-ruby module to try out the examples. I do not see any differences of behaviour. Non-ascii characters are still not allowed in the forms examples. Therefore, I do not see a compelling reason why to make the switch. Perhaps the reporter of this whishlist item can shed some light on this issue and show what the difference is. Otherwise, I'd suggest to close this item. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477366: libncurses-ruby1.8: Add ncurses wide UTF8 character support
Thomas Dickey wrote: > which "forms" are those - ncurses forms, or forms built up using ruby alone? > > (not all "non-ascii" characters are valid in a given locale; > ncurses forms accept legal ones...) They should be forms from the ncurses forms library wrapped by a glue code to access them from ruby. The forms wrapper is a thirs-party contribution and I know next to nothing about forms, so I cannot decide whether the inability to input these characters (which are generally permitted by the locale) is due to an error in the forms library itself, due to an error in the wrapper, or due to an error in the program that uses the wrapper. I am _not_ going to investigate this forms issue further since I don't believe there is a single user of this feature in ncurses-ruby. This bug is about linking against libncursesw instead of libncurses. I do see what this switch would buy us. Tobias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477366: libncurses-ruby1.8: Add ncurses wide UTF8 character support
> This bug is about linking against libncursesw instead of libncurses. I > do see what this switch would buy us. I meant to write that I do _not_ see what this switch would buy us. > Tobias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492289: network-manager and wpagui cannot handle wpasupplicant in debian testing
Package: wpasupplicant Version: 0.6.3-2 Severity: normal subject says everything isn't possible to connect to wlan-network. Not about network-manager or wpagui it fails. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wpasupplicant depends on: ii adduser 3.108 add and remove users and groups ii libc62.7-10 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-2 simple interprocess messaging syst ii libpcsclite1 1.4.102-1 Middleware to access a smart card ii libreadline5 5.2-3 GNU readline and history libraries ii libssl0.9.8 0.9.8g-10.1 SSL shared libraries ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip wpasupplicant recommends no packages. Versions of packages wpasupplicant suggests: ii libengine-pkcs11-openssl 0.1.4-1OpenSSL engine for PKCS#11 modules pn wpagui (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492531: network-manager-gnome: network-manager failed to connect invisible accesspoint
Package: network-manager-gnome Version: 0.6.6-2 Severity: grave Justification: renders package unusable Tags: l10n *** Please type your report below this line *** information about access-point: ssid= H3ll$gat3 encrypted= WPA-PSK mode who fails: network are invisible Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) started... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 1 of 5 (Device Prepare) scheduled... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 1 of 5 (Device Prepare) started... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 2 of 5 (Device Configure) scheduled... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 1 of 5 (Device Prepare) complete. Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 2 of 5 (Device Configure) starting... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2/wireless): access point 'H3ll$gat3' is encrypted, but NO valid key exists. New key needed. Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) New wireless user key requested for network 'H3ll$gat3'. Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 2 of 5 (Device Configure) complete. Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) New wireless user key for network 'H3ll$gat3' received. Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 1 of 5 (Device Prepare) scheduled... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 1 of 5 (Device Prepare) started... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 2 of 5 (Device Configure) scheduled... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 1 of 5 (Device Prepare) complete. Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 2 of 5 (Device Configure) starting... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2/wireless): access point 'H3ll$gat3' is encrypted, and a key exists. No new key needed. Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'INTERFACE_ADD eth2^I^Iwext^I/var/run/wpa_supplicant^I' Jul 26 23:39:13 tlap NetworkManager: SUP: response was 'OK' Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'AP_SCAN 1' Jul 26 23:39:13 tlap NetworkManager: SUP: response was 'OK' Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'ADD_NETWORK' Jul 26 23:39:13 tlap NetworkManager: SUP: response was '0' Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'SET_NETWORK 0 ssid 48336c6c2467617433' Jul 26 23:39:13 tlap NetworkManager: SUP: response was 'OK' Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'SET_NETWORK 0 scan_ssid 1' Jul 26 23:39:13 tlap NetworkManager: SUP: response was 'OK' Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'SET_NETWORK 0 proto WPA' Jul 26 23:39:13 tlap NetworkManager: SUP: response was 'OK' Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'SET_NETWORK 0 key_mgmt WPA-PSK' Jul 26 23:39:13 tlap NetworkManager: SUP: response was 'OK' Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'SET_NETWORK 0 psk ' Jul 26 23:39:13 tlap NetworkManager: SUP: response was 'OK' Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'ENABLE_NETWORK 0' Jul 26 23:39:13 tlap NetworkManager: SUP: response was 'OK' Jul 26 23:39:13 tlap NetworkManager: Activation (eth2) Stage 2 of 5 (Device Configure) complete. Jul 26 23:39:18 tlap NetworkManager: Old device 'eth2' activating, won't change. Jul 26 23:39:49 tlap last message repeated 6 times Jul 26 23:40:09 tlap last message repeated 4 times Jul 26 23:40:13 tlap NetworkManager: Activation (eth2/wireless): association took too long (>60s), failing activation. Jul 26 23:40:13 tlap NetworkManager: Activation (eth2) failed for access point (H3ll$gat3) Jul 26 23:40:13 tlap NetworkManager: Activation (eth2) failed. Jul 26 23:40:13 tlap NetworkManager: Deactivating device eth2. Jul 26 23:40:13 tlap NetworkManager: Activation (eth2) failure scheduled... Jul 26 23:40:13 tlap NetworkManager: nm_signal_handler(): Caught signal 11. Generating backtrace... Jul 26 23:40:13 tlap NetworkManager: *** START ** Jul 26 23:40:14 tlap NetworkManager: (no debugging symbols found) Jul 26 23:40:14 tlap last message repeated 13 times Jul 26 23:40:14 tlap NetworkManager: [Thread debugging using libthread_db enabled] Jul 26 23:40:14 tlap NetworkManager: [New Thread 0xb7b58720 (LWP 2691)] Jul 26 23:40:14 tlap NetworkManager: [New Thread 0xb6b55b90 (LWP 3669)] Jul 26 23:40:14 tlap NetworkManager: [New Thread 0xb7356b90 (LWP 2711)] Jul 26 23:40:14 tlap NetworkManager: [New Thread 0xb7b57b90 (LWP 2707)] Jul 26 23:40:14 tlap NetworkManager: (no debugging symbols found) Jul 26 23:40:14 tlap last message repeated 7 times Jul 26 23:40:14 tlap NetworkManager: 0xb7f79424 in __kernel_vsyscall () Jul 26 23:40:14 tlap NetworkManager: *** END ***
Bug#492631: network-manager-gnome: network-manager failed to connect invisible accesspoint
Package: network-manager-gnome Version: 0.6.6-2 Severity: grave Justification: renders package unusable Tags: l10n *** Please type your report below this line *** information about access-point: ssid= H3ll$gat3 encrypted= WPA-PSK mode who fails: network are invisible Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) started... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 1 of 5 (Device Prepare) scheduled... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 1 of 5 (Device Prepare) started... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 2 of 5 (Device Configure) scheduled... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 1 of 5 (Device Prepare) complete. Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 2 of 5 (Device Configure) starting... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2/wireless): access point 'H3ll$gat3' is encrypted, but NO valid key exists. New key needed. Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) New wireless user key requested for network 'H3ll$gat3'. Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 2 of 5 (Device Configure) complete. Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) New wireless user key for network 'H3ll$gat3' received. Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 1 of 5 (Device Prepare) scheduled... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 1 of 5 (Device Prepare) started... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 2 of 5 (Device Configure) scheduled... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 1 of 5 (Device Prepare) complete. Jul 26 23:39:12 tlap NetworkManager: Activation (eth2) Stage 2 of 5 (Device Configure) starting... Jul 26 23:39:12 tlap NetworkManager: Activation (eth2/wireless): access point 'H3ll$gat3' is encrypted, and a key exists. No new key needed. Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'INTERFACE_ADD eth2^I^Iwext^I/var/run/wpa_supplicant^I' Jul 26 23:39:13 tlap NetworkManager: SUP: response was 'OK' Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'AP_SCAN 1' Jul 26 23:39:13 tlap NetworkManager: SUP: response was 'OK' Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'ADD_NETWORK' Jul 26 23:39:13 tlap NetworkManager: SUP: response was '0' Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'SET_NETWORK 0 ssid 48336c6c2467617433' Jul 26 23:39:13 tlap NetworkManager: SUP: response was 'OK' Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'SET_NETWORK 0 scan_ssid 1' Jul 26 23:39:13 tlap NetworkManager: SUP: response was 'OK' Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'SET_NETWORK 0 proto WPA' Jul 26 23:39:13 tlap NetworkManager: SUP: response was 'OK' Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'SET_NETWORK 0 key_mgmt WPA-PSK' Jul 26 23:39:13 tlap NetworkManager: SUP: response was 'OK' Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'SET_NETWORK 0 psk ' Jul 26 23:39:13 tlap NetworkManager: SUP: response was 'OK' Jul 26 23:39:13 tlap NetworkManager: SUP: sending command 'ENABLE_NETWORK 0' Jul 26 23:39:13 tlap NetworkManager: SUP: response was 'OK' Jul 26 23:39:13 tlap NetworkManager: Activation (eth2) Stage 2 of 5 (Device Configure) complete. Jul 26 23:39:18 tlap NetworkManager: Old device 'eth2' activating, won't change. Jul 26 23:39:49 tlap last message repeated 6 times Jul 26 23:40:09 tlap last message repeated 4 times Jul 26 23:40:13 tlap NetworkManager: Activation (eth2/wireless): association took too long (>60s), failing activation. Jul 26 23:40:13 tlap NetworkManager: Activation (eth2) failed for access point (H3ll$gat3) Jul 26 23:40:13 tlap NetworkManager: Activation (eth2) failed. Jul 26 23:40:13 tlap NetworkManager: Deactivating device eth2. Jul 26 23:40:13 tlap NetworkManager: Activation (eth2) failure scheduled... Jul 26 23:40:13 tlap NetworkManager: nm_signal_handler(): Caught signal 11. Generating backtrace... Jul 26 23:40:13 tlap NetworkManager: *** START ** Jul 26 23:40:14 tlap NetworkManager: (no debugging symbols found) Jul 26 23:40:14 tlap last message repeated 13 times Jul 26 23:40:14 tlap NetworkManager: [Thread debugging using libthread_db enabled] Jul 26 23:40:14 tlap NetworkManager: [New Thread 0xb7b58720 (LWP 2691)] Jul 26 23:40:14 tlap NetworkManager: [New Thread 0xb6b55b90 (LWP 3669)] Jul 26 23:40:14 tlap NetworkManager: [New Thread 0xb7356b90 (LWP 2711)] Jul 26 23:40:14 tlap NetworkManager: [New Thread 0xb7b57b90 (LWP 2707)] Jul 26 23:40:14 tlap NetworkManager: (no debugging symbols found) Jul 26 23:40:14 tlap last message repeated 7 times Jul 26 23:40:14 tlap NetworkManager: 0xb7f79424 in __kernel_vsyscall () Jul 26 23:40:14 tlap NetworkManager: *** END ***
Bug#479645: update-manager: update-manager needs python-vte but python cannot use gcc-4.3-base (=4.3.0-4)
Package: update-manager-core Version: 0.68.debian-4 Severity: grave Justification: renders package unusable File: update-manager when try: apt-get install update-manager package could not installed because it gives problems with python-vte apt-get install python-vte again: but now i got problems with libffi4 apt-get install libffi4 and libffi needs gcc-4.3-base (= 4.3.0-3) a "downgrade" and this isn't possible without huge problems. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-etchnhalf.1-686-bigmem (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages update-manager-core depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii lsb-release 3.2-12 Linux Standard Base version report ii python2.5.2-1An interactive high-level object-o ii python-apt0.7.5 Python interface to libapt-pkg ii python-gnupginterface 0.3.2-9Python interface to GnuPG (GPG) ii python-support0.7.7 automated rebuilding support for P ii python2.4 2.4.5-2An interactive high-level object-o update-manager-core recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480504: update-manager: button problem, manager found update, but ,button failed
Package: update-manager Version: 0.68.debian-4 Severity: normal *** Please type your report below this line *** bash: sudo update-manager gui: push check hope you get updates push button install updates no reaction -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-etchnhalf.1-686-bigmem (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages update-manager depends on: ii gconf2 2.22.0-1GNOME configuration database syste ii libgnome2-perl 1.042-1+b1 Perl interface to the GNOME librar ii python 2.5.2-1 An interactive high-level object-o ii python-dbus 0.82.4-2simple interprocess messaging syst ii python-glade22.12.1-1GTK+ bindings: Glade support ii python-gnome22.22.0-1Python bindings for the GNOME desk ii python-support 0.7.7 automated rebuilding support for P ii python-vte 1:0.16.13-1+b1 Python bindings for the VTE widget ii python2.42.4.5-2 An interactive high-level object-o ii software-properties-gtk 0.60.debian-1.1 manage the repositories that you i ii synaptic 0.62Graphical package manager ii update-manager-core 0.68.debian-4 APT update manager core functional update-manager recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#599332: kstars: devices menu missing - no telescope control possible (libindi missing?)
Package: kstars Version: 4:4.4.5-2 Severity: normal Dear kde maintainers, kstars has a telescope control feature, which was enabled in debian lenny and works nicely using a library named libindi. Telescope control is a widely advertised feature of kstars and it would be great to enable it again in debian. Recently some downstream distributions seem to have disabled (by a simple mistake?) the telescope support, the "Devices" menu is not visible. Ubuntu allegedly fixed this in 10.10, see http://lists.kde.org/?l=kstars-devel&m=128637597902107&w=2 Ubuntu seems to have introduced a new package libindi. Maybe a similar package can be introduced in debian? Thanks for your work in maintaining KDE, best Tobias -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 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 kstars depends on: ii kdebase-runtime 4:4.4.5-1runtime components from the offici ii kstars-data 4:4.4.5-2data files for KStars desktop plan ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libcfitsio3 3.240-1 shared library for I/O with FITS f ii libgcc1 1:4.4.4-8GCC support library ii libkde3support4 4:4.4.5-1the KDE 3 Support Library for the ii libkdecore5 4:4.4.5-1the KDE Platform Core Library ii libkdeui5 4:4.4.5-1the KDE Platform User Interface Li ii libkio5 4:4.4.5-1the Network-enabled File Managemen ii libknewstuff2-4 4:4.4.5-1the "Get Hot New Stuff" v2 Library ii libqt4-dbus 4:4.6.3-1+b1 Qt 4 D-Bus module ii libqt4-qt3support 4:4.6.3-1+b1 Qt 3 compatibility library for Qt ii libqtcore4 4:4.6.3-1+b1 Qt 4 core module ii libqtgui4 4:4.6.3-1+b1 Qt 4 GUI module ii libstdc++6 4.4.4-8 The GNU Standard C++ Library v3 kstars recommends no packages. Versions of packages kstars suggests: pn indi (no description available) ii khelpcenter4 4:4.4.5-1 help center ii konqueror 4:4.4.5-1 advanced file manager, web browser -- 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#534735: Related information
I see the same behaviour in privoxy 3.0.13-1. Even 127.0.0.1 does not work. I want to report the following observation: Even after boot-up, a manual /etc/init.d/privoxy restart fails when I have no external network connection. After connecting to some network, starting privoxy works. Hope it helps. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#912109: Spectre Meltdown. System has more than MAX_PA/2 memory. L1TF mitigation not effective for CVE-2018-3620
Package: src:linux Version: 4.9.110-3+deb9u6 Severity: normal Tags: security According to https://github.com/speed47/spectre-meltdown-checker/releases/tag/v0.40 my system is vulnerable for vulnerability CVE-2018-3620 results: CVE-2018-3620 aka 'Foreshadow-NG (OS), L1 terminal fault' * Mitigated according to the /sys interface: NO (Vulnerable) * Kernel supports PTE inversion: YES (found in kernel image) * PTE inversion enabled and active: NO STATUS: VULNERABLE (Vulnerable) dmesg | grep L1TF [0.014828] L1TF: System has more than MAX_PA/2 memory. L1TF mitigation not effective. workaround: as described here: https://bugzilla.opensuse.org/show_bug.cgi?id=1105536 supplied command line parameter "mem=33554428k" and the issue is gone. -- Package-specific info: ** Version: Linux version 4.9.0-8-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1) ) #1 SMP Debian 4.9.110-3+deb9u6 (2018-10-08) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-8-amd64 root=/dev/mapper/vol00-lvroot ro ipv6.disable=1 quiet ** Not tainted ** Kernel log: [ 22.581813] device veth5bacacd entered promiscuous mode [ 22.581854] br-f6f67b537c3b: port 1(veth5bacacd) entered blocking state [ 22.581855] br-f6f67b537c3b: port 1(veth5bacacd) entered forwarding state [ 22.581935] br-f6f67b537c3b: port 1(veth5bacacd) entered disabled state [ 22.587449] br-ced3a9da9295: port 1(veth1f742ed) entered blocking state [ 22.587450] br-ced3a9da9295: port 1(veth1f742ed) entered disabled state [ 22.587483] device veth1f742ed entered promiscuous mode [ 22.587522] br-ced3a9da9295: port 1(veth1f742ed) entered blocking state [ 22.587523] br-ced3a9da9295: port 1(veth1f742ed) entered forwarding state [ 22.587564] br-ced3a9da9295: port 1(veth1f742ed) entered disabled state [ 22.696461] br-429b9edca99c: port 1(veth8d7b672) entered blocking state [ 22.696463] br-429b9edca99c: port 1(veth8d7b672) entered disabled state [ 22.696495] device veth8d7b672 entered promiscuous mode [ 22.696533] br-429b9edca99c: port 1(veth8d7b672) entered blocking state [ 22.696534] br-429b9edca99c: port 1(veth8d7b672) entered forwarding state [ 22.696568] br-429b9edca99c: port 1(veth8d7b672) entered disabled state [ 22.717457] br-f6f67b537c3b: port 2(veth423bb83) entered blocking state [ 22.717458] br-f6f67b537c3b: port 2(veth423bb83) entered disabled state [ 22.717488] device veth423bb83 entered promiscuous mode [ 22.717772] br-eb3952fed7f5: port 1(vethe2fd06e) entered blocking state [ 22.717773] br-eb3952fed7f5: port 1(vethe2fd06e) entered disabled state [ 22.717801] device vethe2fd06e entered promiscuous mode [ 22.717835] br-eb3952fed7f5: port 1(vethe2fd06e) entered blocking state [ 22.717836] br-eb3952fed7f5: port 1(vethe2fd06e) entered forwarding state [ 22.717879] br-eb3952fed7f5: port 1(vethe2fd06e) entered disabled state [ 22.717908] br-f6f67b537c3b: port 2(veth423bb83) entered blocking state [ 22.717908] br-f6f67b537c3b: port 2(veth423bb83) entered forwarding state [ 22.736572] br-8355a6df649c: port 1(vethcedebeb) entered blocking state [ 22.736573] br-8355a6df649c: port 1(vethcedebeb) entered disabled state [ 22.736603] device vethcedebeb entered promiscuous mode [ 22.736648] br-8355a6df649c: port 1(vethcedebeb) entered blocking state [ 22.736648] br-8355a6df649c: port 1(vethcedebeb) entered forwarding state [ 22.737070] br-f6f67b537c3b: port 2(veth423bb83) entered disabled state [ 22.737094] br-8355a6df649c: port 1(vethcedebeb) entered disabled state [ 22.737450] br-ced3a9da9295: port 2(vethdeb945d) entered blocking state [ 22.737451] br-ced3a9da9295: port 2(vethdeb945d) entered disabled state [ 22.737488] device vethdeb945d entered promiscuous mode [ 22.737519] br-ced3a9da9295: port 2(vethdeb945d) entered blocking state [ 22.737520] br-ced3a9da9295: port 2(vethdeb945d) entered forwarding state [ 22.823958] br-429b9edca99c: port 2(veth254ca58) entered blocking state [ 22.823959] br-429b9edca99c: port 2(veth254ca58) entered disabled state [ 22.824000] device veth254ca58 entered promiscuous mode [ 22.824036] br-429b9edca99c: port 2(veth254ca58) entered blocking state [ 22.824037] br-429b9edca99c: port 2(veth254ca58) entered forwarding state [ 23.130223] br-cc7722131ee9: port 1(vetha1a904f) entered blocking state [ 23.130224] br-cc7722131ee9: port 1(vetha1a904f) entered disabled state [ 23.130277] device vetha1a904f entered promiscuous mode [ 23.130376] br-cc7722131ee9: port 1(vetha1a904f) entered blocking state [ 23.130377] br-cc7722131ee9: port 1(vetha1a904f) entered forwarding state [ 23.130514] br-ced3a9da9295: port 2(vethdeb945d) entered disabled state [ 23.130532] br-429b9edca99c: port 2(veth254ca58) entered disabled state [ 23.130548] br-cc7722131ee9: port 1(vetha1a904f) entered disabled state [ 23.187223] eth0: renamed from veth2492428 [ 23.223196] br-f6f67b537c3b: port 1(veth5bacacd) entered blocking stat
Bug#993692: docker.io: docker.service does not shutdown containers gracefullly
Package: docker.io
Version: 20.10.5+dfsg1-1+b5
Severity: grave
Justification: causes non-serious data loss
X-Debbugs-Cc: hostmas...@appelo.org
Dear Maintainer,
install a debian fresh bullsye system. install docker.io and run
nginx as a container. the container is forcefully killed:
"transport: Error while dialing dial unix:///run/containerd/containerd.sock:
timeout\". Reconnecting..." module=grpc
Sep 03 18:59:53 stevie dockerd[717535]: time="2021-09-03T18:59:53.062476364Z"
level=warning msg="grpc: addrConn.createTransport failed to connect to
{unix:///run/containerd/containerd.sock 0 }. Err :connection error:
desc = \"transport: Error while dialing dial
unix:///run/containerd/containerd.sock: timeout\". Reconnecting..." module=grpc
Sep 03 18:59:54 stevie dockerd[717535]: time="2021-09-03T18:59:54.062582937Z"
level=info msg="Container failed to stop after sending signal 3 to the process,
force killing"
Sep 03 18:59:54 stevie dockerd[717535]: time="2021-09-03T18:59:54.062844365Z"
level=error msg="failed to shut down container"
container=e0ab7899bffdf32fa2b47c84a56c29fec1674bbc85749c8b7d9bead8befd1efa
error="Failed to stop container
e0ab7899bffdf32fa2b47c84a56c29fec1674bbc85749c8b7d9bead8befd1efa with error:
Cannot kill container
e0ab7899bffdf32fa2b47c84a56c29fec1674bbc85749c8b7d9bead8befd1efa: connection
error: desc = \"transport: Error while dialing dial
unix:///run/containerd/containerd.sock: timeout\": unavailable"
-- System Information:
Debian Release: 11.0
APT prefers stable-security
APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-8-cloud-amd64 (SMP w/2 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages docker.io depends on:
ii adduser 3.118
ii containerd 1.4.5~ds1-2
ii init-system-helpers 1.60
ii iptables 1.8.7-1
ii libc62.31-13
ii libdevmapper1.02.1 2:1.02.175-2.1
ii libsystemd0 247.3-6
ii lsb-base 11.1.0
ii runc 1.0.0~rc93+ds1-5+b2
ii tini 0.19.0-1
Versions of packages docker.io recommends:
ii apparmor 2.13.6-10
ii ca-certificates 20210119
pn cgroupfs-mount
pn git
ii needrestart 3.5-4
ii xz-utils 5.2.5-2
Versions of packages docker.io suggests:
pn aufs-tools
pn btrfs-progs
pn debootstrap
pn docker-doc
ii e2fsprogs 1.46.2-2
pn rinse
pn rootlesskit
pn xfsprogs
pn zfs-fuse | zfsutils-linux
-- no debconf information
Bug#993692:
hello, looks like the error regarding the forced kill is not a debian issue but also happens on ubuntu. Bug should be closed. The message seems curious as it is only produced when docker.service is stopped, not when a container is stopped using docker stop; next to that I do see containers are getting sigterm and correctly process it. sorry for the inconvenience! Tobias.
Bug#981372: 2.6.3 and 2.6.4 are bugfix releases too
Keeping this package up to date in sid would gives us the option to install it. The keepassxc browser integration depends on up to date keepassxc application.
Bug#968335: kernel crash: WARNING: CPU: 0 PID: 0 at lib/percpu-refcount.c:155 percpu_ref_switch_to_atomic_rcu+0xf8/0x120
i upgraded myself today to 4.19.0-12 (or 4.19.152-1 according to upstream version numbers) no issue yet. this blog contains some interesting info: http://blog.pi3.com.pl/?p=720 both CVE's mentioned are fixed now in debian https://security-tracker.debian.org/tracker/CVE-2020-25220 https://security-tracker.debian.org/tracker/CVE-2020-14356 so i think it looks good. Tobias.
Bug#968335: kernel crash: WARNING: CPU: 0 PID: 0 at lib/percpu-refcount.c:155 percpu_ref_switch_to_atomic_rcu+0xf8/0x120
Package: src:linux Version: 4.19.132-1 Severity: critical -- Package-specific info: ** Version: Linux version 4.19.0-10-amd64 (debian-ker...@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.132-1 (2020-07-24) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.19.0-10-amd64 root=/dev/mapper/vol00-lvroot ro ipv6.disable=1 quiet ** Tainted: W (512) * Taint on warning. ** Kernel log: [ 19.844379] eth0: renamed from veth6e32f53 [ 19.900781] br-9adc15211594: port 1(vethffa81fd) entered blocking state [ 19.900783] br-9adc15211594: port 1(vethffa81fd) entered forwarding state [ 19.900868] eth0: renamed from veth05d3208 [ 19.981224] br-8b808097d753: port 1(veth292ad2c) entered blocking state [ 19.981226] br-8b808097d753: port 1(veth292ad2c) entered forwarding state [ 19.981300] eth0: renamed from veth4ed0069 [ 20.004228] eth0: renamed from veth2fd413c [ 20.052594] br-d3165f3cf7f6: port 1(veth9b852c9) entered blocking state [ 20.052596] br-d3165f3cf7f6: port 1(veth9b852c9) entered forwarding state [ 20.054598] br-9adc15211594: port 5(veth06a6956) entered blocking state [ 20.054600] br-9adc15211594: port 5(veth06a6956) entered disabled state [ 20.054650] device veth06a6956 entered promiscuous mode [ 20.054737] br-9adc15211594: port 5(veth06a6956) entered blocking state [ 20.054738] br-9adc15211594: port 5(veth06a6956) entered forwarding state [ 20.056275] br-fecbb2e5e4e3: port 1(vethed4a268) entered blocking state [ 20.056276] br-fecbb2e5e4e3: port 1(vethed4a268) entered forwarding state [ 20.056314] br-9adc15211594: port 5(veth06a6956) entered disabled state [ 20.056379] eth0: renamed from veth8e2c368 [ 20.100495] eth0: renamed from vethdae281b [ 20.116540] br-fecbb2e5e4e3: port 3(vethcb5bab4) entered blocking state [ 20.116542] br-fecbb2e5e4e3: port 3(vethcb5bab4) entered forwarding state [ 20.119620] br-9adc15211594: port 2(vethc5cbaba) entered blocking state [ 20.119622] br-9adc15211594: port 2(vethc5cbaba) entered forwarding state [ 20.168874] eth0: renamed from veth656f734 [ 20.215752] br-146a710c5787: port 1(veth3fce3b7) entered blocking state [ 20.215754] br-146a710c5787: port 1(veth3fce3b7) entered forwarding state [ 20.218129] eth0: renamed from vethd0397de [ 20.240654] br-d3165f3cf7f6: port 3(veth2e30ace) entered blocking state [ 20.240656] br-d3165f3cf7f6: port 3(veth2e30ace) entered forwarding state [ 20.440464] eth0: renamed from vethdfb9ca8 [ 20.464753] br-fecbb2e5e4e3: port 4(veth6b7c50a) entered blocking state [ 20.464755] br-fecbb2e5e4e3: port 4(veth6b7c50a) entered forwarding state [ 20.716533] eth0: renamed from veth6ff3ad7 [ 20.736843] br-9adc15211594: port 3(veth8fb547c) entered blocking state [ 20.736846] br-9adc15211594: port 3(veth8fb547c) entered forwarding state [ 20.772575] eth0: renamed from vetha05b0dc [ 20.836690] br-9adc15211594: port 4(veth2373900) entered blocking state [ 20.836692] br-9adc15211594: port 4(veth2373900) entered forwarding state [ 20.836800] eth0: renamed from veth0e5430e [ 20.880947] br-fe62f52dfde8: port 1(vethb0af17f) entered blocking state [ 20.880949] br-fe62f52dfde8: port 1(vethb0af17f) entered forwarding state [ 20.904934] eth0: renamed from veth32bf55f [ 20.924361] eth1: renamed from veth5cb45a4 [ 20.945859] br-ac54b3c767fd: port 1(veth0b33dfa) entered blocking state [ 20.945862] br-ac54b3c767fd: port 1(veth0b33dfa) entered forwarding state [ 20.964643] br-08c6beaaf033: port 2(veth972e005) entered blocking state [ 20.964644] br-08c6beaaf033: port 2(veth972e005) entered forwarding state [ 20.996932] eth0: renamed from veth0d9f11d [ 21.036982] eth1: renamed from veth270bc0f [ 21.052253] br-9adc15211594: port 5(veth06a6956) entered blocking state [ 21.052255] br-9adc15211594: port 5(veth06a6956) entered forwarding state [ 21.052359] eth0: renamed from vethbeadc4a [ 21.068555] br-415df0c66794: port 1(veth8d2b916) entered blocking state [ 21.068557] br-415df0c66794: port 1(veth8d2b916) entered forwarding state [ 21.069499] br-fecbb2e5e4e3: port 2(veth617798a) entered blocking state [ 21.069501] br-fecbb2e5e4e3: port 2(veth617798a) entered forwarding state [ 21.100993] eth1: renamed from veth1ffa0e5 [ 21.136350] br-d3165f3cf7f6: port 2(veth50514f1) entered blocking state [ 21.136354] br-d3165f3cf7f6: port 2(veth50514f1) entered forwarding state [ 265.816084] r8169 :06:00.0: invalid short VPD tag 00 at offset 1 [ 290.118158] [ cut here ] [ 290.118163] percpu ref (css_release) <= 0 (-21) after switching to atomic [ 290.118172] WARNING: CPU: 2 PID: 0 at lib/percpu-refcount.c:155 percpu_ref_switch_to_atomic_rcu+0xf8/0x120 [ 290.118172] Modules linked in: xt_nat veth ipt_MASQUERADE nf_conntrack_netlink xfrm_user xfrm_algo nft_chain_nat_ipv4 nf_nat_ipv4 xt_addrtype xt_conntrack nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 br_netfilter bridge stp llc overlay nft_counter xt_tcpudp nft_comp
Bug#968338: WARNING: CPU: 0 PID: 0 at lib/percpu-refcount.c:155 percpu_ref_switch_to_atomic_rcu+0xf8/0x120
Package: src:linux Version: 4.19.132-1 Severity: critical -- Package-specific info: ** Version: Linux version 4.19.0-10-amd64 (debian-ker...@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.132-1 (2020-07-24) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.19.0-10-amd64 root=/dev/mapper/vol00-lvroot ro ipv6.disable=1 quiet ** Not tainted ** Kernel log: Unable to read kernel log; any relevant messages should be attached ** Model information sys_vendor: Gigabyte Technology Co., Ltd. product_name: To be filled by O.E.M. product_version: To be filled by O.E.M. chassis_vendor: Gigabyte Technology Co., Ltd. chassis_version: To Be Filled By O.E.M. bios_vendor: American Megatrends Inc. bios_version: U1l board_vendor: Gigabyte Technology Co., Ltd. board_name: Z68X-UD3H-B3 board_version: To be filled by O.E.M. ** Loaded modules: xt_nat veth ipt_MASQUERADE nf_conntrack_netlink xfrm_user xfrm_algo nft_chain_nat_ipv4 nf_nat_ipv4 xt_addrtype xt_conntrack nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 br_netfilter bridge stp llc overlay nft_counter xt_tcpudp nft_compat nf_tables nfnetlink fuse snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic intel_rapl x86_pkg_temp_thermal intel_powerclamp coretemp i915 kvm mxm_wmi evdev snd_hda_intel irqbypass drm_kms_helper crct10dif_pclmul crc32_pclmul snd_hda_codec ghash_clmulni_intel intel_cstate intel_uncore snd_hda_core snd_hwdep snd_pcm pcspkr intel_rapl_perf drm snd_timer mei_me snd iTCO_wdt mei i2c_algo_bit sg soundcore iTCO_vendor_support pcc_cpufreq ie31200_edac wmi button video nfsd auth_rpcgss nfs_acl lockd grace sunrpc ip_tables x_tables autofs4 xfs libcrc32c crc32c_generic dm_mod hid_generic usbhid hid sd_mod crc32c_intel ahci libahci aesni_intel lpc_ich mfd_core firewire_ohci libata i2c_i801 xhci_pci r8169 aes_x86_64 crypto_simd realtek cryptd glue_helper libphy xhci_hcd ehci_pci scsi_mod ehci_hcd usbcore firewire_core crc_itu_t usb_common thermal fan ** Network interface configuration: source /etc/network/interfaces.d/* auto lo iface lo inet loopback allow-hotplug enp6s0 auto enp6s0 iface enp6s0 inet static netmask 255.255.255.0 address 192.168.1.3 gateway 192.168.1.1 ** Network status: *** IP interfaces and addresses: 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever 2: enp6s0: mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 90:2b:34:15:b8:c8 brd ff:ff:ff:ff:ff:ff inet 192.168.1.3/24 brd 192.168.1.255 scope global enp6s0 valid_lft forever preferred_lft forever 3: br-ac54b3c767fd: mtu 1500 qdisc noqueue state UP group default link/ether 02:42:bf:91:58:ff brd ff:ff:ff:ff:ff:ff inet 172.24.0.1/16 brd 172.24.255.255 scope global br-ac54b3c767fd valid_lft forever preferred_lft forever 4: br-e3629fe1bfea: mtu 1500 qdisc noqueue state DOWN group default link/ether 02:42:92:58:c2:77 brd ff:ff:ff:ff:ff:ff inet 172.18.0.1/16 brd 172.18.255.255 scope global br-e3629fe1bfea valid_lft forever preferred_lft forever 5: br-fe62f52dfde8: mtu 1500 qdisc noqueue state UP group default link/ether 02:42:61:ba:7f:21 brd ff:ff:ff:ff:ff:ff inet 172.27.0.1/16 brd 172.27.255.255 scope global br-fe62f52dfde8 valid_lft forever preferred_lft forever 6: br-08c6beaaf033: mtu 1500 qdisc noqueue state UP group default link/ether 02:42:82:5f:84:db brd ff:ff:ff:ff:ff:ff inet 172.25.0.1/16 brd 172.25.255.255 scope global br-08c6beaaf033 valid_lft forever preferred_lft forever 7: br-146a710c5787: mtu 1500 qdisc noqueue state UP group default link/ether 02:42:bf:51:27:4d brd ff:ff:ff:ff:ff:ff inet 172.19.0.1/16 brd 172.19.255.255 scope global br-146a710c5787 valid_lft forever preferred_lft forever 8: docker0: mtu 1500 qdisc noqueue state DOWN group default link/ether 02:42:c1:7b:74:e6 brd ff:ff:ff:ff:ff:ff inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0 valid_lft forever preferred_lft forever 9: br-415df0c66794: mtu 1500 qdisc noqueue state UP group default link/ether 02:42:9f:da:4b:b5 brd ff:ff:ff:ff:ff:ff inet 172.30.0.1/16 brd 172.30.255.255 scope global br-415df0c66794 valid_lft forever preferred_lft forever 10: br-6e796151f364: mtu 1500 qdisc noqueue state DOWN group default link/ether 02:42:e7:3e:6b:21 brd ff:ff:ff:ff:ff:ff inet 172.28.0.1/16 brd 172.28.255.255 scope global br-6e796151f364 valid_lft forever preferred_lft forever 11: br-8b808097d753: mtu 1500 qdisc noqueue state UP group default link/ether 02:42:f9:1b:5c:14 brd ff:ff:ff:ff:ff:ff inet 172.21.0.1/16 brd 172.21.255.255 scope global br-8b808097d753 valid_lft forever preferred_lft forever 12: br-9adc15211594: mtu 1500 qdisc noqueue state UP group default link/ether 02:42:47:42:ef:62 brd ff:ff:ff:ff:ff:ff inet 1
Bug#968338: WARNING: CPU: 0 PID: 0 at lib/percpu-refcount.c:155 percpu_ref_switch_to_atomic_rcu+0xf8/0x120
Hello, wanted to add that the issue gets triggered when running the following script: #!/bin/sh if [ -x /usr/bin/certbot ]; then certbot -q--authenticator standalone \ --installer none renew \ --pre-hook "service apache2 stop" \ --post-hook "service apache2 start" sleep 60 /bin/systemctl restart apache2 fi if i run this script using previous kernel ( linux-image-4.19.0-9-amd64 ) no kernel crash is happening. tobias.
Bug#968338: WARNING: CPU: 0 PID: 0 at lib/percpu-refcount.c:155 percpu_ref_switch_to_atomic_rcu+0xf8/0x120
Hello, please close this bug. bug 968335 is about the same issue and does contain the relevant kernel log. tobias.
Bug#968335: kernel crash: WARNING: CPU: 0 PID: 0 at lib/percpu-refcount.c:155 percpu_ref_switch_to_atomic_rcu+0xf8/0x120
Hello, wanted to add that the issue gets triggered when running the following script: #!/bin/sh if [ -x /usr/bin/certbot ]; then certbot -q--authenticator standalone \ --installer none renew \ --pre-hook "service apache2 stop" \ --post-hook "service apache2 start" sleep 60 /bin/systemctl restart apache2 fi if i run this script using previous kernel ( linux-image-4.19.0-9-amd64 ) no kernel crash is happening. tobias.
Bug#291672: fbrun crashes the x-server
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: fluxbox Version: 0.9.11-1 Severity: important Tags: sarge Hi! When I run fbrun, the X-Server crashes and goes back to my Display Manager (kdm). If I type $ fbrun -help in a shell and get the default help text, but as soon as fbrun is to open a window, X crahes/restarts. I tried to run fbrun from a virtual console to be able to read a possible error message with $ fbrun -display :0.0 and get the following: X connection to :0.0 broken (explicit kill or server shutdown). Called without the display parameter from the virtual console gives only a (localized) "Speicherzugriffsfehler" (memory access error?). The components of my X-Server are of the following version: ii xserver-common4.3.0.dfsg.1-10 ii xserver-xfree86 4.3.0.dfsg.1-10 ii libx11-6 4.3.0.dfsg.1-8 ii libx11-dev4.3.0.dfsg.1-8 ii xlibs 4.3.0.dfsg.1-10 ii xlibs-data4.3.0.dfsg.1-10 Upgrading libx11-6 and libx11-dev to 4.3.0.dfsg.1-10 gives the same result for all described actions. Maybe this is an error of the X-Server however, but I'm not able to say. Bye Tobias -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB8iUw0JWAx4q8rvURAmtxAJ44Y88BDKsVsBDNT2F1FgwKMXJhkgCaAgBh 0thxKKP5AvCgtJsl761PES8= =SOQN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292400: ITP: vdr-plugin-wapd -- VDR Plugin to control vdr via mobile devices
Package: wnpp Severity: wishlist * Package name: vdr-plugin-wapd Version : 0.7a Upstream Author : Thomas Heiligenmann * URL : http://vdr.heiligenmann.de/download/ * License : GPL Description : VDR Plugin to control vdr via mobile devices This plugin lets VDR listen to WAP requests to allow remote control by WML enabled browsers - eg. mobile devices - and is called "WAP daemon" or "wapd". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341098: libftdi0: URL has changed
Package: libftdi0 Version: 0.7-1 Severity: minor Tags: patch The URL where the source can be downloaded has changed. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-rc1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libftdi0 depends on: ii libc6 2.3.5-8.1GNU C Library: Shared libraries an ii libusb-0.1-42:0.1.10a-22 userspace USB programming library libftdi0 recommends no packages. -- no debconf information diff -Naur libftdi-0.7-orig/debian/control libftdi-0.7/debian/control --- libftdi-0.7-orig/debian/control 2005-11-28 08:55:40.0 + +++ libftdi-0.7/debian/control 2005-11-28 08:53:00.0 + @@ -16,7 +16,7 @@ Functionalities include the possibility to use the chips in standard mode, in bitbang mode, and to read or write the serial EEPROM. . - Homepage: http://www.intra2net.com/opensource/ftdi/index.html + Homepage: http://www.intra2net.com/de/produkte/opensource/ftdi/index.php Package: libftdi-dev Section: devel @@ -26,4 +26,4 @@ This package contains the header files and static library needed to compile applications that use libftdi. . - Homepage: http://www.intra2net.com/opensource/ftdi/index.html + Homepage: http://www.intra2net.com/de/produkte/opensource/ftdi/index.php diff -Naur libftdi-0.7-orig/debian/copyright libftdi-0.7/debian/copyright --- libftdi-0.7-orig/debian/copyright 2005-11-28 08:55:40.0 + +++ libftdi-0.7/debian/copyright2005-11-28 08:57:08.0 + @@ -1,7 +1,7 @@ This package was debianized by Aurelien Jarno <[EMAIL PROTECTED]> on Mon, 29 Mar 2004 12:30:31 +0200. -It was downloaded from http://www.intra2net.com/opensource/ftdi/index.html +It was downloaded from http://www.intra2net.com/de/produkte/opensource/ftdi/index.php Upstream Author: Intra2net AG <[EMAIL PROTECTED]>
Bug#242133: thinkpad-source: Build modules without requiring root
Package: thinkpad-source Version: 5.8-4 Followup-For: Bug #242133 Why is this report marked as "wontfix"? I think it is a good idea to allow building modules without requiring to be root. All other modules I tried to build with module-assistant (nvidia, fuse, loop-aes) don't require the user to be root or write anything outside the home directory of the user. Please make the thinkpad modules buildable without requireing elevated rights. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14-2-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages thinkpad-source depends on: ii debhelper 5.0.7 helper programs for debian/rules ii devscripts2.9.10 Scripts to make the life of a Debi ii gcc [c-compiler] 4:4.0.2-1 The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.2-5The GNU C compiler ii make 3.80-11The GNU version of the "make" util Versions of packages thinkpad-source recommends: ii dpkg-dev 1.13.11package building tools for Debian -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343096: lilypond: tex backend fails on ly:kpathsea-find-file
Package: lilypond Version: 2.6.3-9 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, it seems as if there is something wrong with the kpathsea functions in Lilypond 2.6.3-9. I get the following error messages: [EMAIL PROTECTED]:~/latex/gesammelte-lieder/Liedzettel$ LANG=C lilypond -b tex ljotsa-tichij-wetscher-nad-semloju-2.ly GNU LilyPond 2.6.3 Processing `ljotsa-tichij-wetscher-nad-semloju-2.ly' Parsing... Interpreting music... [8] ljotsa-tichij-wetscher-nad-semloju-2.ly:17:34: warning: barcheck failed at: -3/4 g4. g8 a4. g8 | f4. e8 f4 g4 | \partial 4*3 a2 r4 [16][23] Preprocessing graphical objects... Calculating line breaks... : In expression ly:kpathsea-find-file: : Unbound variable: ly:kpathsea-find-file Tobias - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.1-tobias1tobias Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages lilypond depends on: ii guile-1.6 [guile] 1.6.7-1The GNU extension language and Sch ii guile-1.6-libs1.6.7-1Main Guile libraries ii guile1.4 [guile] 1:1.4-26 The GNU extension language and Sch ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-2 GCC support library ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libguile-ltdl-1 1.6.7-1Guile's patched version of libtool ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libqthreads-121.6.7-1QuickThreads library for Guile ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii lilypond-data 2.6.3-9LilyPond music typesetter (data fi ii python2.3.5-2An interactive high-level object-o ii zlib1g1:1.2.2-4 compression library - runtime - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iQCVAwUBQ52rIQ3XOWNKd871AQJ+awQAgIphZRGPjoRSXv+qYAvkiNtYPqRNfk4g e2+1Yfuh6GLYQNR/n+Rro7mslD/f16mqppqd1KdfYeUMJwhw8o5PygV8zi8lv8xH H5/7QbasN3IovJu0WVzQY+6c+MXfNswCDagphNuk9yrsxcaI82LOC1sH/33qUXcF gS2IGIkI7Fs= =quc4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343508: sysutils: reportbug seems to depend on dpkg-dev for /usr/bin/dpkg-architecture
Package: sysutils Version: 1.3.8.5.1 Severity: normal Hi, I just upgraded the package and got the following (partially german) error: Richte sysutils ein (2.0.0-1) ... Can't exec "/usr/bin/dpkg-architecture": Datei oder Verzeichnis nicht gefunden at /usr/bin/debsums line 131. Use of uninitialized value in scalar chomp at /usr/bin/debsums line 131. Use of uninitialized value in concatenation (.) or string at /usr/bin/debsums line 343. Use of uninitialized value in concatenation (.) or string at /usr/bin/debsums line 343. ... It seems, that sysutils know depends on dpkg-dev which includes the binary /usr/bin/dpkg-architecture, which he cannot find elsewise. Bye, Toby -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (910, 'testing-proposed-updates'), (800, 'unstable'), (700, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27 Locale: [EMAIL PROTECTED], LC_CTYPE=iso_8859_15 (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Versions of packages sysutils depends on: ii libncurses5 5.4-9 Shared libraries for terminal hand sysutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324798: can't determine who's key to encrypt to
Hi! I've got a similar problem, too, since a while, but I think that I found out a bit more about it. I use Mozilla Thunderbird (1.0.7-3) with Enigmail (0.93-1). When I try to send an encrypted email, the window from which to select the recipient's key is empty and the console shows the following output: enigmail.js: getRulesData enigmail.js: Enigmail.encryptMessage: 12 bytes from 0x8ABCAEF5 to [EMAIL PROTECTED] (354) enigmail.js: Enigmail.encryptMessageStart: prompter=null, uiFlags=16, from 0x8ABCAEF5 to [EMAIL PROTECTED], hashAlgorithm= (0162) enigmail.js: Enigmail.execStart: command = /usr/bin/gpg --batch --no-tty --status-fd 2 -a -e --always-trust --encrypt-to 0x8ABCAEF5 -r <[EMAIL PROTECTED]> -u 0x8ABCAEF5, needPassphrase=0, domWindow=[object ChromeWindow], prompter=null, listener=[xpconnect wrapped nsIIPCBuffer], noProxy=true enigmail.js: Enigmail.execStart: copied command line/env to files ~/enigmail/enigcmd.txt/enigenv.txt enigmail> /usr/bin/gpg --batch --no-tty --status-fd 2 -a -e --always-trust --encrypt-to 0x8ABCAEF5 -r <[EMAIL PROTECTED]> -u 0x8ABCAEF5 enigmail.js: Enigmail.execStart: pipetrans = [xpconnect wrapped nsIPipeTransport] enigmail.js: Enigmail.encryptMessageEnd: uiFlags=16, sendFlags=0162, outputLen=12, pipeTransport=[xpconnect wrapped (nsISupports, nsIPipeTransport, nsIRequest)] enigmail.js: Enigmail.execEnd: enigmail.js: Enigmail.execEnd: copied command err output to file ~/enigmail/enigerr.txt enigmail.js: Enigmail.execEnd: exitCode = 0 enigmail.js: Enigmail.execEnd: errOutput = [GNUPG:] BEGIN_ENCRYPTION 2 9 [GNUPG:] END_ENCRYPTION enigmail.js: Enigmail.execEnd: statusFlags = enigmail.js: Enigmail.stillActive: 2005-12-17 00:46:29.116 ERROR in enigmailUserSelection: enigmailUserSelLoad: 2005-12-17 00:46:29.117 userId=undefined expiry= So the problem is to determine why the userId is undefined. When clicking on "Refresh Key List", the console shows: 2005-12-17 00:50:50.678 enigmailUserSelection.js: enigmailBuildList 2005-12-17 00:50:50.679 enigmailMessengerOverlay.js: enigGetUserList enigmail.js: Enigmail.execCmd: command = /usr/bin/gpg --batch --no-tty --status-fd 2 --with-colons --list-keys enigmail.js: Enigmail.execCmd: copied command line/env/input to files ~/enigmail/enigcmd.txt/enigenv.txt/enigi np.txt enigmail> /usr/bin/gpg --batch --no-tty --status-fd 2 --with-colons --list-keys enigmail.js: Enigmail.execCmd: copied command out/err data to files ~/enigmail/enigout.txt/enigerr.txt enigmail.js: Enigmail.execCmd: exitCode = 0 enigmail.js: Enigmail.execCmd: errOutput = enigmail.js: Enigmail.execCmd: statusFlags = enigmail.js: Enigmail.stillActive: 2005-12-17 00:50:50.725 ERROR in enigmailUserSelection: enigmailUserSelLoad: 2005-12-17 00:50:50.726 userId=undefined expiry= Running the gpg command manually gives me: tru::0:1133273718:1166994384:3:1:5 pub:u:1024:17:D09580C78ABCAEF5:2004-11-05:::u:T* P* <[EMAIL PROTECTED]>::scESC: uid:u2005-01-08::36F1A*FBE32DD::Tobias Pfeiffer <[EMAIL PROTECTED]>: uid:u2005-01-05::A697C*56F9601::Tobias Pfeiffer <[EMAIL PROTECTED]>: uid:u2005-01-05::FC6CC*A518E22::Tobias Pfeiffer <[EMAIL PROTECTED]>: sub:u:1024:16:202F67EC00AA8702:2004-11-05::e: sub:u:2048:16:934F2DC48BF90816:2005-01-05::e: pub:f:1024:17:A5150C15054BDD45:2004-12-13:2006-12-24::-:D* P* <[EMAIL PROTECTED]>::scESC: sub:f:2048:16:4236A9192FF2FD6E:2004-12-13:2006-12-24:e: pub:f:1024:17:75EFA28019A16E34:2005-01-08:::-:S* B* <[EMAIL PROTECTED]>::scESC: sub:f:4096:16:F6E5853CD4AC71D5:2005-01-08::e: pub:f:1024:17:83A13C8A1AB3934E:2005-01-30:::-:A* F* <[EMAIL PROTECTED]>::scESC: sub:f:2048:16:229C25AF3DA3B3AC:2005-01-30::e: pub:f:1024:17:A4E5CCA642713FBC:2005-10-26:::f:R* <[EMAIL PROTECTED]>::scESC: sub:f:4096:16:3C66685C8655BF0A:2005-10-26::e: So now it is to you to find out why enigmail has a problem with this output. I'd be happy to have this problem solved, since I cannot write any encrypted mails any more... Bye Tobias -- I may disagree with what you have to say, but I shall defend to the death your right to say it. -- Voltaire -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324798: can't determine who's key to encrypt to
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! Alexander Sack - Debian Bugmail wrote: >>tru::0:1133273718:1166994384:3:1:5 >>pub:u:1024:17:D09580C78ABCAEF5:2004-11-05:::u:T* P* <[EMAIL >>PROTECTED]>::scESC: >>uid:u::::2005-01-08::36F1A*FBE32DD::Tobias Pfeiffer <[EMAIL PROTECTED]>: >>uid:u2005-01-05::A697C*56F9601::Tobias Pfeiffer <[EMAIL PROTECTED]>: >>uid:u2005-01-05::FC6CC*A518E22::Tobias Pfeiffer <[EMAIL PROTECTED]>: >>sub:u:1024:16:202F67EC00AA8702:2004-11-05::e: >>sub:u:2048:16:934F2DC48BF90816:2005-01-05::e: >>pub:f:1024:17:A5150C15054BDD45:2004-12-13:2006-12-24::-:D* P* >><[EMAIL PROTECTED]>::scESC: >>sub:f:2048:16:4236A9192FF2FD6E:2004-12-13:2006-12-24:e: >>pub:f:1024:17:75EFA28019A16E34:2005-01-08:::-:S* B* <[EMAIL >>PROTECTED]>::scESC: >>sub:f:4096:16:F6E5853CD4AC71D5:2005-01-08::e: >>pub:f:1024:17:83A13C8A1AB3934E:2005-01-30:::-:A* F* <[EMAIL >>PROTECTED]>::scESC: >>sub:f:2048:16:229C25AF3DA3B3AC:2005-01-30::e: >>pub:f:1024:17:A4E5CCA642713FBC:2005-10-26:::f:R* <[EMAIL PROTECTED]>::scESC: >>sub:f:4096:16:3C66685C8655BF0A:2005-10-26::e: >> >> So now it is to you to find out why enigmail has a problem with this >>output. I'd be happy to have this problem solved, since I cannot write >>any encrypted mails any more... > > Why are all those uids and email addresses messed up with '*'? Remove > those keys that have an '*' in their uid/email and ask yourself, why your > own key has such wildcard itself? The '*' are inserted from myself afterwards because a) I wanted to protect the identity of the ones saved in my keyring b) the lines don't get split on two lines for better overview. Sorry if that action was misleading; these stars are *not* there in the original output and the uid/email addresses are normal when printed out by gpg. Maybe another information: When I use the OpenPGP -> Key Management menu, only my own key is shown, but only with three out of the four UIDs shown by gpg. When I right-click one of these UIDs and select "Key Properties", all fields are filled with "?". Bye Tobias - -- I may disagree with what you have to say, but I shall defend to the death your right to say it. -- Voltaire -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDpABQ0JWAx4q8rvURAlADAJ9S77+lkWUE8NhqVo9omj3iic2ixgCePkuq szobx6oe5Nauo5/daciAVQ4= =shIh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343444: bug is gone
Hello, i made a dist-upgrade this morning and the bug is gone. apt upgraded only a few (six or seven) packages. Is it possible to find out which packages my system upgraded? Regards, Tobias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343444: bug is gone
Hello, this morning I upgraded the following package: dialog - Displays user-friendly dialog boxes from shell scripts On December, 15th i upgraded 2005-12-15 07:45:37 upgrade dialog 1.0-20051107-1 1.0-20051207-1 Today i upgraded: 2005-12-21 08:09:29 upgrade dialog 1.0-20051207-1 1.0-20051219-1 The changelog says: dialog (1.0-20051219-1) unstable; urgency=low * New upstream release. * Added sv.po (Closes: #343303). Please join the Free Translation Project. * Fixed segfault problem in the previous release (Closes: #344002). So this bug is fixed. Thanks, Tobias On Wednesday 21 December 2005 17:04, you wrote: > Tobias Knieper <[EMAIL PROTECTED]> wrote: > > Hello, > > i made a dist-upgrade this morning and the bug is gone. apt upgraded only > > a few (six or seven) packages. Is it possible to find out which packages > > my system upgraded? > > If you use aptitude, it's in /var/log/aptitude; I think dpkg does not > yet keep a log. > > Since you reported the bug, the updates on *my* system[1] that could be the > reason are > > , > > | Tue, Dec 20 2005 09:27:30 + > | > | IMPORTANT: this log only lists intended actions; actions which fail due > | to dpkg problems may not be completed. > | > | Will install 15 packages, and remove 0 packages. > | 856kB of disk space will be freed > | = > |== [...] > | [UPGRADE] libc6 2.3.5-8.1 -> 2.3.5-9 > > ` > > But there are no items in the changelog that seem to affect us. > doko, what do you think? > > Regards, Frank > > [1] note that my unstable system is in a chroot, and I don't use netenv > there -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338146: fontconfig: fc-cache crashes with some .PFB files
Package: fontconfig Version: 2.3.2-1 Severity: normal I have copied some fonts from an old windows installation in my /usr/local/share/fonts folder. When the files "UNVNC___.PFB" (!PS-AdobeFont-1.0: Universal-NewswithCommPi) or "UNVMG___.PFB" (!PS-AdobeFont-1.0: Universal-GreekwithMathPi) are in the folder, fc-cache crashes with segfault. There were no problems with several hundreds other files of type .ttf .pfb. I do not know if there is anything special about these two fonts. I don't even know which application put them into the windows Fonts folder. Can I post the files somewhere for closer inspection? Or would this be against copyright? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages fontconfig depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii defoma 0.11.8-0.1 Debian Font Manager -- automatic f ii gsfonts-x11 0.17 Make Ghostscript fonts available t ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1 generic font configuration library ii msttcorefonts 1.2 Installer for Microsoft TrueType c ii ttf-bitstream-vera 1.10-3 The Bitstream Vera family of free ii ttf-freefont20031008-1.1 Freefont Serif, Sans and Mono True ii ucf 2.003Update Configuration File: preserv fontconfig recommends no packages. -- debconf information: fontconfig/rendering_type: Autohinter * fontconfig/subpixel_rendering: Automatic * fontconfig/enable_bitmaps: false * fontconfig/hinting_type: Native -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336909: pcmcia-cs: cardmgr doesn't bring eth0 up
Package: pcmcia-cs
Version: 3.2.8-5.2
Followup-For: Bug #336909
I also saw this problem. Somehow the Debian-specific section of
network.opts got lost in one of the two recent NMUs, since -5 still has
that part of the script. Trivial patch to revert to the script of -5 is
attached.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i586)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.4.27-2-586tsc
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Versions of packages pcmcia-cs depends on:
ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii dmidecode 2.7-2 Dump Desktop Management Interface
ii libc6 2.3.5-7GNU C Library: Shared libraries an
ii lsb-base 3.0-11 Linux Standard Base 3.0 init scrip
ii modutils 2.4.27.0-3 Linux module utilities
ii psmisc21.8-1 Utilities that use the proc filesy
Versions of packages pcmcia-cs recommends:
pn hotplug(no description available)
-- debconf information:
* pcmcia-cs/run_probe: true
* pcmcia-cs/start_pcmcia: true
--- /etc/pcmcia/network.opts2005-10-21 20:08:27.0 +0200
+++ network.opts2005-11-08 16:53:25.0 +0100
@@ -59,3 +59,24 @@
NO_FUSER=n
;;
esac
+
+# This tries to use Debian's network setup in /etc/network/interfaces
+# if no settings are given higher up in this file. You can delete it
+# if that isn't desired.
+
+[ -r /etc/default/pcmcia ] && . /etc/default/pcmcia
+
+is_true $DHCLIENT || is_true $WHEREAMI || \
+is_true $PUMP || is_true $BOOTP || is_true $DHCP || \
+if [ -z "$IPADDR" ] && [ -x /sbin/ifup ] && [ -x /sbin/ifdown ] ; then
+INFO="Debian network setup"
+if ! is_true $REFRAIN_FROM_IFUP ; then
+start_fn () {
+ log /sbin/ifup $1
+}
+fi
+stop_fn () {
+ log /sbin/ifdown $1
+}
+fi
+
Bug#338320: cvs-syncmail: Syncmail stopped stripping GECOS field after Revision 1.39
Package: cvs-syncmail Version: 1.2+cvs.2004.05.02-2 Severity: minor Tags: upstream After the update to sarge syncmail now includes the full GECOS-field on the From-Line, which is annoying if you have a lot of information in there (e.g. multiple phone numbers). It seems this was introduced upstream with revision 1.39, before that only the realname-information was used. Unfortunately this is not a configuration option, but was changed unconditionally instead. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11.9-exec-shield-tomodachi Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Versions of packages cvs-syncmail depends on: ii python2.3.5-2An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346103: [INTL:de] Updated German translation of tea
Package: tea Version: 10.1-1 Severity: minor Tags: patch l10n Hi, I've updated the German translation of your package "tea". The file has passed the review process on the German translation list, [EMAIL PROTECTED] Please include it in your next upload. Cheers, -- Tobias I doubt, therefore I might be. tea_10.1_de.po.gz Description: GNU Zip compressed data pgpEPEZvhSEPt.pgp Description: PGP signature
Bug#346103: [INTL:de] Updated German translation of tea
On Thursday 05 January 2006 19:14, Lior Kaplan wrote: > Thanks. > > My next upload will be version 11 of tea/chai. > > Can you look on that translation ? Yes, I've already submitted an updated version of the German translation to upstream. However, he will include the translation in the next release, tea 12.0. So if you need the German translation for tea 11.0, please let me know and I'll send you a copy. Cheers, -- Tobias I doubt, therefore I might be. pgpguIZXBQjov.pgp Description: PGP signature
Bug#346125: vdradmin can't find URI::Escape
Hi! Harald Welte wrote: >After updating the perl package to 5.8.7-10, vdradmind doesn't want to >start anymore: > >media:/var/log# /usr/bin/vdradmind.pl >Can't locate URI/Escape.pm in @INC (@INC contains: /usr/bin/lib/ >/usr/share/vdradmin/lib /etc/perl /usr/local/lib/perl/5.8.7 > Just install liburi-perl. This is already fixed in the repository, but hasn't been uploaded yet. bye, Tobias signature.asc Description: OpenPGP digital signature
Bug#346189: iso-codes: [INTL:ru] Updated Russian translation for iso_4217
package iso-codes tags 346189 pending thanks On Friday 06 January 2006 10:23, Yuri Kozlov wrote: > Updated Russian translation for iso_4217 is attached. Hi, I've committed this to our CVS. It will be released with the next version of iso-codes. Thanks for your work! Cheers, -- Tobias I doubt, therefore I might be. pgpnyhLuHLWXK.pgp Description: PGP signature
Bug#347517: [INTL:de] German translation for sqlite debconf templates
Package: sqlite Version: 2.8.16-1 Severity: wishlist Tags: patch l10n Hi, I've attached the German translation for your package, sqlite. It has passed the review process on the German Debian translation list. Cheers, -- Tobias I doubt, therefore I might be. sqlite_2.8.16-1_templates.pot Description: application/gettext pgpjPfyXxjD2e.pgp Description: PGP signature
Bug#347521: [INTL:de] Update for German translation of zssh
Package: zssh Version: 1.5c-3 Severity: minor Tags: patch l10n Hi, I've attached an update of the German PO file (lrzsz-0.12.20/po/de.po). It has passed the review process on the German Debian translation list. I just saw that you've done an upload of zssh -- sorry, bad timing on my part. When are you planning the next upload? Cheers, -- Tobias I doubt, therefore I might be. zssh_1.5c-3_de.po.gz Description: GNU Zip compressed data pgpoy0uZ1S1ds.pgp Description: PGP signature
Bug#313992: Update of German translation
package lrzsz retitle 313992 lrzsz: [INTL:de] Update of German PO file thanks Hi, I've updated the German translation of lrzsz (included in zssh, see bug #347521), and was told that lrzsz is now a separate package. Therefore, I'm sending you the update of the PO file to this bugreport. The corrections of Jens are included in my file, it also has passed the review process on the German Debian translation list. Please include the translation in your next upload. Cheers, -- Tobias I doubt, therefore I might be. lrzsz_0.12.21_de.po.gz Description: GNU Zip compressed data pgpz5eLsTnC0a.pgp Description: PGP signature
Bug#347521: [INTL:de] Update for German translation of zssh
On Thursday 12 January 2006 02:13, Bart Martens wrote: > Hello Tobias, > > There's a separate package called lrzsz. The copy of lrzsz in the zssh > source package is not used. Jens Seidel seems to have translated a > newer copy of lrzsz, see bug #313992. > > I'll remove the copy of lrzsz from the zssh source package to avoid > translators losing time over this again. > http://members.chello.be/ws35943/zssh/ Hi Bart, hrm, I didn't notice that. However, I've sent my (updated) translation to #313992 now, so hopefully it'll be included there. Thanks for removing the source of lrzsz from your package. Cheers, -- Tobias I doubt, therefore I might be. pgp1QHKYBgvMR.pgp Description: PGP signature
Bug#347829: /etc/init.d/cupsys should unset TMPDIR
Package: cupsys Version: 1.1.23-14 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If TMPDIR is set and cups restarted with /etc/init.d/cupsys, then cups will try writing it's temporary files in that directory as 'lp', however if you are using pam_tmpdir the directory pointed to by TMPDIR is only writable by root... - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages cupsys depends on: ii adduser 3.80Add and remove users and groups ii debconf [debconf-2.0]1.4.67 Debian configuration management sy ii gs-esp 8.15.1.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.5-11GNU C Library: Shared libraries an ii libcupsimage21.1.23-14 Common UNIX Printing System(tm) - ii libcupsys2 1.1.23-14 Common UNIX Printing System(tm) - ii libgnutls12 1.2.9-2 the GNU TLS library - runtime libr ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpaper11.1.14-4Library for handling paper charact ii libslp1 1.2.1-3 OpenSLP libraries ii patch2.5.9-2 Apply a diff file to an original ii perl-modules 5.8.7-10Core Perl modules ii procps 1:3.2.6-2 /proc file system utilities ii xpdf-utils 3.01-3 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-9 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.1.23-14Common UNIX Printing System(tm) - ii foomatic-filters3.0.2-20050720-1 linuxprinting.org printer support ii smbclient 3.0.20b-3a LanManager-like simple client fo - -- debconf information: cupsys/raw-print: true cupsys/ports: 631 * cupsys/backend: cupsys/portserror: cupsys/browse: true -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDxsixWeSjpYPhJEoRAkfTAJ0S2j1kzYwK53q8tpUs69fBZwhOSQCggN32 GcDaN7oFCu1PXIhCL6baeTU= =+IMt -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347938: [INTL:de] Update of German debconf template translation
Package: configure-debian Version: 1.0.1 Severity: minor Tags: l10n patch Hi, I've updated the German translation of configure-debian. It has passed the review process on the German Debian translation list. Please include the file in your next upload. Cheers, -- Tobias Warning: Trespassers will be shot. Survivors will be shot again. configure-debian_1.0.1_de.po.gz Description: GNU Zip compressed data pgplcyqJs7lV7.pgp Description: PGP signature
Bug#343193: pcmciautils: Possible solution?
Package: pcmciautils Version: 011-1 Followup-For: Bug #343193 Hi, I think I know why pcmciautils does nothing. It did nothing for me until I fixed the udev-rules.d symlink. The poatinst script seems to try to create a symlink in the wrong directory, but as I checked, even this symlink was missing... # ln -s ../pcmcia.rules /etc/udev/85-pcmcia.rules made it work for me. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14-2-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages pcmciautils depends on: ii libc6 2.3.5-9GNU C Library: Shared libraries an ii libsysfs1 1.3.0-6interface library to sysfs ii module-init-tools 3.2.2-1tools for managing Linux kernel mo ii udev 0.076-6/dev/ and hotplug management daemo pcmciautils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343193: pcmciautils: Possible solution?
On Fri, Dec 23, 2005 at 11:40:34AM +0100, Tobias Gruetzmacher wrote: > # ln -s ../pcmcia.rules /etc/udev/85-pcmcia.rules Bleh, I'm stupid, the correct command is: # ln -s ../pcmcia.rules /etc/udev/rules.d/85-pcmcia.rules I think you need to restart udev afterwards. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344533: Compile with thread-safety
Package: php5 Severity: wishlist I would like to have the PHP5-Packages compiled with thread-safety enabled. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324798: can't determine who's key to encrypt to
Hi! Alexander Sack - Debian Bugmail wrote: >>Maybe another information: When I use the OpenPGP -> Key Management >>menu, only my own key is shown, but only with three out of the four UIDs >>shown by gpg. When I right-click one of these UIDs and select "Key >>Properties", all fields are filled with "?". > FWIW, what's your gnupg version? dpkg -l gnupg shows 1.4.2-2. > Further, please try to uninstall the enigmail package and try the > latest .xpi available from upstream (http://enigmail.mozdev.org). Take > care that you choose the right version (for thunderbird 1.0.7). > > Let me know if it fixes the problem. Well, I think that everything is fixed now. The problem was probably that in my homedir, there were some relics left from enigmail-0.86. I removed all of them, reinstalled the default Debian enigmail package and now everything is fine; I can even send PGP/MIME messages again now. >From my point of view, this bug could be closed. Bye Tobias -- I may disagree with what you have to say, but I shall defend to the death your right to say it. -- Voltaire signature.asc Description: OpenPGP digital signature
Bug#346004: iostream can't do files > 2GB
Package: libstdc++5-3.3
Version: 3.3.5-13
When I run this program:
big.cc:
-
#include
#include
using namespace std;
int main()
{
ofstream test("/scratch/bigfile.txt");
for (long i = 0; i < 15; i++) {
test << i;
}
test.close();
return 0;
}
$ ./big
Filesize limit exceeded
$ ls -l
total 2099204
-rw-r--r-- 1 oetiker oep 2147483647 Jan 4 20:58 bigfile.txt
it ends after writing two GB ...
The bug is fixed in the gcc-3.4 distro ... details here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8610
This is on debian sarge.
cheers
tobi
--
____ _
/_ __/_ / / (_) Oetiker @ ISG.EE, ETL F24.2, ETH, CH-8092 Zurich
/ // _ \/ _ \/ / System Manager, Time Lord, Coder, Designer, Coach
/_/ \.__/_.__/_/ http://people.ee.ethz.ch/oetiker +41(0)44-632-5286
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339506: psnup: Does not use /etc/papersize
Package: psutils Version: 1.17-20 Severity: normal psnup (from psutils 1.17-20) does not use /etc/papersize for the default papersize, which results in the following error message when calling psnup with the '-2' option only: kunze$ psnup -2 /tmp/bla.ps > /tmp/bla.2up.ps psnup: page width and height must be set kunze$ When specifying a paper size, psnup works as expected: kunze$ psnup -2 /tmp/bla.ps > /tmp/bla.2up.ps kunze$ It seems that psnup is not consulting /etc/papersize (as promised in the manpage): kunze$ cat /etc/papersize a4 kunze$ strace psnup -2 /tmp/bla.ps 2>&1 |fgrep papersize kunze$ ltrace psnup -2 /tmp/bla.ps 2>&1 |fgrep papersize kunze$ I recall that psnup from psutils 1.17-19 worked correctly (as I use psnup fairly often, I would have stumbled upon the bug earlier). Please contact me if I should downgrade the package or help in any other way to elaborate on this bug. -tobias -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-panther Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages psutils depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libpaper1 1.1.14-3 Library for handling paper charact Versions of packages psutils recommends: ii gs 8.15-4 Transitional package ii gs-esp [gs] 8.15.1.dfsg.1-1 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.15-4 The GPL Ghostscript PostScript int -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339506: psnup: Does not use /etc/papersize
* Jay Berkenbilt <[EMAIL PROTECTED]> wrote: > Thank you for your detailed bug report. I just took over > maintenance of psutils and just uploaded a new version. I probably > inadvertently broke this. I'll look at it and will upload a new > version as soon as I can. If this problem is very important to you, > you can downgrade in the interim. No, it is not that important as the workaround using the -p option can be used: kunze$ psnup -pa4 -2 /tmp/bla.ps > /tmp/bla.2up.ps kunze$ (In my bug report, I forgot the -pa4 option for the case where psnup works as expected.) > I'll make sure this problem is not present in 1.17-21. (If I can > find the problem in a few minutes, I'll upload a new version > tonight. Otherwise, I will probably not have time to fix the > problem before Friday or Saturday.) Very good. If I should test something, just ask. -tobias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320968: tex4ht: tex4ht produces lonely tags.
Am Di, 22. Nov 2005 01:34:10 +0530, schrieb Kapil Hari Paranjape:
> As suggested by Eitan could you please confirm that following
> line in your input:
>
> > \Configure{BODY}{\empty}{\empty}
>
> 1. Is essential to your file in some way.
Yes. Eitan himself told me in a private thread to use
\Configure{BODY}{}{} (which has the same result).
> 2. Removal of this line fixes the problem.
Well, the index problem Eitan has fixed in July.
After some new investigations I found out, that
\Configure{BODY}
{\:xhtml{\SaveEndP}\IgnorePar}
{\IgnorePar\:xhtml{\EndP}}
seems to work for my special purposes. So it's either a problem of
proper documentation or the corresponding code should be moved outside
of \Configure{BODY}.
Tobias
--
,-------,
Tobias /|
Schlemmer / Tel.: 01 62 / 7 63 94 35|
Dipl.-Math. / http://www.schlemmer.de.tt
-. / [EMAIL PROTECTED]
\ / GnuPG/PGP Public Keys:
\ / 4A77CEF5 (RSA) bzw. DF2A703C (DSA)
' Jabber: [EMAIL PROTECTED]
-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-'-,-
Die Furcht vor der Mathematik steht der Angst erheblich näher als der
Ehrfurcht.
Felix
Auerbach
PGP-Unterschrift.asc
Description: Digitale Unterschrift mit PGP/GnuPG
Bug#340415: libpam-tmpdir: pam_tmpdir is to paranoid and sets TMP='(null)/'
Package: libpam-tmpdir
Version: 0.05-2
Severity: important
I use grsecurity on my server and pam_tmpdir sets TMP='(null)/1001' - I
looked at the source and came over this snippet in get_tmp_dir:
/* Start paranoia checks */
if (check_path(confdir) != 0) {
return NULL;
}
The problem with that code is that the calling function does not check
for NULL values. If you have grsecurity and hide / from sshd (that was
my problem), you get such strange paths. I would suggest emitting a
syslog error and returning DEFAULT_SYSUSRTMP in this place, so it works
the same way as if the user has no config file for pam_tmpdir.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.14.2-grsec
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Versions of packages libpam-tmpdir depends on:
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340324: lmms hangs on startup
hi, it seems that it hangs when opening MIDI-device. so the first question is, whether you have a MIDI-soundcard or not. If so, you're possibly running another app accessing MIDI-card via ALSA-sequencer-interface. Try to close everything. The next release will also support accessing MIDI-device via ALSA-sequencer, so then it should work. As a workaround, you could try to insert the following line into ~/.lmmsrc.xml I don't know whether this works, but maybe it does... toby pgpIy7McUAJds.pgp Description: PGP signature
Bug#340652: webcalendar: Wrong dependencies in sarge
Package: webcalendar Version: 0.9.45-4sarge2 Severity: normal I have installed apache2 with libapache2-mod-suphp ,but Webcalendar requires libapache2-mod-php4. So apt suggests to install apache-common php4 and libapache-mod-php4. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Versions of packages webcalendar depends on: ii apache2-mpm-worker [httpd] 2.0.54-5high speed threaded model for Apac ii debconf [debconf-2.0]1.4.30.13 Debian configuration management sy ii php4 4.5
Bug#312246: libnet-ftpserver-perl: Net::FTPServer shows File-Listings in current set language
Package: libnet-ftpserver-perl Version: 1.120-1 Severity: normal Hi, I use Net::FTPServer and found the following bug (I think it is a bug). I'm from Germany and so all of my "LC_*"-Vars set to "[EMAIL PROTECTED]". Now Net::FTPServer uses the POSIX-Function "strftime" to produce the listing for a directory. So the month-name in this listing is getting with the "LC_*" Vars. For ftp-clients like "NcFTP", etc. this seems to be no problem. But when you try to explore with "IE" or "Firefox" the listing looks "a bit strange". (Firefox hangs after trying this!!!) Maybe you can set the LC_*-Vars to "C" before Net::FTPServer uses strftime. You can try this behaviour by starting the ftp-server with the Env-Vars set to "de_DE" or similar and create a file in your enviroment with a date in the months "Mar" or "May". The other month are named idendical like the englisch ones. Because of that it takes a time for me, to find the error ;-) Greetings Tobias -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libnet-ftpserver-perl depends on: ii libio-stringy-perl2.110-1Perl5 modules for IO from scalars ii perl 5.8.4-8Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312254: /usr/bin/wineprefixcreate: wineprefixcreate searches wineserver in wrong location
Package: wine
Version: 0.0.20050524-1
Severity: minor
File: /usr/bin/wineprefixcreate
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When calling "wineprefixcreate --wait" the script tries to call
wineserver, but looks into the wrong place:
/usr/bin/wineprefixcreate: 190: wineserver: not found
I think, line 189 should correctly read:
"${WINESERVER:-/uar/lib/wine/wineserver}" -w
- -- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.11-1-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Versions of packages wine depends on:
ii debconf 1.4.50 Debian configuration management sy
ii libwine 0.0.20050524-1 Windows Emulator (Library)
ii xbase-clients [xcontrib] 4.3.0.dfsg.1-14 miscellaneous X clients
- -- debconf information excluded
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFCpJt3Gf7YPOK+o0ERAjV1AKDzfQvJ/ICbYcsRwVluqe+4X89vDACfS93A
kqG2fYhuY6ohQ+v/penooUU=
=yDX5
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305589: init file is read as wrong user
Hi! matt hope wrote: ( My re-phrasing of the above: - Config files werent getting read correctly when file mode 0600. - Worked when 0644 - You suspect that somehow XrmGetFileDatabase() gets called as a different userid to the running user. ) Yes. I must admit some suprise at this. OK, now *I* am the one who is surprised. Having another look at my .fluxbox directory, I see that everything is already at 0600 and working fine nevertheless. Strange. However, I think this bug is to be closed. Sorry for the additional work. Bye Tobias -- Debian GNU/Linux Sarge has been released as stable! -- http://www.debian.de/News/2005/20050606 signature.asc Description: OpenPGP digital signature
Bug#314720: libfontconfig1: fontconfig causes long startup times with NFS-mounted home directory
Package: libfontconfig1 Version: 2.3.2-1 Severity: important My home directory is mounted from the home server via NFS. I'm using both my workstation and a X11 Terminal where I'm logged onto the server. I recently (I guess since a few weeks ago) noticed that often my applications take quite a long time (10-30 seconds) to start up. The cause for this is the .fonts.cache-1 in my home directory, which contains timestamps for all font directories and fonts. Each time I start an application after switching hosts, the timestamps in the .fonts.cache-1 no longer match and it is regenerated, which takes 10-30 seconds. This is rather annoying, because I switch between workstation and X11 Terminal several times per day. I guess the solution would be to include the hostname in the name of the file (.fonts..cache-1). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.12-ac7-vs1.9.5-htbatm-imq Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libfontconfig1 depends on: ii fontconfig 2.3.2-1 generic font configuration library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfreetype62.1.7-2.4FreeType 2 font engine, shared lib ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314720: libfontconfig1: more information and patch
Package: libfontconfig1
Version: 2.3.2-1
Followup-For: Bug #314720
FWIW, the following minimal program can be used to time the fontconfig
startup:
---cut here--
#include
#include
int main()
{
int err = FcInit();
if(err == FcFalse){
printf("Couldn't initialize fontconfig lib\n");
exit(err);
}
return 0;
}
---cut here--
10-30 seconds was a bit optimistic, with cold caches it's even taking
quite a bit longer (~2 minutes).
I also forgot to tag it as upstream, as this is certainly not
debian-specific. :-)
The following patch fixes the problem for me by prefixing the hostname:
---cut here--
--- fontconfig-2.3.2/src/fccfg.c2005-03-09 05:56:35.0 +0100
+++ fontconfig-2.3.2.patched/src/fccfg.c2005-06-18 02:24:05.0
+0200
@@ -77,8 +77,24 @@
config->cache = 0;
if (FcConfigHome())
- if (!FcConfigSetCache (config, (FcChar8 *) ("~/" FC_USER_CACHE_FILE)))
+{
+ int templen = 200;
+ FcChar8 *hostname = calloc(1, templen);
+ FcChar8 *temp;
+ FcChar8 *cachefile;
+
+ gethostname(hostname, templen);
+ temp = FcStrPlus("~/.", hostname);
+ cachefile = FcStrPlus(temp, FC_USER_CACHE_FILE);
+ FcStrFree(temp);
+ free(hostname);
+
+ if (!FcConfigSetCache (config, cachefile))
+ {
+ FcStrFree(cachefile);
goto bail8;
+ }
+}
#ifdef _WIN32
if (config->cache == 0)
---cut here--
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.12-ac7-vs1.9.5-htbatm-imq
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages libfontconfig1 depends on:
ii fontconfig 2.3.2-1 generic font configuration library
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libexpat1 1.95.8-3 XML parsing C library - runtime li
ii libfreetype62.1.7-2.4FreeType 2 font engine, shared lib
ii zlib1g 1:1.2.2-4compression library - runtime
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310540: bittornado: Uninformative manpage descriptions
Package: bittornado Version: 0.3.11-4 Severity: normal Following manpages just have a description of 'manual page for...', which kind of moots the point of being able to do a 'whatis btcompletedir', e.g. btcompletedir (1)- manual page for btcompletedir btcopyannounce (1) - manual page for btcopyannounce btlaunchmany (1) - manual page for btlaunchmany btsethttpseeds (1) - manual page for btsethttpseeds btcompletedir.bittornado (1) - manual page for btcompletedir btlaunchmany.bittornado (1) - manual page for btlaunchmany And a slight discrepancy: btmakemetafile (1) - program to generate torrent info files for bittorrent btmakemetafile.bittornado (1) - manual page for btmakemetafile [file...] [params...] Even stranger, though: | /usr/share/man/man1/btmakemetafile.1.gz -> /etc/alternatives/btmakemetafile.1.gz | /etc/alternatives/btmakemetafile.1.gz -> /usr/share/man/man1/btmakemetafile.bittornado.1.gz Different decription for the same file? -- Gegen Softwarepatente in Europa: http://swpat.ffii.org./ Mister Teatime had a truly brilliant mind, but it was brilliant like a frac- tured mirror, all marvellous facets and rainbows but, ultimately, also some- thing that was broken. (Terry Pratchett in `Hogfather') signature.asc Description: Digital signature
Bug#310540: bittornado: Uninformative manpage descriptions
On 2005-05-24T08:55:52-0500 (Tuesday), Micah Anderson wrote: > As there were no man pages for bittorrent or bittornado, I had to > generate all of these by hand based on what I could find and their > command-line arguments. You have to love developers for that. > I'd be happy to update these, do you have any suggestions for what > they should read instead? The first lines of the description are quite usable, so something like: btcompletedir(1)- creates torrents for each file or directory at a given location btcopyannounce(1) - copy torrent announce information to other torrents btlaunchmany(1) - launch multiple torrent downloads using the text interface btsethttpseeds(1) - sets http-seeds information in torrents > Tobias Wolter schrieb am Tuesday, den 24. May 2005: LC_MESSAGES="de" and LC_TIME="en"? Now that's odd. [snipped fullquote] -- Gegen Softwarepatente in Europa: http://swpat.ffii.org./ Mister Teatime had a truly brilliant mind, but it was brilliant like a frac- tured mirror, all marvellous facets and rainbows but, ultimately, also some- thing that was broken. (Terry Pratchett in `Hogfather') signature.asc Description: Digital signature
Bug#310998: [INTL:de] x-symbol debconf templates translation
Package: x-symbol Version: N/A Severity: wishlist Tags: l10n patch Hi, unfortunately, the announced NMU[1] for translation updates has not happened before the release of Sarge, so I'm sending the German translation to the BTS. I hope it will be included in the next upload of x-symbol. [1] <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=198862&msg=11> Cheers, -- Tobias An optimist believes we live in the best of all possible worlds. A pessimist is sure of it! x-symbol_de.po Description: application/gettext pgpSCcqEavito.pgp Description: PGP signature
Bug#311049: mpg123: http_proxy support is broken
Package: mpg123 Version: 0.59r-19 Severity: normal When http_proxy is set, mpg123 does connect to the proxy, but it sends wrong headers and so fails to connect to the destination. For example "http_proxy=http://nukunuku:3128 mpg123-oss http://212.112.235.45:8002/"; will send the following request: |GET HTTP/1.0 |User-Agent: mpg123-oss/0.59r |Host: nukunuku:3128 |Accept: audio/mpeg, audio/x-mpegurl, */* |Authorization: Basic which is promptly answered by squid with a "400 Bad Request". -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11ac7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mpg123 depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311272: ipw2100-source: source tar.gz has wrong file date, which is confusing
Package: ipw2100-source Version: 1.1.0-1 Severity: minor The installed file has the following attributes: -rw-r--r-- 1 root root 114028 2005-03-26 18:41 ipw2100-source.tar.gz Please note, that the date is "March 26". This leads (at least in my case) to confusion, if it is really the newest version. The 1.1 Version was released on May 2005 23rd. (it broke also my home-brewn cron-script informing me about new sources in my source dir...) Thank you. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ipw2100-source depends on: ii debconf [debconf-2.0] 1.4.50 Debian configuration management sy ii debhelper 4.2.36 helper programs for debian/rules ii module-assistant 0.9tool to make module package creati -- debconf information: * ipw2100/firmware_note: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#272094: geomview: no external modules present
Thank you for your follow-up: I can still reproduce the problem on my system. I don't have any of the environment variables set. If I use a .geomview file in the startup directory which contains the lines: --- .geomview BEGIN (emodule-define "Animator" "animate") (emodule-define "Draw Boundary" "drawbdy") (emodule-define "Example" "example") (emodule-define "Ginsu" "ginsu") (emodule-define "Graffiti" "graffiti") (emodule-define Stereo stereo) (emodule-define "Sweep" "sweep") (emodule-define "Tackdown" "tackdown") (emodule-define "Transformer" "transformer") --- .geomview END all 9 modules are shown in geomview. I got this idea after finding the files -rw-r--r--1 root root 38 2004-09-12 19:45 .geomview-animate -rw-r--r--1 root root 43 2004-09-12 19:45 .geomview-drawbdy -rw-r--r--1 root root 37 2004-09-12 19:45 .geomview-example -rw-r--r--1 root root 33 2004-09-12 19:45 .geomview-ginsu -rw-r--r--1 root root 39 2004-09-12 19:45 .geomview-graffiti -rw-r--r--1 root root 31 2004-09-12 19:45 .geomview-stereo -rw-r--r--1 root root 33 2004-09-12 19:45 .geomview-sweep -rw-r--r--1 root root 39 2004-09-12 19:45 .geomview-tackdown -rw-r--r--1 root root 45 2004-09-12 19:45 .geomview-transformer in the directory /usr/lib/geomview However, their presence there seems not enough, I had to combine everything into one .geomview file which is parsed upon startup. If you think I should investigate along these lines (under which conditions the files are parsed), I can try to do so. However, since I have a work-around, I am presently happy. Thank you very much for supporting geomview on debian, I find it an extremely useful tool to visualize my quantum-mechanical calculations in theoretical physics!!! -Tobias. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305589: init file is read as wrong user
Package: fluxbox
Version: 0.9.11-1
Hi!
Some time ago I submitted a bug report about fbrun crashing the X-Server
at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=291672&archive=yes.
Somewhere in the mail traffic I mentioned that my .xsession-errors file
was full of:
Failed to read: session.screen0.followModel
Setting default value
Failed to read: session.screen0.window.focus.alpha
Setting default value
Failed to read: session.screen0.window.unfocus.alpha
Setting default value
Failed to read: session.screen0.menu.alpha
Setting default value
[...]
In the same time, menu transparency did not work (just because the
default value == non-transparent was taken), but also changing in the
menu itself did not result in any change; after re-opening the menu, it
was back at 255.
I know resolved this issue and hope that someone who is close to the
source can change it appropriately. The thing is that my ~/.fluxbox/init
file had 0600 permissions, i.e. only myself could read and write that
file. After changing it to 0644, everything - including the fbrun thingy
and menu transparency, works fine. I think that somewhere in fluxbox.cc
there needs to be a change made. I'm not really familiar with C++ or X
programming, but I found the following: (I took the source files from
the fluxbox.org-devdocs.)
- line 00493: setupConfigFiles() is called which checks the existence of
init, menu and keys (I think) with a stat call and creates them if they
are non-existing
- line 00503: some weird thing with m_fluxbox_pid = XInternAtom(disp,
"_BLACKBOX_PID", False) is done
- line 00521: some more weird stuff happens ("weird" means that I don't
understand it *grin*): pid_t bpid = getpid();
- line 01614: XrmGetFileDatabase() is called to get some kind of
database out of the init file
I think the last thing is the critical point.
http://static.cray-cyber.org/Documentation/NEC_SX_R10_1/G1AE02E/CHAP15.HTML
says about XrmGetFileDatabase(): "If it cannot open the specified file,
XrmGetFileDatabase returns NULL." So I don't exactly know what happens,
but this function call seems to use a different user id than the user's
one, which is quite a pity. I'd be happy to have that changed by someone :-)
Bye
Tobias
--
Justice through Precision
-- Inscription on the AI pyramid
signature.asc
Description: OpenPGP digital signature
Bug#306394: m4: /usr/X11R6/lib/X11/pcb/m4/common.m4: No such file or directory
Package: pcb
Version: 1.99j+20050127-2
Severity: normal
Hi,
when running
gnetlist -g PCBboard -o test.pcb test.sch
with the file below, I get the following error message:
m4: /usr/X11R6/lib/X11/pcb/m4/common.m4: No such file or directory
The file common.m4 is located in /usr/share/pcb/m4/common.m4
I didn't find the file with the wrong path, but it must be somewhere.
Bye,
Toby
--- file: test.sch
v 20050313 1
C 36100 63800 1 0 0 max3223e-1.sym
{
T 38450 68400 5 10 1 1 0 6 1
refdes=U?
}
--- file: test.sch
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (990, 'testing'), (800, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.27
Locale: [EMAIL PROTECTED], LC_CTYPE=iso_8859_15 (charmap=ISO-8859-1) (ignored:
LC_ALL set to de_DE)
Versions of packages pcb depends on:
ii libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library
ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management
ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li
ii libxaw7 4.3.0.dfsg.1-12.0.1 X Athena widget set library
ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte
ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util
ii libxpm4 4.3.0.dfsg.1-12.0.1 X pixmap library
ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics
ii m4 1.4.2-1 a macro processing language
ii tcl8.3 [tclsh] 8.3.5-4 Tcl (the Tool Command Language) v8
ii tcl8.4 [tclsh] 8.4.9-1 Tcl (the Tool Command Language) v8
ii tk8.3 [wish] 8.3.5-4 Tk toolkit for Tcl and X11, v8.3 -
ii tk8.4 [wish] 8.4.9-1 Tk toolkit for Tcl and X11, v8.4 -
ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308507: unison: Binary is named wrong for the -addversiono option
Package: unison Version: 2.10.2-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 unison has support for multiple installed versions. Unfortunatly the binary in the Debian package is named wrong for this to work correctly: $ unison -addversionno xxx Contacting server... zsh: command not found: unison-2.10.2 Fatal error: Lost connection with the server It would be really nice if the Debian unison binary is named in a way that -addversionno works correctly. - -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages unison depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCgOuWGf7YPOK+o0ERApduAJ4wmLNUNYERqkGVtfwnhW25NDJGugCgt/5j n1z7vwGA0iEyCwkAlQFdDUA= =bGW0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309109: xfm: double click to change directory does not work
Package: xfm Version: 1.4.3-7 Severity: important Changing a directory by double clicking on the folder works only once afer xfm is started. How to reproduce: start xfm 1) double click i.e. on the folder ".." ==> dir change works 2) double click on the home folder ==> nothing happens, note that the menu is still working This is a very serious error, since it renders the package almost unusable in sarge, especially after upgrading. However, the problem also persists on a new sarge install as of May 14,2005. If I downgrade to the woody version xfm_1.4.3-2_i386.deb everything is working again: Best regards, and thank you for maintaining xfm, which is used here as a lightweigth file-manager! -Tobias. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages xfm depends on: ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-12.0.1 X pixmap library ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii xaw3dg 1.5+E-8 Xaw3d widget set ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309129: ripperx does not support titles longer than 30 chars
Package: ripperx
Version: 2.6.4-2
Hi!
I have recently ripped a CD and then encoded into Ogg with ripperx. The
title names of the songs are quite long, at least longer than 30
charactes. The filenames of the output files are correct, but in the ID3
tags of the ogg files, after 30 characters, the full name of the artist
is appendend instead of the remaining characters. I suppose the error
has its origin in the file id3.h that can be found at
http://cvs.sf.net/viewcvs.py/ripperx/ripperX/src/id3.h?rev=1.2&view=markup
There the ID3 tag is defined:
typedef struct id3tag_s {
charmagic[ 3 ];
charsongname[ 30 ];
charartist[ 30 ];
charalbum[ 30 ];
charyear[ 4 ];
charnote[ 28 ];
unsigned char null;
unsigned char track;
unsigned char style;
} id3tag_t;
I don't know about C++ and neither about the rest of the source, but I
believe that at some point, the artist information overwrites all of the
things stored in the memory that should actually belong to the title
information. Somebody able to fix this?
Bye
Tobias
--
Ashes to ashes and clay to clay,
if the enemy doesn't get you, your own folks may.
signature.asc
Description: OpenPGP digital signature
Bug#309228: Find a string including special chars fails
Package: scite Version: 1.63-1 Hi! I use scite with the German Umlauts ä. ö. ü and ß. I can type them the usual way (with the corresponding keys on a keyboard with a German layout). But when I try to find a certain string (with Search -> Find or Ctrl+F, respectively) and search for a word containing an Umlaut that is definitely in the text, the search fails with "Can not find the string [word]". I have no idea where this might come from. Bye Tobias -- Ashes to ashes and clay to clay, if the enemy doesn't get you, your own folks may. signature.asc Description: OpenPGP digital signature
Bug#309228: Acknowledgement (Find a string including special chars fails)
Hi again! In addition to the described tings, I also noticed that when double-clicking on a normal word selects the whole word (until the nearest line break or space character), double-clicking on a word containing an Umlaut only selects until this Umlaut. I think this might be related to the behaviour described above. Bye Tobias -- Ashes to ashes and clay to clay, if the enemy doesn't get you, your own folks may. signature.asc Description: OpenPGP digital signature
Bug#309129: ripperx does not support titles longer than 30 chars
Hi! tony mancill wrote: Thank you for reporting this problem. Can you give me an example of what you're seeing? Are you saying that a song title longer than 30 characters creates a tag that looks like this: 012345678901234567890123456789 songname: This is a very long song titlexxx artist:xxxRemainder of Artist Name 012345678901234567890123456789 songname: Ein Antrag auf Erteilung eines Antragformulars artist: Reinhard Mey These two things lead to: 012345678901234567890123456789 title: Ein Antrag auf Erteilung einesReinhard Mey artist: Reinhard Mey Until ripperX has support ID3v2 tags, there will be problems with truncation of song titles, album, and artist names longer than 30 characters. I want to make sure this isn't the problem you're seeing. The thing is that this was with an ogg-track (with ogg - I think - natively supporting more than 30 characters per field). I wonder what would happen with mp3. I'll try some time in the close future and inform you about the result, if desired. Bye Tobias -- Ashes to ashes and clay to clay, if the enemy doesn't get you, your own folks may. signature.asc Description: OpenPGP digital signature
Bug#291672: fbrun crashes the x-server
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! Matt Hope wrote: | I think you mean fbrun kills your windowmanager - or are you sure it | kills the server? I cannot say for sure. because "Restart" from the fluxbox menu also brings me back to the login manager (kdm), not like the usual behaviour. Bye Tobias -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFB/UND0JWAx4q8rvURAl7bAJ9qBrQ+ad4944xT+OcCLpt9X6E6mQCeLXk1 Ov/uPJsdsiVie4XVib4rwr0= =xHWU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292948: wml: -D defines are ignored in the -E and -P filenames
Package: wml
Version: 2.0.8-10
Severity: important
Tags: patch
I use a pre and a postprocessing script for my wml setup. I want to specify
the location of these scripts relative to the location of the wml tree.
I want to be able to use the following .wmlrc
-DROOT~.
-E $(ROOT)/bin/htmlfix.sh
-P $(ROOT)/bin/headfix.pl
see the attached patch
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-rc1-vaiou3
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages wml depends on:
ii eperl 2.2.14-11Embedded Perl 5 Language
ii iselect 1.2.0-11 An interactive line selection tool
ii libbit-vector-perl 6.4-4Perl and C library for bit vectors
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libimage-size-perl 2.992-1 determine the size of images in se
ii libterm-readkey-perl2.21-1.3 A perl module for simple terminal
ii m4 1.4.2-2 a macro processing language
ii mp4h1.3.1-2 Macro processor for HTML documents
ii perl5.8.4-5 Larry Wall's Practical Extraction
ii perl-base [perlapi-5.8.4] 5.8.4-5 The Pathologically Eclectic Rubbis
ii slice 1.3.8-6 Extract out pre-defined slices of
-- no debconf information
--- wml.origTue Nov 6 17:07:42 2001
+++ wml Tue Nov 6 17:10:38 2001
@@ -84,6 +84,17 @@
return $str;
}
+# replace $(xxx) with -Dxxx
+sub var_repl {
+my $string = shift;
+my $vars = shift;
+foreach my $v (@$vars){
+my ($key,$value) = split /=/, $v, 2;
+$string =~ s/\$\($key\)/$value/g;
+}
+return $string;
+}
+
sub usage {
my ($progname) = @_;
@@ -1064,6 +1075,7 @@
}
# determine prologs
+map {$_=var_repl($_, [EMAIL PROTECTED])} @opt_P; # replace $(xxx) with -Dxxx
$prolog = '';
foreach $p (@opt_P) {
$prolog .= ' -P "'."earg($p).'"';
@@ -1349,6 +1361,7 @@
}
# run epilog filters
+map {$_=var_repl($_, [EMAIL PROTECTED])} @opt_E; # replace $(xxx) with
-Dxxx
foreach $o (@outfiles) {
foreach $e (@opt_E) {
if ($e =~ m|^htmlinfo(.*)|) {
Bug#291672: fbrun crashes the x-server
Hullo! martin f krafft schrieb: I cannot say for sure. because "Restart" from the fluxbox menu also brings me back to the login manager (kdm), not like the usual behaviour. Delete /var/log/XFree86.0.log from within X and reproduce the problem. DOes the file now exist, and does it list a complete X start? It does exist after deleting. But because it is overwritten each time X restarts, here are some lines from the XFree86.0.log.old that is created after the server shutdown: [EMAIL PROTECTED] $ grep WW /var/log/XFree86.0.log.old (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. (WW) The directory "/usr/lib/X11/fonts/CID" does not exist. (WW) Open APM failed (/dev/apm_bios) (No such device) (WW) Open APM failed (/dev/apm_bios) (No such device) (WW) Open APM failed (/dev/apm_bios) (No such device) [EMAIL PROTECTED] $ grep EE /var/log/XFree86.0.log.old (II) Loading extension MIT-SCREEN-SAVER [EMAIL PROTECTED] $ tail -15 /var/log/XFree86.0.log.old (II) NVIDIA(0): Setting mode "1024x768" (II) Configured Mouse: ps2EnableDataReporting: succeeded *** If unresolved symbols were reported above, they might not *** be the reason for the server aborting. Fatal server error: Caught signal 11. Server aborting When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file "/var/log/XFree86.0.log". Please report problems to [EMAIL PROTECTED] If not, ~/.xsession-errors should document the crash of the window manager. It does. And unfortunately much other things... Xsession: X session started for tobi at Mo Jan 31 18:11:45 CET 2005 Failed to read: session.forcePseudoTransparency Setting default value Failed to read: session.tabPadding Setting default value Failed to read: session.focusTabMinWidth Setting default value Failed to read: session.appsFile Setting default value Failed to load groupfile: Failed to read: session.screen0.followModel Setting default value Failed to read: session.screen0.window.focus.alpha Setting default value Failed to read: session.screen0.window.unfocus.alpha Setting default value Failed to read: session.screen0.menu.alpha Setting default value BScreen::BScreen: managing screen 0 using visual 0x21, depth 24 Failed to read: session.forcePseudoTransparency Setting default value Failed to read: session.tabPadding Setting default value [... similar messages ...] Failed to read: session.screen0.iconbar.iconTextPadding Setting default value SystemTray::clientMessage(const XClientMessageEvent): SYSTEM_TRAY_REQUEST_DOCK window = event.data.l[2] = 10485787 selected locale: de-DE observe: nothing here: null observe called FILE: [xpconnect wrapped nsIFile]DOUBLE-CLICK: 250 --> -1 THRESHOLD: 8 --> -1 EnigmailAgentPath=/usr/bin/gpg [... enugmail-stuff ...] X connection to :0.0 broken (explicit kill or server shutdown). beep-media-player: Fatal IO error 104 (Die Verbindung wurde vom Kommunikationspartner zurückgesetzt) on X server :0.0. X connection to :0.0 broken (explicit kill or server shutdown). X connection to :0.0 broken (explicit kill or server shutdown). Try grun instead of fbrun. grun works fine. Bye Tobias -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin (1706 - 1790) signature.asc Description: OpenPGP digital signature
Bug#291672: fbrun crashes the x-server
Hi! martin f krafft schrieb: Fatal server error: Caught signal 11. Server aborting This is a segmentation fault, which could be caused by anything, including bad memory. Does it only ever happen when you try fbrun? When exactly? fbrun is the only thing that behaves like this (since the upgrade to fluxbox-0.9.11). Except for... well, as I wrote, restarting fluxbox from the RootMenu gives a similar result. At first, it looks like a usual restart, but then X crashes and leaves the end of .xsession-errors as follows: Failed to read: session.forcePseudoTransparency Setting default value Failed to read: session.tabPadding Setting default value Failed to read: session.focusTabMinWidth Setting default value Failed to read: session.appsFile Setting default value Failed to load groupfile: X connection to :0.0 broken (explicit kill or server shutdown). As one may notice, this is exactly what happens at the startup of fluxbox, just that in this case, the X server is killed after "Failed to load groupfile". What is that groupfile? /etc/group? BTW, same thing happens when I used Openbox temporarily and then switched back to fluxbox. I don't know whether this problem is still related to fbrun's one, but I'd be happy to solve either one. Bye Tobias -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin (1706 - 1790) signature.asc Description: OpenPGP digital signature
Bug#293541: ITP: xxv -- Provides a central service to administer VDR
Package: wnpp Severity: wishlist * Package name: xxv Version : 0.16b Upstream Author : Frank Herrmann * URL : http://xpix.dieserver.de/content/vdr/xxv/ * License : GPL Description : VDR Plugin to control vdr via mobile devices XXV runs as a daemon and provides a central service to administer VDR, similar to VDRAdmin. Extendable by plugins, XXV provides a http daemon, a telnet server and a WAP server. It allows to manage timers, auto timers, channels, recordings and much more. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293679: kdrill kana input in search window does not support 'x' as prefix for small kana
Package: kdrill
Version: 6.4-1
Severity: normal
If I bring up the search window to add new kanji to my usefile, I
usually use the kana input field to find them.
>From other IMEs I'm used to xtu, xya, etc. for small kana input,
however kdrill uses the unexpected _ya instead of xya and ' instead of
xtu. The attached patch extends convert.c to handle the normal IME
variants too.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-ac11
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages kdrill depends on:
ii debconf 1.4.42 Debian configuration management sy
ii libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library
ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management
ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii libxaw7 4.3.0.dfsg.1-10 X Athena widget set library
ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util
ii libxpm4 4.3.0.dfsg.1-10 X pixmap library
ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics
ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
-- debconf information:
kdrill/kanjidic_warning:
--- kdrill-6.4/convert.c 2004-01-26 02:05:33.0 +0100
+++ kdrill-6.4.patched/convert.c 2005-02-05 00:39:03.0 +0100
@@ -280,8 +280,11 @@
"ra","ri","ru","re","ro",
"wa","wo",
"ya","yu","yo",
- "_ya","_yu","_yo", /* Small letters, the hard way. For romaji input*/
+ "_ya","_yu","_yo","_tu","_tsu", /* Small letters, the hard way. For romaji input*/
+ "xya","xyu","xyo","xtu","xtsu",
"a","i","u","e","o",
+ "_a","_i","_u","_e","_o",
+ "xa","xi","xu","xe","xo",
"-", "'","(",")", /* These are here not so much for romaji input,
* as to match dictionary search patterns,
@@ -454,6 +457,13 @@
{{0x24, 0x63}, {0, 0}},/*_ya*/
{{0x24, 0x65}, {0, 0}},/*_yu*/
{{0x24, 0x67}, {0, 0}},/*_yo*/
+ {{0x24, 0x43}, {0, 0}},/*_tu*/
+ {{0x24, 0x43}, {0, 0}},/*_tsu*/
+ {{0x24, 0x63}, {0, 0}},/*xya*/
+ {{0x24, 0x65}, {0, 0}},/*xyu*/
+ {{0x24, 0x67}, {0, 0}},/*xyo*/
+ {{0x24, 0x43}, {0, 0}},/*xtu*/
+ {{0x24, 0x43}, {0, 0}},/*xtsu*/
{{0x24, 0x22}, {0, 0}},/*a*/
{{0x24, 0x24}, {0, 0}},/*i*/
@@ -461,6 +471,17 @@
{{0x24, 0x28}, {0, 0}},/*e*/
{{0x24, 0x2a}, {0, 0}},/*o*/
+ {{0x24, 0x21}, {0, 0}},/*_a*/
+ {{0x24, 0x23}, {0, 0}},/*_i*/
+ {{0x24, 0x25}, {0, 0}},/*_u*/
+ {{0x24, 0x27}, {0, 0}},/*_e*/
+ {{0x24, 0x29}, {0, 0}},/*_o*/
+ {{0x24, 0x21}, {0, 0}},/*xa*/
+ {{0x24, 0x23}, {0, 0}},/*xi*/
+ {{0x24, 0x25}, {0, 0}},/*xu*/
+ {{0x24, 0x27}, {0, 0}},/*xe*/
+ {{0x24, 0x29}, {0, 0}},/*xo*/
+
/* These are here really for kana-to-romaji only */
/* But make sure Handle_romajikana uses same values! */
{{0x21, 0x3c}, {0, 0}},/*- for elongation*/
Bug#306861: munin-node: Please include "contrib" plugins
Package: munin-node Version: 1.2.3-1 Severity: wishlist Tags: patch There are some of the contrib plugins which are useful on Debian, so please include them. I did change debin/rules from MAKEOPTS = CONFIG=debian/Makefile.config INSTALL_PLUGINS="auto manual snmpauto" to MAKEOPTS = CONFIG=debian/Makefile.config INSTALL_PLUGINS="auto manual snmpauto contrib" to include them on my system. Greetings Tobi -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.7-grsec Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages munin-node depends on: ii libnet-server-perl0.87-3 An extensible, general perl server ii perl 5.8.4-8Larry Wall's Practical Extraction ii procps1:3.2.5-1 /proc file system utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307056: be keyboard layout
Package: installation-reports Debian-installer-version: rc3 uname -a: $ uname -a Linux telenetPC 2.6.8-2-386 #1 Mon Jan 24 03:01:58 EST 2005 i686 GNU/Linux Date: 27 Apr Method: netinst CD image Machine: Compaq Presario 5000 Series Processor: AMD Athlon XP 1800 Memory: 256 MB SyncDRAM Root Device: Root Size/partition table: Output of lspci and lspci -n: Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: When selecting the Belgian keyboard layout during installation, I don't end up with the named layout, but have to manually edit XF86Config-4 ( Option "XkbLayout" "be" ). The language chosen during installation was English. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307542: RM: animals-game -- RoM; duplicates the functionality of animals
Package: ftp.debian.org Severity: normal Hi, animals-game entered the archive due to a misunderstanding -- it is basically the same program as animals, which seems to be actively maintained again. I have already discussed this with the maintainer of animals. We agreed that we should merge the best of both worlds into one program, and since his program has been released with woody, I'd like to withdraw my program animals-game, which has never been part of a stable release. So please remove animals-game from unstable. Cheers, -- Tobias An optimist believes we live in the best of all possible worlds. A pessimist is sure of it! pgpZxO7mpSVaK.pgp Description: PGP signature
Bug#308167: Please include animals into junior-games-text
Package: junior-games-text Version: 1.6 Severity: wishlist Hi Ben, a while ago you dropped the package animals from your metapackage junior-games-text. I offered a replacement package, called animals-game, which was included in the Debian archive due to a misunderstanding. I didn't want to hijack the package from Jim Lynch. As a consequence, you wanted to wait for the two of us to sort out which package to include in junior-games-text. I've contacted Jim already, but unfortunately, we haven't managed to include all features into one program yet. As the release of Sarge is really close now, I asked the ftpmasters to remove my program (animals-game) from the archive, which has been done now. I suggest you depend on animals again and do an upload of the metapackage to unstable. I've asked the release managers on IRC about this, and although they said that reviewing your changes would be at low priority, they would possibly accept your changes for Sarge. It would be great if you could consider this suggestion. Cheers, -- Tobias An optimist believes we live in the best of all possible worlds. A pessimist is sure of it! pgp8KdQPAcv06.pgp Description: PGP signature
Bug#299104: galeon: Status Bar message timeout / typewriting links
Loïc Minier wrote: > I did not understand what you meant. When I let my mouse over a link > in Galeon, the bottom of the Galeon window shows the href of this link. > There's no timeout involved here. I'm sorry, the galeon was not involved in the problem after all. unclutter is the culprit, sorry for the noise. -- Tobias PGP: http://9ac7e0bc.uguu.de
Bug#300913: d-i Installation report: Device nodes not created
Package: installation-reports Debian-installer-version: rc2 uname -a: Linux argon 2.6.8-1-686 #1 Thu Nov 25 04:34:30 UTC 2004 i686 GNU/Linux Date: 2005/02/18 (date of installation, sorry for the delay) Method: netinst CD image, with Debian base Machine: HP Omnibook XE3 GF Processor: Intel(R) Pentium(R) III Mobile CPU 1066MHz (i686) Memory: 377676 kB Root Device: /dev/hda IDE Root Size/partition table: Output of fdisk follows: Disk /dev/hda: 80.0 GB, 80060424192 bytes 255 heads, 63 sectors/track, 9733 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 1 3 24066 a0 IBM Thinkpad hibernation /dev/hda2 4 93 722925 82 Linux swap / Solaris /dev/hda3 949733774333005 Extended /dev/hda5 * 94 102 72261 83 Linux (Other Distri) /dev/hda6 103 406 2441848+ 83 Linux (Other Distri) /dev/hda7 4071014 4883728+ 83 Linux (Other Distri) /dev/hda810151209 1566306 83 Linux (Other Distri) /dev/hda912101574 2931831 83 Linux (Other Distri) /dev/hda10 15751939 2931831 83 Linux (Other Distri) /dev/hda11 19401951 96358+ 83 Linux (Other Distri) /dev/hda12 19522680 5855661 83 Linux (Other Distri) /dev/hda13 26812826 1172713+ 83 Linux (Other Distri) /dev/hda14 28273324 4000153+ 83 Linux (Other Distri) /dev/hda15 3325 72261 83 Linux (Other Distri) /dev/hda16 33344018 5502231 83 Linux (Other Distri) /dev/hda17 40194267 261 83 Linux (Other Distri) /dev/hda18 42684279 96358+ 83 Linux (Debian /boot) /dev/hda19 42804644 2931831 83 Linux (Debian /) /dev/hda20 46455373 5855661 83 Linux (Debian /usr) /dev/hda21 53745616 1951866 83 Linux (Debian /var) /dev/hda22 7867973314996646 83 Linux (/home) Output of lspci and lspci -n: $ lspci :00:00.0 Host bridge: Intel Corp. 82830 830 Chipset Host Bridge (rev 03) :00:02.0 VGA compatible controller: Intel Corp. 82830 CGC [Chipset Graphics Controller] (rev 03) :00:02.1 Display controller: Intel Corp. 82830 CGC [Chipset Graphics Controller] :00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 01) :00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 01) :00:1d.2 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #3) (rev 01) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 41) :00:1f.0 ISA bridge: Intel Corp. 82801CAM ISA Bridge (LPC) (rev 01) :00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 01) :00:1f.3 SMBus: Intel Corp. 82801CA/CAM SMBus Controller (rev 01) :02:00.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) :02:02.0 Communication controller: ESS Technology ES2838/2839 SuperLink Modem (rev 01) :02:03.0 Multimedia audio controller: ESS Technology ES1988 Allegro-1 (rev 12) :02:04.0 CardBus bridge: O2 Micro, Inc. OZ6933 Cardbus Controller (rev 01) :02:04.1 CardBus bridge: O2 Micro, Inc. OZ6933 Cardbus Controller (rev 01) :02:08.0 Ethernet controller: Intel Corp. 82801CAM (ICH3) PRO/100 VE (LOM) Ethernet Controller (rev 41) $ lspci -n :00:00.0 0600: 8086:3575 (rev 03) :00:02.0 0300: 8086:3577 (rev 03) :00:02.1 0380: 8086:3577 :00:1d.0 0c03: 8086:2482 (rev 01) :00:1d.1 0c03: 8086:2484 (rev 01) :00:1d.2 0c03: 8086:2487 (rev 01) :00:1e.0 0604: 8086:2448 (rev 41) :00:1f.0 0601: 8086:248c (rev 01) :00:1f.1 0101: 8086:248a (rev 01) :00:1f.3 0c05: 8086:2483 (rev 01) :02:00.0 0c00: 104c:8023 :02:02.0 0780: 125d:2838 (rev 01) :02:03.0 0401: 125d:1988 (rev 12) :02:04.0 0607: 1217:6933 (rev 01) :02:04.1 0607: 1217:6933 (rev 01) :02:08.0 0200: 8086:1031 (rev 41) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [E] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Preliminary note: I already installed three other distros on this computer because I'm using it to test different distros. hda5 through hda17 are used by these. hda22 is shared as /home between all the distros. After installing the base system from the CD image stated above, the installer
Bug#301124: klaptopdaemon: feature request: "Lock desktop" as another Lid-Action
Package: klaptopdaemon Version: 4:3.4.0-0pre1 Severity: wishlist Hi, i'd be great if there would be a "Lock down Desktop" - Option in Klaptopdaemon within the "Lid-Actions" Right now know problem to workaround this (small entry like "dcop kdesktop KScreensaverIface lock" in /etc/acpi/actions/lm_lid.sh) but this requires ugly su - wrappers and is therefore only practical on a single-user-laptop ;) Sorry if such feature-requests are wrong in the debian-bug-list... Greetings Tobias -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages klaptopdaemon depends on: ii kdelibs4 4:3.4.0-0pre2 core libraries for all KDE applica ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-6 GCC support library ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libxtst6 4.3.0.dfsg.1-10 X Window System event recording an ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#262305: fluxbox: Supposed to be fixed in svn-4043
Package: fluxbox Version: 0.9.12-1 Followup-For: Bug #262305 The corresponding sourceforge bug https://sf.net/tracker/?func=detail&atid=413960&aid=1090902&group_id=35398 has been closed: |>Comment By: Mathias Gumz (akir) |Date: 2005-06-18 19:23 | |Message: |Logged In: YES |user_id=1101187 | |fixed since svn-4043 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.12-ac7-vs1.9.5-htbatm-imq Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages fluxbox depends on: ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.0-9 GCC support library ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii libimlib21.2.0-2.2 powerful image loading and renderi ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstdc++5 1:3.3.6-6 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxpm4 4.3.0.dfsg.1-14 X pixmap library ii libxrandr2 4.3.0.dfsg.1-14 X Window System Resize, Rotate and ii libxrender1 1:0.8.3-1 X Rendering Extension client libra ii menu 2.1.25 generates programs menu for all me ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314934: libc6: Improve locale tool / locale manpage
Package: libc6 Version: 2.3.2.ds1-22 Severity: wishlist It would be nice to add an option to locale, which would list all possible keywords, that can be queried. Also, the manpage only explains properly what will happen if you call locale without arguments (keywords), but not what will happen with keywords or what keywords are available. The main thing bugging me is that one can use "locale charmap" to get the name of the current locales character set, but the manpage provides no hint that locale can be used to get this information. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.12-ac7-vs1.9.5-htbatm-imq Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
