Bug#501528: rox-filer: Misinterpretation of the Inherits index.theme parameter results in showing icons from wrong theme.
Package: rox-filer Version: 2.8-1 Severity: normal The bug appears when icon theme that has Inherits parameter in it's index.theme has been chosen. Instead of checking each possible name in the selected theme before failing back to the themes, listed in the Inherits line rox searches each possible name in all inherited themes before starting to check for the next name. Because of this sometimes icons from another theme are displayed, even if the selected theme has icons for the same filetype. An easy way to reproduce the bug is to install Tango and XFCE icon themes, then set rox to use Rodent icons (XFCE theme). For numerous filetypes, including folders, icons from Tango theme are displayed instead of XFCE ones. Commenting the Inherits line in /usr/share/icons/Rodent/index.theme allows to see icons from the selected theme in rox but icons from Tango are not available as fail-back anymore. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1000, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-plastic.nb Locale: LANG=bg_BG.CP1251, LC_CTYPE=bg_BG.CP1251 (charmap=CP1251) (ignored: LC_ALL set to bg_BG.CP1251) Shell: /bin/sh linked to /bin/bash Versions of packages rox-filer depends on: ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-13GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.18.1-1 The GLib library of C routines ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libsm6 2:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.5-2 X11 client-side library ii libxml22.6.32.dfsg-4 GNOME XML library ii shared-mime-info 0.30-2FreeDesktop.org shared MIME databa Versions of packages rox-filer recommends: ii zeroinstall-injector 0.36-1 run programs by URL Versions of packages rox-filer suggests: ii file 4.26-1 Determines file type using magic ii menu 2.1.40 generates programs menu for all me -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498770: [Pkg-xfce-devel] Bug#498770: Bug#498770: Bug#498770: xfce4-mpc-plugin: Segfaults on mouseover after song change
severity 498770 normal thanks On mar, 2008-10-07 at 07:51 +0200, Yves-Alexis Perez wrote: On lun, 2008-10-06 at 21:44 -0400, Daniel Dickinson wrote: Then if you restart the panel and send us the trace then hopefully we can start to track this down. I do that when I can. I will be unavailable for at least this week due to a death in the family. Sorry for your loss, really. In the meantime, we'll try to track this down, but if nobody can reproduce it, we'll just downgrade the severity, or close it, marking it unreproducible. done. Feel free to raise it when you manage to reproduce it with an usable backtrace. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#499774: starttls is a joke
Hi, Matthias Andree [EMAIL PROTECTED] writes: Reiner Steib [EMAIL PROTECTED] writes: Then, someone should correct the code to support passing trust anchors, allow passing the verify value, and document capabilities and limitations. Gnus currently uses starttls if starttls and gnutls-cli are available for backward compatibility. Would it make sense to prefer gnutls-cli and warn when using starttls (if gnutls-cli is not installed)? It would make sense to fix the tools first, and stop using them in unsafe ways. I recently found on Cygwin, when setting up Emacs+Gnus, that gnutls-cli (2.4.2 IIRC) has some subtle accept b0rked cert chain behaviour: it would happily accept any garbage^Wuntrusted certificate chain without notice -- when I'm not using --x509cafile FOO on the command line. This isn't documented anywhere (manual, manpage, --help), I found this out through systematic testing. I find this most disturbing, since if I don't provide a set of trusted X.509 CA certs, I trust nobody (rather than everybody as gnutls-cli does)... gnutls-cli should bail out if it has no trusted root certificates, rather than silently trust everyone. Go figure - there's a difference between giving --x509cafile /dev/null and not giving this option at all. :-( Maybe I missed the point in Simon's response below because if you are correct (I just don't have gnutls-cli on my laptop to test) that deserves a bug report (and a clarification from Simon): http://article.gmane.org/gmane.linux.debian.devel.bugs.general/493201 While I'm at it, from the end user's perspective, I find it very hard to figure what options I need for a proper configuration that doesn't use b0rked protocols such as SSLv2, that uses proper X.509 certificate validation to detect MITM attacks. Few applications except Firefox 3 get that right, and I couldn't tell one off-hand. I think that EVERY tool that has a remotely security-related context should default to bulletproof mode and require that the user relaxes every test explicitly. Yes, I need to do homework here, fetchmail doesn't get this right either... compatibility and all that. So I'd say make Gnus default to gnutls-cli and change the sample configuration to include --x509cafile and add instructions to the defcustom blah self-documentation telling the user to cat(1) his trusted ROOT certificates (in PEM format) together to form this file. +1 (a big one). Cheers, a+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483149: [Pkg-xfce-devel] Bug#483149: Bug#483149: Thunar fails to start on Digital Alpha. Segmentation fault.
On mar, 2008-05-27 at 16:08 +0200, Yves-Alexis Perez wrote: Basically, it's useless. I don't know how thunar manages to run on exotic hardware (works fine on i386, x86_64, ppc, sparc64, but I never tested on other stuff). Anyway, could you try a more recent version using backports.org (if built) and report back? Do you have any news on this? Did you try a more recent version? Did you manage to get an usable backtrace? -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#499265: [Pkg-xfce-devel] Bug#499265: Bug#499265: xfce4-session: Unable to quit session
On mer, 2008-09-17 at 14:41 +0200, Mathias Brodala wrote: Like I said, this issue randomly occurs after a while but I did create a new user and logged in. I might have to wait a while but will let you know as soon as the issue appears again. Were you able to reproduce? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#496721: [Pkg-xfce-devel] Bug#496721: xfce4-cpufreq-plugin: segfault when logging in
On mer, 2008-08-27 at 01:33 +0100, Greg Kochanski wrote: Package: xfce4-cpufreq-plugin Version: 0.2-2 Severity: important The plugin had been working for a week or so, but this time when I logged in, it wasn't on my panel.Dmesg | more showed this: [ 20.139702] lp0: using parport0 (interrupt-driven). [ 20.153517] ppdev: user-space parallel port driver [ 24.401670] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [ 24.424362] NFSD: starting 90-second grace period [ 24.950735] eth0: no IPv6 routers present [ 25.611198] eth2: no IPv6 routers present [ 26.215177] warning: `avahi-daemon' uses 32-bit capabilities (legacy support in use) [ 3751.582324] xfce4-cpufreq-p[3562]: segfault at 65636674 ip b76af6b2 sp bfb70b20 error 4 in libc-2.7.so[b763f000+155000] [ 4703.497558] xfce4-cpufreq-p[4355]: segfault at 65636674 ip b76e46b2 sp bffa5f50 error 4 in libc-2.7.so[b7674000+155000] [ 5175.146942] xfce4-cpufreq-p[4755]: segfault at 65636674 ip b76ec6b2 sp bfeafe60 error 4 in libc-2.7.so[b767c000+155000] [ 9769.618338] xfce4-cpufreq-p[5261]: segfault at 65636674 ip b771d6b2 sp bfae0290 error 4 in libc-2.7.so[b76ad000+155000] [19040.974488] xfce4-cpufreq-p[6790]: segfault at 65636674 ip b76f86b2 sp bfdb9560 error 4 in libc-2.7.so[b7688000+155000] Does this still happen? Can you provide a backtrace with debugging symbols? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#490410: [Pkg-xfce-devel] Bug#490410: xfce4-xkb-plugin: Same issue with us, cz keyboard layout, more details, workaround
On mer, 2008-09-17 at 03:04 +0300, Andrei Popescu wrote: Could you try: - start X and Xfce and don't type anything (for example using startx /usr/bin/startxfce4) This still gives me the problem, where the plugin loads only the US keyboard, not reflecting what is in xorg.conf Confirmed (this is also my default) - start X, type some stuff, then start xfce4-panel (for example using gdm or any dm) X is started via gdm, there are tons of characters typed when logging in. Layout switching is already active there and works (tested). Then after successful login xfce is started (probably via Xsession.d and that whole path - not an expert here) and the xkb plugin is still confused. I hope I understood this test correctly. Not confirmed. For me it works ok when using gdm. Andrei: Ok so in your case, your hitting the “no keypress before init”. Not sure if there's already a bug opened, I'll point you to it later. Jan: For your case, that's another story, and thus another bug. What puzzles me is that when you described the situation in your first mail, it was kind of exactly that (no init before keypresses). When you say that layout switching is working *before* Xfce is run, how do you try that? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#500176: This bug is still around and release-critical
Hi, On Mon, 06 Oct 2008 15:46:11 +0200 Pierre Habouzit [EMAIL PROTECTED] wrote: Agreed, that would be nice. While this is something to consider for squeeze release goals, how do we solve the problem for lenny? I see no proper fix, except using an /etc/default file, which is ugly. Using /etc/default/unbound is reasonable, I think. Some of daemon packages (e.g. rsync) are not started by default because it is set in its /etc/default file. # Some Unbound users ask me Will lenny include unbound package? at Conference, Japan. So, if you allow me to fix this by using /etc/default, I'll try it (but I think it is better that you'll do it because I'm not a good programmer ;-). -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500532: please improve english NEWS.Debian text
On Tue, 7 Oct 2008 17:11:05 +0200 Gaudenz Steinlin [EMAIL PROTECTED] wrote: I'm fine with this text. But I'm not really an english native speaker. I like it that the text is now shorter, but perhaps you could mention that ttf-sazanami-* is the name of a Debian package. I'm not sure if this is clear to less experienced users. Okay, it seems to be enough reason. Upstream development of the kochi fonts has been discontinued. The author of these fonts suggests as a replacement the use of the kochi-based sazanami fonts (in Debian, ttf-sazanami-mincho and ttf-sazanami-gothic package). These fix several glyphs which are corrupted in the kochi fonts. How about, Justin? Another question: Why don't you simply replace the ttf-kochi package with a transitional package depending on the sazanami fonts? This way the note wouldn't be necessary, because users wouldn't have to take action. Because some packages hard-code kochi-mincho or kochi-gothic in their configurations... :-( I (and other Japanese Debian Package maintainers) will check and fix it post-lenny (well, I cannot say when :-) And should I change its description, too? -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501529: [knotes] New empty knote each time I enter the system when WM is not kwin
Package: knotes Version: 4:3.5.9-5 Severity: normal I'm using WindowMaker as my window manager for KDE. Almost everything works as fine as possible, including restarted apps from session to session. But the restarting of knotes includes that a new empty knote is created each time I start the session. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages knotes depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-6 core libraries and binaries for al ii libc6 2.7-13 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-9GCC support library ii libkcal2b 4:3.5.9-5KDE calendaring library ii libkdepim1a 4:3.5.9-5KDE PIM library ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.1-9 The GNU Standard C++ Library v3 ii libx11-62:1.1.5-1X11 client-side library knotes recommends no packages. Versions of packages knotes suggests: ii kdepim-kresources 4:3.5.9-5 KDE pim resource plugins -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490410: [Pkg-xfce-devel] Bug#490410: xfce4-xkb-plugin: Same issue with us, cz keyboard layout, more details, workaround
Hi, On Wed, 8 Oct 2008, Yves-Alexis Perez wrote: On mer, 2008-09-17 at 03:04 +0300, Andrei Popescu wrote: Could you try: - start X and Xfce and don't type anything (for example using startx /usr/bin/startxfce4) This still gives me the problem, where the plugin loads only the US keyboard, not reflecting what is in xorg.conf Confirmed (this is also my default) - start X, type some stuff, then start xfce4-panel (for example using gdm or any dm) X is started via gdm, there are tons of characters typed when logging in. Layout switching is already active there and works (tested). Then after successful login xfce is started (probably via Xsession.d and that whole path - not an expert here) and the xkb plugin is still confused. I hope I understood this test correctly. Not confirmed. For me it works ok when using gdm. Andrei: Ok so in your case, your hitting the “no keypress before init”. Not sure if there's already a bug opened, I'll point you to it later. Jan: For your case, that's another story, and thus another bug. What puzzles me is that when you described the situation in your first mail, it was kind of exactly that (no init before keypresses). When you say that layout switching is working *before* Xfce is run, how do you try that? I meant the gdm - which is already an instance of X, right? In the login dialogue in gdm, I am able to switch keyboard layouts using the shortcut specified in my xorg.conf (see below for the relevant snippet). Cheers, Jan relevant part of my xorg.conf: - Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel microsoftprousb Option XkbLayout us,cz Option XkbVariant,qwerty Option XkbOptions grp:alt_shift_toggle,grp_led:scroll EndSection - Please, note that it if I specify e.g. 'de,cz' instead of 'us,cz' in the xorg.conf, the xfce4-panel would start the plugin but the plugin would see the default 'us' layout. I am wondering if this whole thing could be some unfortunate synchronization issue during the whole startup sequence that causes the plugin to get the wrong information from X..
Bug#501530: apt-listchanges: ja.po update
Package: apt-listchanges Version: 2.82 Severity: wishlist Hi, I've updated ja.po. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) (ignored: LC_ALL set to ja_JP.eucJP) Shell: /bin/sh linked to /bin/bash Versions of packages apt-listchanges depends on: ii apt 0.7.14+b1 Advanced front-end for dpkg ii debconf [debconf-2.0] 1.5.23 Debian configuration management sy ii debianutils 2.30 Miscellaneous utilities specific t ii python2.5.2-2An interactive high-level object-o ii python-apt0.7.7.1Python interface to libapt-pkg ii python-support0.8.6 automated rebuilding support for P ii ucf 3.0010 Update Configuration File: preserv Versions of packages apt-listchanges recommends: ii postfix [mail-transport-agent 2.5.5-1.1 High-performance mail transport ag Versions of packages apt-listchanges suggests: ii gnome-terminal [x-terminal- 2.22.3-3 The GNOME 2 terminal emulator appl ii iceweasel [www-browser] 3.0.1-1 lightweight web browser based on M ii lynx-cur [www-browser] 2.8.7dev10-2 Text-mode WWW Browser with NLS sup ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge ii w3m [www-browser] 0.5.2-2+b1 WWW browsable pager with excellent ii xterm [x-terminal-emulator] 237-1X terminal emulator -- debconf information: apt-listchanges/confirm: false apt-listchanges/which: news apt-listchanges/frontend: pager apt-listchanges/email-address: root apt-listchanges/save-seen: true ja.po Description: Binary data
Bug#501390: Does not accept multiple --debbuildopts options
Hi, pbuilder and pdebuild do not accept or cope with multiple --debbuildopts. For example (slightly nonsensical example): I don't like the patch, because that will still be stuck with limitations with spaces. If I were to rewrite it now, I'd like to implement it using shell arrays to maintain a DEBBUILDOPTS like interface. How about that? regards, junichi -- [EMAIL PROTECTED],debian.org} -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473175: apt-listbugs: pinned packages are not automatically unpinned
Hi,
I obviously do not have enough time to test this patch and maintain
it. Are you interested in maintaining apt-listbugs (in co-maintenance
mode probably?)
At Tue, 2 Sep 2008 00:18:25 +0200,
Francesco Poli wrote:
diff -ruN c/aptcleanup g/aptcleanup
--- c/aptcleanup 2008-05-13 00:00:19.0 +0200
+++ g/aptcleanup 2008-09-01 23:41:15.0 +0200
@@ -1,29 +1,74 @@
#!/usr/bin/ruby -I/usr/share/apt-listbugs
+#
+# aptcleanup: filters /etc/apt/preferences to unpin packages when bugs are
fixed
+#
+# Copyright (C) 2004-2005 Masato Taruishi [EMAIL PROTECTED]
+# Copyright (C) 2006-2008 Junichi Uekawa [EMAIL PROTECTED]
+# Copyright (C) 2008 Francesco Poli [EMAIL PROTECTED]
+#
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 2 of the License, or
+# (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License with
+# the Debian GNU/Linux distribution in file /usr/share/common-licenses/GPL;
+# if not, write to the Free Software Foundation, Inc., 51 Franklin St,
+# Fifth Floor, Boston, MA 02110-1301, USA.
+#
+#
require 'debian/apt_preferences'
+APTCACHE = /usr/bin/apt-cache
+AWK = /usr/bin/awk
+LISTBUGS = /usr/sbin/apt-listbugs
p = Debian::AptPreferences.new
-buf =
-p.pins.each do |pin|
- buf+ pin[Package] if pin.listbugs?
-end
-pinnedpkgs = buf.split(' ')
-$stderr.puts Pinned: #{pinnedpkgs.sort.join(' ')} if $DEBUG
+pinnedpkgs = []
bugpkgs = []
-open(|/usr/sbin/apt-listbugs -y -q list #{buf}) { |io|
- array = io.readlines()
- if array.size != 0
-buf = array[array.size-1].delete(' ').gsub(/\([^\)]+\)/,'').chomp
-bugpkgs = buf.split(',')
+p.pins.each do |pin|
+ if pin.listbugs?
+pinned_package = pin[Package]
+pinnedpkgs pinned_package
+
+# which version would get installed, if the pinning were removed ?
+unpinned_candidate_version = `#{APTCACHE} -o
Dir::Etc::Preferences=/dev/null policy #{pinned_package} | #{AWK}
'/Candidate:/ { printf /%s, $2; }'`
+unpinned_candidate_version.chomp!
+if unpinned_candidate_version == /(none)
+ unpinned_candidate_version =
+ $stderr.puts Warning: no candidate version for #{pinned_package} if
$DEBUG
+end
+buf = pinned_package + unpinned_candidate_version + ' '
+
+# read which bugs caused the pinning (bugs that the user fears)
+feared_bugs = pin[Explanation].scan /#(\d+):/
+buf feared_bugs.join(' ')
+
+# are bugs that the user fears still affecting
unpinned_candidate_version ?
+$stderr.puts Examining #{buf} if $DEBUG
+open(|#{LISTBUGS} -y -q query #{buf}) { |io|
+ array = io.readlines()
+ bugpkgs pinned_package if array.size != 0
+}
+if $?.exitstatus != 0
+ $stderr.puts Error... exiting! if $DEBUG
+ exit 1
+end
end
-}
-if $?.exitstatus != 0
- $stderr.puts Error... exiting! if $DEBUG
- exit 1
end
+
+$stderr.puts Pinned: #{pinnedpkgs.sort.join(' ')} if $DEBUG
$stderr.puts Bugs: #{bugpkgs.sort.join(' ')} if $DEBUG
+
if (pinnedpkgs - bugpkgs).size 0
$stderr.puts #{(pinnedpkgs - bugpkgs).join(', ')} has been fixed
end
+
+# write out filtered preferences file
p.filter( bugpkgs )
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490410: [Pkg-xfce-devel] Bug#490410: Bug#490410: xfce4-xkb-plugin: Same issue with us, cz keyboard layout, more details, workaround
On mer, 2008-10-08 at 08:23 +0200, Jan Capek wrote: Jan: For your case, that's another story, and thus another bug. What puzzles me is that when you described the situation in your first mail, it was kind of exactly that (no init before keypresses). When you say that layout switching is working *before* Xfce is run, how do you try that? I meant the gdm - which is already an instance of X, right? In the login dialogue in gdm, I am able to switch keyboard layouts using the shortcut specified in my xorg.conf (see below for the relevant snippet). Ok. Cheers, Please, note that it if I specify e.g. 'de,cz' instead of 'us,cz' in the xorg.conf, the xfce4-panel would start the plugin but the plugin would see the default 'us' layout. I am wondering if this whole thing could be some unfortunate synchronization issue during the whole startup sequence that causes the plugin to get the wrong information from X.. The thing is, the display started from gdm belongs to X, while later it's owned by $user. In startxfce4 case it's owned directly by $user. I'm not really sure what happens here… Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#331414: [Pkg-xfce-devel] Bug#331414: Bug#331414: Bug#331414: #331414: xfce4-battery-plugin Consumes too much CPU time
On dim, 2008-07-06 at 10:35 +0200, Yves-Alexis Perez wrote: On sam, 2008-07-05 at 19:01 -0400, Michael Gilbert wrote: a few times and got the same spikes that the xfce battery monitor causes. somehow the gnome battery monitor does not cause the spikes on their system monitor. maybe their system monitor ignores that type of system activity? You can check with strace if it does that. It should use /sys files these days. Ok, what's the status on this? Can the bug be closed? Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501496: apt-listchanges: updated Polish translation
Quoting Michal Politowski ([EMAIL PROTECTED]): Package: apt-listchanges Version: 2.82 Severity: wishlist Tags: l10n I attach the updated Polish translation for apt-listchanges. Thanks to Christian for prodding me to do the update. Well, resyncing with the current POT file, it seems that the file you worked on was outdated. Maybe my fault when I sent it to you? Still, could you updated the attached file? pl.po Description: application/gettext signature.asc Description: Digital signature
Bug#501531: tuxtype: Please add/test support for qwertz (german) keyboard
Package: tuxtype Version: 1.5.17.dfsg1-3 Severity: normal I've attempted to edit the Lesson_1.xml file to adapt the home key test to the german keyboard layout. On QWERTZ keyboards the home keys are: asdf jklö so I s/;/ö/g in the Lesson_1.xml file. When running the lesson the correct glyph is displayed, yet it is not recognized as valid input. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tuxtype depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libsdl-image1.2 1.2.6-3image loading library for Simple D ii libsdl-mixer1.2 1.2.8-4mixer library for Simple DirectMed ii libsdl-pango1 0.1.2-4text rendering with Pango in SDL a ii libsdl-ttf2.0-0 2.0.9-1ttf library for Simple DirectMedia ii libsdl1.2debian 1.2.13-2 Simple DirectMedia Layer ii ttf-sil-andika1.0.basic-1extended smart Unicode Latin/Greek ii tuxtype-data 1.5.17.dfsg1-3 Data files for the Educational Typ Versions of packages tuxtype recommends: ii ttf-sil-doulos4.104-1smart Unicode font for Latin and C Versions of packages tuxtype suggests: pn ttf-devanagari-fonts none (no description available) pn ttf-malayalam-fonts none (no description available) pn tuxtype-data-nonfree none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500532: please improve english NEWS.Debian text
Hideki Yamane wrote: Upstream development of the kochi fonts has been discontinued. The author of these fonts suggests as a replacement the use of the kochi-based sazanami fonts (in Debian, ttf-sazanami-mincho and ttf-sazanami-gothic package). These fix several glyphs which are corrupted in the kochi fonts. That's packageS, and I'd probably say it the other way round: [...] (in Debian, the packages ttf-sazanami-mincho and ttf-sazanami-gothic). [...] -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501507: wordpress: Browser upload missing?
severity 501507 wishlist thanks Package: wordpress Version: 2.5.1-8 Severity: normal Hi, since wordpress 2.5 there should be an extension to the image uploader that offers to use the normal browser upload in case the new flash uploader does not work (see http://onecoolsite.wordpress.com/2008/04/10/new-image-upload-option-wordpress-25/ ) Well, the file uploader does not work here, but I don't get this option to choose the browser uploader, I can't even find the text string in the sources. I have no idea why this isn't there. Hi. The functionality you're talking about was introduced in wordpress 2.5.1 only on wordpress.com but was not released in the public source code for wordpress 2.5.x. However this feature will be available in wordpress 2.6 when it hits Debian. If you have non-flash related problems using the uploader you should read the wordpress official guide to make the flash uploader work properly [1]. Thank you for reporting. Regards. Andrea De Iacovo [1]: http://wordpress.org/support/topic/164999 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#501363:
Obviously this bug makes impossible to open links from applications if there's an iceweasel instance already running. You have to copy/paste the link you're trying to open or, that's worse, close the old iceweasel in order to open the link with a single click. That's really a weird bug! Regards. Andrea De Iacovo signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#483279: patch
tag 483279 + patch
thanks
Attached is a patch that fixes the issue for me on ia64. Note that
this issue also affects sparc. I plan to do a few more tests tomorrow
and, if successful, proceed with an NMU.
fyi, the attached patch also includes the fix for #480794, which is
needed to build in unstable.
--
dann frazier
diff -u eclipse-3.2.2/debian/rules eclipse-3.2.2/debian/rules
--- eclipse-3.2.2/debian/rules
+++ eclipse-3.2.2/debian/rules
@@ -151,6 +151,7 @@
eclipse-ecj-gcj \
eclipse-add-ppc64-sparc64-s390-s390x \
eclipse-java-home \
+ eclipse-libswt-gtk-symlink-fix \
# eclipse-icon \
# eclipse-efj \
@@ -180,7 +181,7 @@
# eclipse-libswt-mozilla-profiles
- BUILD_DEPS += , libxul-dev
+ BUILD_DEPS += , iceape-dev
MOZILLA_DEP = $${shlibs:Depends}
MOZILLA_HOME = /usr/lib/mozilla
endif
diff -u eclipse-3.2.2/debian/control eclipse-3.2.2/debian/control
--- eclipse-3.2.2/debian/control
+++ eclipse-3.2.2/debian/control
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Debian Java Maintainers [EMAIL PROTECTED]
Uploaders: Jerry Haltom [EMAIL PROTECTED], Michael Koch [EMAIL PROTECTED], Matthias Klose [EMAIL PROTECTED], Stephan Michels [EMAIL PROTECTED]
-Build-Depends: debhelper ( 4.2), dpatch (= 2.0), lsb-release, bzip2, zip, sharutils, default-jdk-builddep, liblucene-java (= 1.4.2), liblucene-java-doc (= 1.4.2), junit (= 3.8), junit4, libjsch-java (= 0.1.36), libgtk2.0-dev (= 2.4), libgnome2-dev (= 2.6), libgnomeui-dev (= 2.6), libxtst-dev, libgl1-mesa-dev, libglu1-mesa-dev, classpath-doc, pkg-config, libcairo2-dev, ant-optional (= 1.6.5-3), libtomcat5.5-java, libxul-dev
+Build-Depends: debhelper ( 4.2), dpatch (= 2.0), lsb-release, bzip2, zip, sharutils, default-jdk-builddep, liblucene-java (= 1.4.2), liblucene-java-doc (= 1.4.2), junit (= 3.8), junit4, libjsch-java (= 0.1.36), libgtk2.0-dev (= 2.4), libgnome2-dev (= 2.6), libgnomeui-dev (= 2.6), libxtst-dev, libgl1-mesa-dev, libglu1-mesa-dev, classpath-doc, pkg-config, libcairo2-dev, ant-optional (= 1.6.5-3), libtomcat5.5-java, iceape-dev
Standards-Version: 3.7.3
Vcs-Svn: svn://svn.debian.org/svn/pkg-java/trunk/eclipse
Vcs-Browser: http://svn.debian.org/wsvn/pkg-java/trunk/eclipse
diff -u eclipse-3.2.2/debian/changelog eclipse-3.2.2/debian/changelog
--- eclipse-3.2.2/debian/changelog
+++ eclipse-3.2.2/debian/changelog
@@ -1,3 +1,12 @@
+eclipse (3.2.2-6.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Update build-dep from libxul-dev to iceape-dev. Closes: #480794
+ * Fix dangling /usr/lib/java/swt3.2-gtk.jar on ia64 and sparc.
+Closes: #483279.
+
+ -- dann frazier [EMAIL PROTECTED] Wed, 08 Oct 2008 00:53:39 -0600
+
eclipse (3.2.2-6) unstable; urgency=low
* Suppress warnings from javac.
diff -u eclipse-3.2.2/debian/patches/eclipse-libswt-xulrunner.dpatch eclipse-3.2.2/debian/patches/eclipse-libswt-xulrunner.dpatch
--- eclipse-3.2.2/debian/patches/eclipse-libswt-xulrunner.dpatch
+++ eclipse-3.2.2/debian/patches/eclipse-libswt-xulrunner.dpatch
@@ -41,9 +41,9 @@
- if [ x`pkg-config --exists mozilla-xpcom echo YES` = xYES ]; then
- GECKO_INCLUDES=`pkg-config --cflags mozilla-xpcom`
- GECKO_LIBS=`pkg-config --libs mozilla-xpcom`
-+ if [ x`pkg-config --exists xulrunner-xpcom echo YES` = xYES ]; then
-+ GECKO_INCLUDES=`pkg-config --cflags xulrunner-xpcom`
-+ GECKO_LIBS=`pkg-config --libs xulrunner-xpcom`
++ if [ x`pkg-config --exists iceape-xpcom echo YES` = xYES ]; then
++ GECKO_INCLUDES=`pkg-config --cflags iceape-xpcom`
++ GECKO_LIBS=`pkg-config --libs iceape-xpcom`
export GECKO_INCLUDES
export GECKO_LIBS
MAKE_MOZILLA=make_mozilla
only in patch2:
unchanged:
--- eclipse-3.2.2.orig/debian/patches/eclipse-libswt-gtk-symlink-fix.dpatch
+++ eclipse-3.2.2/debian/patches/eclipse-libswt-gtk-symlink-fix.dpatch
@@ -0,0 +1,161 @@
+#! /bin/sh -e
+##
+## DP: Debian specific patch, converted from eclipse-swt-x11.patch
+
+[ -f debian/patches/00patch-opts ] . debian/patches/00patch-opts
+patch_opts=${patch_opts:--f --no-backup-if-mismatch}
+
+if [ $# -ne 1 ]; then
+echo 2 `basename $0`: script expects -patch|-unpatch as argument
+exit 1
+fi
+case $1 in
+-patch)
+ patch $patch_opts -p0 $0;;
+-unpatch)
+ patch $patch_opts -p0 -R $0;;
+*)
+ echo 2 `basename $0`: script expects -patch|-unpatch as argument
+ exit 1;;
+esac
+exit 0
+
[EMAIL PROTECTED]@
+diff -urpN source-tree.orig/assemble.org.eclipse.sdk.hpux.motif.ia64_32.xml source-tree/assemble.org.eclipse.sdk.hpux.motif.ia64_32.xml
+--- source-tree.orig/assemble.org.eclipse.sdk.hpux.motif.ia64_32.xml 2007-02-12 18:45:20.0 +
source-tree/assemble.org.eclipse.sdk.hpux.motif.ia64_32.xml 2008-10-08 01:48:44.0 +
+@@ -691,7 +691,7 @@
+ /antcall
+ antcall target=jarUp
+ param name=source value=${eclipse.plugins}/
+- param name=elementName value=org.eclipse.swt.motif.hpux.ia64_32_3.2.2.R3_2_maintenance/
++ param name=elementName value=org.eclipse.swt.motif.hpux.ia64_32_3.2.2.v3236/
+ /antcall
+ antcall
Bug#501504: Puppet (puppetca) needs the openssl package to work properly
Moins, On Wed, 2008-10-08 at 11:33 +1100, Matthew Palmer wrote: On Tue, Oct 07, 2008 at 11:36:44PM +0200, Stephan Hermann wrote: Package: puppet Version: 0.24.5-2 Dear Colleagues, please add the openssl package to Depends/Recommends/Suggests to the puppet package. puppetca needs it to sign and generate keyfiles and signatures. That would actually be libopenssl-ruby that's needed, and it'd be a Recommends on the puppetmaster package, as that's where puppetca lives. I could have sworn that used to be in the Recommends, back in the day... Nope... libopenssl-ruby doesn't work out properly... I wonder why...I didn't have openssl installed, and puppetca didn't work properly...first after installing openssl puppetca worked as expected. Regards, \sh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501532: kile: Wrong file in errors and warnings (FIXED in upstream)
Package: kile Version: 1:2.0.1-1 Severity: important This Bug is already fixed in the upstream Version of Kile. See Bug #172286 in the kde bugtracker. So this package should be updated to version 2.0.2. The behaviour is that kile always shows the main document as the source of a latex error or warning in an multifile document. greetings nautsch -- System Information: Debian Release: sid APT prefers unstable APT policy: (500, 'unstable') 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 kile depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-6 core libraries and binaries for al ii konsole 4:3.5.9.dfsg.1-5 X terminal emulator for KDE ii libc6 2.7-13 GNU C Library: Shared libraries ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii texlive-latex-base 2007.dfsg.1-4TeX Live: Basic LaTeX packages Versions of packages kile recommends: ii dvipng1.11-1 convert DVI files to PNG graphics ii kdvi 4:3.5.9-3 dvi viewer for KDE ii kghostview4:3.5.9-3 PostScript viewer for KDE pn kpdf none (no description available) Versions of packages kile suggests: pn gbib none(no description available) ii gv 1:3.6.5-2 PostScript and PDF viewer for X pn kile-i18n none(no description available) pn latex2html none(no description available) pn pybliographer none(no description available) ii xfig 1:3.2.5-rel-2 Facility for Interactive Generatio -- no debconf information -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444880: acknowledged by developer (closing 444880)
Maximillian / Bastian, on which kernel version does this work for any of you? For me it's still broken on this kernel, using the repro provided in the original bug report: Linux version 2.6.26-1-686 (Debian 2.6.26-5) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Wed Sep 10 16:46:13 UTC 2008 Debbugs unfortunately decided to hide that question last time I asked it :-( , so it's quite understandable if you missed it: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=19;bug=444880 Regards //Johan 2008/10/7 Debian Bug Tracking System [EMAIL PROTECTED]: This is an automatic notification regarding your Bug report #444880: /boot/vmlinuz-2.6.21-2-686: /proc/20502/wchan has unexpected content, trivial repro, which was filed against the linux-2.6 package. It has been marked as closed by one of the developers, namely maximilian attems [EMAIL PROTECTED]. You should be hearing from them with a substantive response shortly, in case you haven't already. If not, please contact them directly. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501533: eclipse: [ia64] native compilation ICEs seem to no longer occur
Package: eclipse Version: 3.2.2-6 Severity: normal I noticed this in the changelog entry for version 3.2.2-0ubuntu2: * On ia64, skip some jar files for native compilation to avoid ICEs. This code in debian/rules seems to correspond with that change: if [ $(DEB_HOST_ARCH) = ia64 ]; then \ case $$jar in \ *jsch*) continue;; \ *org.eclipse.osgi*) continue;; \ esac; \ fi; \ While debugging other issues, I tried reverting this patch. The ia64 build succeeded w/o any resulting ICEs. I'm guessing that whatever the issue was has gone away in the 18 months since that release. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475036: kernel-package works for me...
Jonathan McDowell schrieb: I'm a bit confused by the statement that kernel-package does not work with the current set of kernels; I built a 2.6.27-rc4 kernel from vanilla upstream sources using it over the weekend (on i386) and tend to build the latest vanilla kernels as they come out on my AMD64 box. I haven't hit any issues. What sort of thing should I be looking out for? Same thing here - using make-kpkg linux-image without any problems, with vanilla kernels from 2.6.21-rcX to current 2.6.27-rc9. I am not using initrd/initramfs stuff but compile in everything needed to boot (filesystem support and hdd controller drivers). Does it have to do with initrd/initramfs? RichIE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388382: kdemultimedia-kio-plugins: lame encoding produces files with only white noise
Package: kdemultimedia-kio-plugins Version: 4:3.5.9-2 Severity: normal I'm currently experiencing this problem on i386 and amd64 with the lame version from debian-multimedia given below. lame is called with -x which definitely breaks things here. Regards, Björn Herwig -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.6 (SMP w/2 CPU cores; PREEMPT) 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 kdemultimedia-kio-plugins depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-6 core libraries and binaries for al ii libartsc0 1.5.9-2 aRts sound system C support librar ii libasound2 1.0.16-2 ALSA library ii libc6 2.7-13 GNU C Library: Shared libraries ii libcdparanoia0 3.10.0+debian-1 audio extraction tool for sampling ii libgcc1 1:4.3.2-1GCC support library ii libkcddb1 4:3.5.9-2CDDB library for KDE ii libogg0 1.1.3-4 Ogg Bitstream Library ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libvorbis0a 1.2.0.dfsg-3.1 The Vorbis General Audio Compressi ii libvorbisenc2 1.2.0.dfsg-3.1 The Vorbis General Audio Compressi kdemultimedia-kio-plugins recommends no packages. Versions of packages kdemultimedia-kio-plugins suggests: ii lame 3.98-0.1 LAME Ain't an MP3 Encoder -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501504: Puppet (puppetca) needs the openssl package to work properly
On Wed, Oct 08, 2008 at 09:20:32AM +0200, Stephan Hermann wrote: On Wed, 2008-10-08 at 11:33 +1100, Matthew Palmer wrote: On Tue, Oct 07, 2008 at 11:36:44PM +0200, Stephan Hermann wrote: Package: puppet Version: 0.24.5-2 Dear Colleagues, please add the openssl package to Depends/Recommends/Suggests to the puppet package. puppetca needs it to sign and generate keyfiles and signatures. That would actually be libopenssl-ruby that's needed, and it'd be a Recommends on the puppetmaster package, as that's where puppetca lives. I could have sworn that used to be in the Recommends, back in the day... Nope... libopenssl-ruby doesn't work out properly... I wonder why...I didn't have openssl installed, and puppetca didn't work properly...first after installing openssl puppetca worked as expected. So, let's do some basic debugging then. What operation(s) failed without openssl installed, and what error(s) did you see? The only place I can see that the openssl binary is called from puppetca is in puppetca --verify. - Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501496: apt-listchanges: updated Polish translation
On Wed, 8 Oct 2008 07:03:55 +0200, Christian Perrier wrote:
Quoting Michal Politowski ([EMAIL PROTECTED]):
Package: apt-listchanges
Version: 2.82
Severity: wishlist
Tags: l10n
I attach the updated Polish translation for apt-listchanges.
Thanks to Christian for prodding me to do the update.
Well, resyncing with the current POT file, it seems that the file you
worked on was outdated. Maybe my fault when I sent it to you?
Nope, looks like my mistake. I wonder how it happened.
Anyway, here is the update.
--
Michał Politowski
# Polist translation for apt-listchanges.
# Copyright (C) 2002 Michał Politowski
# Michał Politowski [EMAIL PROTECTED], 2002.
#
msgid
msgstr
Project-Id-Version: apt-listchanges 2.27\n
POT-Creation-Date: 2008-01-08 23:33+CET\n
PO-Revision-Date: 2008-10-08 09:42+0200\n
Last-Translator: Michał Politowski [EMAIL PROTECTED]\n
Language-Team: Polish [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Generated-By: pygettext.py 1.4\n
#: ../apt-listchanges.py:80
msgid database %s failed to load.\n
msgstr nie udało się odczytać bazy %s\n
#: ../apt-listchanges.py:97
msgid Unknown frontend: %s\n
msgstr Nieznany interfejs: %s\n
#: ../apt-listchanges.py:120
msgid %s: will be newly installed
msgstr %s: nowo instalowany
#: ../apt-listchanges.py:129
msgid %s: Version %s has already been seen
msgstr %s: wesja %s została już obejrzana
#: ../apt-listchanges.py:162
msgid News for %s
msgstr Nowości w %s
#: ../apt-listchanges.py:173
msgid Changes for %s
msgstr Zmiany w %s
#: ../apt-listchanges.py:183
msgid Informational notes
msgstr Dodatkowe informacje
#: ../apt-listchanges.py:186
#| msgid apt-listchanges: news for %s
msgid apt-listchanges: News
msgstr apt-listchanges: nowości
#: ../apt-listchanges.py:190
#| msgid apt-listchanges: changelogs for %s
msgid apt-listchanges: Changelogs
msgstr apt-listchanges: dzienniki zmian
#: ../apt-listchanges.py:197
msgid Aborting
msgstr Przerwano
#: ../apt-listchanges.py:200
msgid Confirmation failed, don't save seen state
msgstr Błąd przy pytaniu o potwierdzenie. Stan nie zostanie zapisany
#: ../apt-listchanges.py:206
msgid apt-listchanges: changelogs for %s
msgstr apt-listchanges: dzienniki zmian dla koputera %s
#: ../apt-listchanges.py:210
msgid apt-listchanges: news for %s
msgstr apt-listchanges: nowości dla komputera %s
#: ../apt-listchanges.py:222
msgid didn't find any valid .deb archives
msgstr nie znaleziono żadnych archiwów typu .deb
#: ../apt-listchanges/ALCConfig.py:74
msgid Usage: apt-listchanges [options] {--apt | filename.deb ...}\n
msgstr Użycie: apt-listchanges [opcje] {--apt | plik.deb ...}\n
#: ../apt-listchanges/ALCConfig.py:129
msgid Unknown option %s for --which. Allowed are: %s.
msgstr Nieznana wartość \%s\ opcji --which. Dopuszczalne wartości: %s.
#: ../apt-listchanges/ALChacks.py:32
msgid Can't set locale; make sure $LC_* and $LANG are correct!\n
msgstr Błąd ustawień językowych. Należy sprawdzić czy $LC_* i $LANG mają
poprawne wartości!\n
#: ../apt-listchanges/AptListChangesGtk.py:68
msgid Continue Installation?
msgstr Kontynuować instalację?
#: ../apt-listchanges/AptListChangesGtk.py:68
msgid You can abort the installation if you select 'no'.
msgstr Odpowiedź \nie\ spowoduje przerwanie instalacji.
#: ../apt-listchanges/DebianFiles.py:161
msgid Ignoring `%s' (seems to be a directory!)
msgstr Zignorowano \%s\ (jest katalogiem!)
#: ../apt-listchanges/apt_listchanges.py:45
msgid
Wrong or missing VERSION from apt pipeline\n
(is Dpkg::Tools::Options::/usr/bin/apt-listchanges::Version set to 2?)\n
msgstr
Błędna wartość VERSION w potoku z apt lub jej brak\n
(czy Dpkg::Tools::Options::/usr/bin/apt-listchanges::Version ma wartość 2?)\n
#: ../apt-listchanges/apt_listchanges.py:86
msgid Mailing %s: %s
msgstr Poczta do %s: %s
#: ../apt-listchanges/apt_listchanges.py:111
msgid The %s frontend is deprecated, using pager
msgstr Interfejs \%s\ został zarzucony, zostanie użyty pager
#: ../apt-listchanges/apt_listchanges.py:115
#| msgid The %s frontend is deprecated, using pager
msgid The mail frontend needs a installed 'sendmail', using pager
msgstr Interfejs pocztowy wymaga programu sendmail, zostanie użyty pager
#: ../apt-listchanges/apt_listchanges.py:127
msgid
The gtk frontend needs a working python-gtk2 and python-glade2.\n
Those imports can not be found. Falling back to pager.\n
The error is: %s\n
msgstr
Interfejs \gtk\ wymaga działających bibliotek python-gtk2 i python-glade2.\n
Nie udało się ich znaleźć. Zostanie użyty interfejs \pager\.\n
Komunikat błędu: %s\n
#: ../apt-listchanges/apt_listchanges.py:180
msgid Do you want to continue? [Y/n]
msgstr Czy kontynuować? [T/n]
#: ../apt-listchanges/apt_listchanges.py:193
#: ../apt-listchanges/apt_listchanges.py:213
#: ../apt-listchanges/apt_listchanges.py:221
msgid Reading changelogs
msgstr Odczytywanie dzienników zmian
#: ../apt-listchanges/apt_listchanges.py:221
msgid Done
msgstr Zrobione
Bug#501534: ITP: gir-repository -- Introspection data for several Gnome libraries
Package: wnpp Severity: wishlist Owner: [EMAIL PROTECTED] * Package name: gir-repository Version : SVN Upstream Author : Matthias Clasen [EMAIL PROTECTED] Johan Dahlin [EMAIL PROTECTED] Jürg Billeter [EMAIL PROTECTED] Philip Van Hoof [EMAIL PROTECTED] Rob Taylor [EMAIL PROTECTED] * URL : http://live.gnome.org/GObjectIntrospection * License : GPLv3+ Description : Introspection data for several Gnome libraries Hi, I'm planning to package gir-repository soonish. It's a collection of interface introspection data for several Gnome libraries and it's content will later move into the corresponding libraries once gobject-introspection is stable. This package will be maintained by the pkg-gnome group. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#501535: [live-helper] with ftp repository (only i386 and amd64 in it) i can't create live-cd
Package: live-helper Version: 1.0.1-1 Severity: |important| --- Please enter the report below this line. --- I'm using ftp://l4u.jinr.ru/debian/ repository it includes only amd64 and i386 arch's If I check add installer checkbox I had an error like No file 'console-keymaps-amiga_1.07-6_all.udeb' --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686 Debian Release: lenny/sid 500 unstable l4u.jinr.ru --- Package information. --- Depends (Version) | Installed ===-+-=== debootstrap | 1.0.10 OR cdebootstrap | 0.5.3 gettext-base | 0.17-3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482140: etch - lenny upgrade fails, because @INC does not contain 5.10 paths
On Tue, 07 Oct 2008, Daniel Leidert wrote:
Remove the `|| true' statements in /var/lib/dpkg/info/docbook-xml.prerm
and add an `set -ex' at the top and you will get the error doing:
A prerm cannot rely on packages being configured unless you predepend on
them. But predependencies are to be avoided. Ideally you only use stuff
from Essential in such scripts or you have sane fallback in case you
encounter problems.
Pre-Depends: perl, perl-modules
for xml-core and I hope, it works. But I'm not sure. What is your
opinion?
It should work but I wouldn't go for this solution. See below.
On Wed, 08 Oct 2008, Damyan Ivanov wrote:
-=| Agustin Martin, Wed, Oct 08, 2008 at 12:45:30AM +0200 |=-
Looking at /usr/sbin/update-xmlcatalog, seems that only
File::Spec::Functions function used is 'catfile' whose calls should be
pretty simple to replace,
From File::Spec::Unix (where File::Spec::Functions points to)
catfile Concatenate one or more directory names and a filename to form
a complete path ending with a filename
I am attaching a fully untested quick and dirty patch, intending to get rid
of File::Spec::Functions by replacing 'catfile' calls.
File::Spec provides a portable way of creating filesystem paths. Your
patch would break portability.
Not a big deal I would say. But if it's important then you can always use
this non-portable function as a fallback only:
BEGIN {
eval 'use File::Spec';
if ($@) {
eval q{
sub catfile { return join(/, @_); }
};
}
}
Cheers,
--
Raphaël Hertzog
Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490410: [Pkg-xfce-devel] Bug#490410: Bug#490410: xfce4-xkb-plugin: Same issue with us, cz keyboard layout, more details, workaround
Please, note that it if I specify e.g. 'de,cz' instead of 'us,cz' in the xorg.conf, the xfce4-panel would start the plugin but the plugin would see the default 'us' layout. I am wondering if this whole thing could be some unfortunate synchronization issue during the whole startup sequence that causes the plugin to get the wrong information from X.. The thing is, the display started from gdm belongs to X, while later it's owned by $user. In startxfce4 case it's owned directly by $user. I'm not really sure what happens here… I want to point out that I have two independent computers here: 1) laptop - uses gdm to start xfce4 2) server - has no gdm installed and I launch xfce4 manually (startx) Both are experiencing the same issue. I am willing to debug further. However, it has been more than a month and I forgot some of the internals I saw in the keyboard plugin. Would it help if I post here the exact mechanism how the plugin gets the keyboard layout information from X? Maybe somebody w/ better knowledge of X could direct us. Cheers, Jan
Bug#501451: Evolution 2.24 is available
Hello Svante. Thanks for you interest in evolution :) Lenny (next stable) is currently in deep freeze for release, so 2.24 won't reach unstable until after Lenny is released. We'll probably put 2.24 in experimental one of these days, but don't hold your breath just yet ;) The evo-team might get around to backporting some of the fixes to 2.22, but speaking for myself, due to time-isssues, I see it has highly unlikely unless some clean and small patches are provided in the bts. cheers Heikki ti., 07.10.2008 kl. 15.27 +0200, skrev Svante R Signell: Package: evolution Version: 2.24.0 Severity: wishlist It seems like evolution 2.22.x is having a lot of usability bugs, like #479533; no cc: filed filled in when replying etc. Additionally, as found out today setting the printing margins or paper format does not stick, see http://bugzilla.gnome.org/show_bug.cgi?id=540282 All of these bugs seems to be solved in version 2.24 announced Sep. 26. Cited from: http://www.compatdb.org/support/topics/187053_evolution_2_24_released.html ... 530 bugs and approximately 50 crashers fixed ... Are there any plans to package 2.24 in unstable or at least in experimental (it seems to be available in Ubuntu already since Sep 22). Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501536: open-vm-toolbox: vmware-user does not work correctly, mouse trapped in vmware window
Package: open-vm-toolbox Version: 2008.09.03-114782-2 Severity: important I have vmlock loaded, its FS mounted and vmware-user running ok. However my mouse is still trapped in the vm window. Expected behaviour is that the mouse is free to move in and out of the window, without the need to press any mouse release keys. X display resizing to the vmware window works ok, so does the copy/paste linking, so other parts of vmware-users opperation work correctly. Also unity mode is not always available, and when it is, it does not function correctly. Guest windows receive keyboard events but not any mouse input. They can't even be dragged/moved/resized. I use to have open-vm-tools compiled from source (from sf.net) but thought I'd try the debian packages to save me from having to manually update them. The mouse worked fine with this build, ie it was not trapped in the vmware window. I note that when I had to build open-vm-tools it required liburiparser = 0.7.0, however the debian packages do not have this dependancy. (Note, the Deban liburiparser 0.6.x package diffs apply cleanly against a 0.7.2 source, and after updating debian/changelog and the symbols version list, it builds ok) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages open-vm-toolbox depends on: ii libatk1.0-0 1.22.0-1The ATK accessibility toolkit ii libc62.7-13 GNU C Library: Shared libraries ii libcairo21.6.4-6 The Cairo 2D vector graphics libra ii libdumbnet1 1.8-1.5 A dumb, portable networking librar ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.3.2-1 GCC support library ii libglib2.0-0 2.16.5-1The GLib library of C routines ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libicu38 3.8.1-3 International Components for Unico ii libpango1.0-01.20.5-2Layout and rendering of internatio ii libpixman-1-00.10.0-2pixel-manipulation library for X a ii libpng12-0 1.2.27-1PNG library - runtime ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcb-render-util0 0.2.1+git1-1utility libraries for X C Binding ii libxcb-render0 1.1-1.1 X C Binding, render extension ii libxcb1 1.1-1.1 X C Binding ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii open-vm-tools2008.09.03-114782-2 tools and components for VMware gu ii procps 1:3.2.7-8 /proc file system utilities ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages open-vm-toolbox recommends: ii open-vm-source 2008.09.03-114782-2 Source for VMware guest systems dr ii xauth1:1.0.3-2 X authentication utility ii xserver-xorg-input-v 1:12.5.1-2 X.Org X server -- VMMouse input dr ii xserver-xorg-video-v 1:10.16.2-1 X.Org X server -- VMware display d Versions of packages open-vm-toolbox suggests: ii xdg-utils 1.0.2-6desktop integration utilities from -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501524: arora: new upstream snapshot 0.4
Some more info. http://code.google.com/p/arora/ http://arora.googlecode.com/files/arora-0.4.tar.gz http://arora.googlecode.com/files/arora_0.4-0sikon1_i386.deb -- Regards, Shirish Agarwal This email is licensed under http://creativecommons.org/licenses/by-nc/3.0/ 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17
Bug#496721: [Pkg-xfce-devel] Bug#496721: xfce4-cpufreq-plugin: segfault when logging in
Not any more. It was doing it for a week or two, but it now functions well. Yves-Alexis Perez wrote: On mer, 2008-08-27 at 01:33 +0100, Greg Kochanski wrote: Package: xfce4-cpufreq-plugin Version: 0.2-2 Severity: important The plugin had been working for a week or so, but this time when I logged in, it wasn't on my panel.Dmesg | more showed this: [ 20.139702] lp0: using parport0 (interrupt-driven). [ 20.153517] ppdev: user-space parallel port driver [ 24.401670] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [ 24.424362] NFSD: starting 90-second grace period [ 24.950735] eth0: no IPv6 routers present [ 25.611198] eth2: no IPv6 routers present [ 26.215177] warning: `avahi-daemon' uses 32-bit capabilities (legacy support in use) [ 3751.582324] xfce4-cpufreq-p[3562]: segfault at 65636674 ip b76af6b2 sp bfb70b20 error 4 in libc-2.7.so[b763f000+155000] [ 4703.497558] xfce4-cpufreq-p[4355]: segfault at 65636674 ip b76e46b2 sp bffa5f50 error 4 in libc-2.7.so[b7674000+155000] [ 5175.146942] xfce4-cpufreq-p[4755]: segfault at 65636674 ip b76ec6b2 sp bfeafe60 error 4 in libc-2.7.so[b767c000+155000] [ 9769.618338] xfce4-cpufreq-p[5261]: segfault at 65636674 ip b771d6b2 sp bfae0290 error 4 in libc-2.7.so[b76ad000+155000] [19040.974488] xfce4-cpufreq-p[6790]: segfault at 65636674 ip b76f86b2 sp bfdb9560 error 4 in libc-2.7.so[b7688000+155000] Does this still happen? Can you provide a backtrace with debugging symbols? Cheers, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462482: darcs repository for hlibrary.mk
FYI, I'm keeping the newest version of my CDBS rule file in http://people.debian.org/~kaol/repos/hlibrary/ With your permission, I would like to step in as a comaintainer for haskell-devscripts and include hlibrary.mk in it and take care of that part. Another possible home for it would be in the cdbs package itself, but I feel that hlibrary.mk may be more tightly bound to haskell-devscripts instead. It's too small to really justify having it in a package of its own. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501099: sqlite3: new upstream version 3.6.3
When packaging the new version please don't forget to enable the R*Tree extension. It is very important for geospatial applications. See here for details: http://sqlite.org/rtree.html Best regards, Andrey -- Andrey V. Kiselev ICQ# 26871517 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501545: Fix the order of updated config.{guess,sub}
Package: openntpd
Severity: normal
Tags: patch
The debian/rules script of openntpd is wrong in the sense that the
config.{guess,sub} things should be updated before the configure
actually happens and not during the clean phase.
The patch attached fixes this.
As a side effect, I have also fixed the problem that diff.gz contained
changes to the sources outside the debian/patches directory.
So, this patch fixes actually two things, and my other patch fixes
another one.
Hope this helps, Rogério Brito.
--
Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org
diff -u openntpd-3.9p1/debian/rules openntpd-3.9p1/debian/rules
--- openntpd-3.9p1/debian/rules
+++ openntpd-3.9p1/debian/rules
@@ -29,6 +27,13 @@
config-stamp: configure patch
dh_testdir
+ifneq $(wildcard /usr/share/misc/config.sub)
+ cp -f /usr/share/misc/config.sub config.sub
+endif
+ifneq $(wildcard /usr/share/misc/config.guess)
+ cp -f /usr/share/misc/config.guess config.guess
+endif
+
# Configuring package
CFLAGS=$(CFLAGS) ./configure --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --sysconfdir=/etc/openntpd --with-privsep-user=ntpd --with-privsep-path=/var/run/openntpd
@@ -50,14 +55,8 @@
# Cleaning package
[ ! -f Makefile ] || $(MAKE) distclean
rm -f build-stamp config-stamp
-ifneq $(wildcard /usr/share/misc/config.sub)
- cp -f /usr/share/misc/config.sub config.sub
-endif
-ifneq $(wildcard /usr/share/misc/config.guess)
- cp -f /usr/share/misc/config.guess config.guess
-endif
# Make sure we regenerate that file.
- rm -f y.tab.c
+ rm -f y.tab.c config.sub config.guess config.log
dh_clean
reverted:
Bug#383889: gnome-screensaver: unlock dialog always reports password invalid - same here
On 10-06 11:03, Josselin Mouette wrote:
Le dimanche 05 octobre 2008 à 19:12 +0200, Witold Baryluk a écrit :
Hi,
i'm using LDAP configuration without problem on dozen of workstations,
with everything working. Everything but one, screensaver unlocking.
This is very iritating. I added pam_permit to
/etc/pam.d/gnome-screensaver
but this isn't the best way...
Debug log in attachment
AIUI, the debug log merely indicates that the PAM authentication check
returns FALSE.
Does it happen for all users or only one?
Yes, all LDAP users. Local users are only root and system accounts.
Just created guest account in /etc/{passwd,shadow} - unlocking
works.
What is your locale? Does it also happen in C locale?
pl_PL.UTF-8. Just tested with C locale - same problem.
Are there any 8-bit characters in the password?
No.
/etc/nsswitch.conf :
passwd: compat ldap
group: compat ldap
shadow: compat
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
networks: files
protocols: db files
services: db files
ethers: db files
rpc:db files
netgroup: nis
/etc/libnss-ldap.conf :
uri ldaps://ldapserver.smp.if.uj.edu.pl
ssl on
ldap_version 3
tls_cacertfile /etc/ssl/certs/SMP_Root_Certification_Authority.pem
rootbinddn cn=ldapadmin,dc=smp,dc=if,dc=uj,dc=edu,dc=pl
base dc=smp,dc=if,dc=uj,dc=edu,dc=pl
scope sub
# ustawione bo udev przy bootowaniu jest skopany
bind_policy soft
nss_base_passwd ou=People,dc=smp,dc=if,dc=uj,dc=edu,dc=pl
nss_base_shadow ou=People,dc=smp,dc=if,dc=uj,dc=edu,dc=pl
nss_base_group ou=Group,dc=smp,dc=if,dc=uj,dc=edu,dc=pl
nss_base_aliasesou=Aliases,dc=smp,dc=if,dc=uj,dc=edu,dc=pl
/etc/pam_ldap.conf :
uri ldaps://ldapserver.smp.if.uj.edu.pl
ssl on
ldap_version 3
tls_cacertfile /etc/ssl/certs/SMP_Root_Certification_Authority.pem
rootbinddn cn=ldapadmin,dc=smp,dc=if,dc=uj,dc=edu,dc=pl
base dc=smp,dc=if,dc=uj,dc=edu,dc=pl
scope one
pam_filter objectclass=posixAccount
pam_password md5
nss_base_passwd ou=People,dc=smp,dc=if,dc=uj,dc=edu,dc=pl
nss_base_shadow ou=People,dc=smp,dc=if,dc=uj,dc=edu,dc=pl
nss_base_group ou=Group,dc=smp,dc=if,dc=uj,dc=edu,dc=pl
nss_base_aliasesou=Aliases,dc=smp,dc=if,dc=uj,dc=edu,dc=pl
/etc/ldap/ldap.conf :
BASEdc=smp,dc=if,dc=uj,dc=edu,dc=pl
URI ldaps://ldapserver.smp.if.uj.edu.pl
TLS_CACERT /etc/ssl/certs/SMP_Root_Certification_Authority.pem
TLS_REQCERT hard
#SIZELIMIT 12
#TIMELIMIT 15
#DEREF never
/etc/pam.d/common-auth :
authoptionalpam_group.so
authsufficient pam_unix.so nullok_secure likeauth
authsufficient pam_ldap.so use_first_pass
# ignore_authinfo_unavail
authrequiredpam_deny.so
/etc/pam.d/common-account :
account sufficient pam_unix.so
account sufficient pam_ldap.so
account requiredpam_deny.so
/etc/pam.d/gnome-screensaver :
#auth sufficient pam_permit.so
@include common-auth
auth optional pam_gnome_keyring.so
--
Witold Baryluk
MAIL: [EMAIL PROTECTED]
JID: [EMAIL PROTECTED]
signature.asc
Description: Digital signature
Bug#446804: closed by Loic Minier [EMAIL PROTECTED] (Bug#446804: fixed in facile 1.1-6.2)
On Tue, Oct 7, 2008 at 10:46:18 -0700, Ross Boylan wrote: Should the bug be closed? The changelog doesn't mention anything about fixing it, as far as I can see. Ross On Tue, 2008-10-07 at 09:57 +, Debian Bug Tracking System wrote: * Provide examples/*.ml and examples/*.dat as examples; closes: #446804. Hmm? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501306: update-grub fails with raid1 boot partition
On Wed, Oct 08, 2008 at 01:35:53AM -0400, Samat K Jain wrote: On Tuesday 07 October 2008 04:53:57 am Dan Poltawski wrote: Just in response to this - my problem has not been caused by an upgrade - it was a clean lenny install onto a new machine a few days ago. Well, something regenerated device.map since installation. I don't think your system would boot with the device.map you've provided---grub would have ever installed properly. I believe, from what you've provided, your device.map should contain: (hd0) /dev/sda (hd1) /dev/sdb Did you try the workaround? Namely running `grub-mkdevicemap --no-floppy` again? Yes I did, this does resolve the problem and also contains the same map as you guessed at. I'm looking through the apt log to see if I can find anything which would regenerate the device.map since install. Dan signature.asc Description: Digital signature
Bug#499265: [Pkg-xfce-devel] Bug#499265: Bug#499265: xfce4-session: Unable to quit session
Hi. Yves-Alexis Perez, 2008/10/08 15:11: On mer, 2008-09-17 at 14:41 +0200, Mathias Brodala wrote: Like I said, this issue randomly occurs after a while but I did create a new user and logged in. I might have to wait a while but will let you know as soon as the issue appears again. Were you able to reproduce? Unfortunately not. Just keeping the test user logged in into a second X server does not yield the problem. There must be some other action involved. And ATM I have no access to my desktop since I am in Japan for an internship. I will stay here until march next year so for now I won't be able to investigate further here. Regards, Mathias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471512: RFP: get-you
retitle 471512 RFP: get-you -- Download tool for a lot of video portals written in java thanks hi, this packages is written in _java_ ] getyou/ $ find . -name *.py | wc -l ] 0 ] getyou/ $ find . -name *.java | wc -l ] 133 There also exists a package for ubuntu on: https://launchpad.net/get-you/+download I don't want to maintain this package so feel free to adopt it :) Kind regards, Thomas. signature.asc Description: Digital signature
Bug#501546: (fwd) Re: What you can do for Lenny [EMAIL PROTECTED]
Package: upgrade-reports Since that was a private report I received, I mangeled the e-mail address; should there be questions to him, I'll proxy them through. Best regards, Alexander - Forwarded message from Steven O'Connor [EMAIL PROTECTED] - From: Steven O'Connor [EMAIL PROTECTED] Subject: Re: What you can do for Lenny To: [EMAIL PROTECTED] Date: Wed, 08 Oct 2008 19:49:00 +1100 1. Make backups 2. Change your /etc/apt/sources.list 3. Run aptitude update to get information about new packages 4. Run aptitude install dpkg aptitude apt to install the newest package management 5. Run aptitude full-upgrade Followed instructions as above and got errors on several packages (see attached screen shot taken when step 5 is repeated) clamd is refusing connections from exim/spamassassin and squid fails to start. ## /var/log/syslog # Oct 8 19:23:33 stargate squid[8164]: Starting Squid Cache version 2.6.STABLE5 for i386-debian-linux-gnu... Oct 8 19:23:33 stargate squid[8164]: Process ID 8164 Oct 8 19:23:33 stargate squid[8164]: With 1024 file descriptors available Oct 8 19:23:33 stargate squid[8164]: Using epoll for the IO loop Oct 8 19:23:33 stargate squid[8164]: DNS Socket created at 0.0.0.0, port 1215, FD 6 Oct 8 19:23:33 stargate squid[8164]: Adding nameserver 127.0.0.1 from /etc/resolv.conf Oct 8 19:23:33 stargate squid[8164]: Adding domain local.suse.com.au from /etc/resolv.conf Oct 8 19:23:33 stargate squid[8164]: Adding nameserver 192.168.2.1 from /etc/resolv.conf Oct 8 19:23:33 stargate squid[8164]: helperOpenServers: Starting 15 'adzapper.wrapper' processes Oct 8 19:23:34 stargate squid[8164]: User-Agent logging is disabled. Oct 8 19:23:34 stargate squid[8164]: Referer logging is disabled. Oct 8 19:23:35 stargate squid[8164]: Unlinkd pipe opened on FD 25 Oct 8 19:23:35 stargate squid[8164]: Swap maxSize 102400 KB, estimated 7876 objects Oct 8 19:23:35 stargate squid[8164]: Target number of buckets: 393 Oct 8 19:23:35 stargate squid[8164]: Using 8192 Store buckets Oct 8 19:23:35 stargate squid[8164]: Max Mem size: 8192 KB Oct 8 19:23:35 stargate squid[8164]: Max Swap size: 102400 KB Oct 8 19:23:35 stargate squid[8164]: Local cache digest enabled; rebuild/rewrite every 3600/3600 sec Oct 8 19:23:35 stargate squid[8164]: Rebuilding storage in /var/spool/squid (DIRTY) Oct 8 19:23:35 stargate squid[8164]: Using Least Load store dir selection Oct 8 19:23:35 stargate squid[8164]: Set Current Directory to /var/spool/squid Oct 8 19:23:36 stargate squid[8164]: Loaded Icons. Oct 8 19:23:36 stargate squid[8164]: Accepting proxy HTTP connections at 0.0.0.0, port 8080, FD 27. Oct 8 19:23:36 stargate squid[8164]: Accepting proxy HTTP connections at 0.0.0.0, port 3128, FD 28. Oct 8 19:23:36 stargate squid[8164]: Accepting ICP messages at 0.0.0.0, port 3130, FD 29. Oct 8 19:23:36 stargate squid[8164]: HTCP Disabled. Oct 8 19:23:36 stargate squid[8164]: WCCP Disabled. Oct 8 19:23:37 stargate squid[8164]: Ready to serve requests. Oct 8 19:23:37 stargate squid[8164]: WARNING: url_rewriter #15 (FD 21) exited Oct 8 19:23:37 stargate squid[8164]: WARNING: url_rewriter #14 (FD 20) exited Oct 8 19:23:37 stargate squid[8164]: WARNING: url_rewriter #13 (FD 19) exited Oct 8 19:23:37 stargate squid[8164]: WARNING: url_rewriter #12 (FD 18) exited Oct 8 19:23:37 stargate squid[8164]: WARNING: url_rewriter #11 (FD 17) exited Oct 8 19:23:37 stargate squid[8164]: WARNING: url_rewriter #10 (FD 16) exited Oct 8 19:23:37 stargate squid[8164]: WARNING: url_rewriter #9 (FD 15) exited Oct 8 19:23:37 stargate squid[8164]: WARNING: url_rewriter #8 (FD 14) exited Oct 8 19:23:37 stargate squid[8164]: Too few url_rewriter processes are running Oct 8 19:23:37 stargate squid[8164]: The url_rewriter helpers are crashing too rapidly, need help! Oct 8 19:23:37 stargate squid[8084]: Squid Parent: child process 8164 exited due to signal 6 Oct 8 19:23:37 stargate squid[8084]: Exiting due to repeated, frequent failures # Apart from this everything seems to be working. I hope this helps get lenny out the door. Regards Steve - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501544: iceweasel: Iceweasel is already running, but is not responding.
Package: iceweasel Version: 3.0.3-1 Severity: normal Iceweasel cannot be startet to open an link when it is already running. Instead of opening URL it does show Iceweasel is already running, but is not responding. To open a new window, you must first close the existing Iceweasel process, or restart your system. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (800, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.14-mywin4lin (PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii fontconfig2.6.0-1generic font configuration library ii libc6 2.7-14 GNU C Library: Shared libraries hi libgcc1 1:4.3.2-1 GCC support library ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-4NetScape Portable Runtime Library hi libstdc++64.3.2-1The GNU Standard C++ Library v3 ii procps1:3.2.7-9 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9.0.3-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii latex-xft-fonts 0.1-8 Xft-compatible versions of some La ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries pn mozpluggernone (no description available) pn ttf-mathematica4.1none (no description available) pn xfonts-mathml none (no description available) ii xprint2:1.4.2-7 X11 print system (binary) pn xulrunner-1.9-gnome-s none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501547: dovecot-imapd: Cannot listen to both IPv4 and IPv6 for IMAP SSL
Package: dovecot-imapd
Version: 1:1.0.15-2
Severity: important
There does not seem to be any way to listen to both IPv4 and IPv6 for the IMAP
protocol
protocol imap {
ssl_listen = [::], *
}
does not work at all...
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en, LC_CTYPE=sv_SE (charmap=UTF-8) (ignored: LC_ALL set to
en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dovecot-imapd depends on:
ii dovecot-common1:1.0.15-2 secure mail server that supports m
ii libc6 2.7-13 GNU C Library: Shared libraries
ii libssl0.9.8 0.9.8g-13 SSL shared libraries
dovecot-imapd recommends no packages.
dovecot-imapd suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501548: I/O warning : failed to load external entity /var/lib/scrollkeeper/(null)/scrollkeeper_cl.xml
Package: scrollkeeper Version: 0.3.14-16 Severity: normal For a while now I'm getting these errors when upgrading/installing packages or invoking scrollkeeper-update: # scrollkeeper-update I/O warning : failed to load external entity /var/lib/scrollkeeper/(null)/scrollkeeper_cl.xml Cannot stat file: : No such file or directory I/O warning : failed to load external entity /var/lib/scrollkeeper/(null)/scrollkeeper_cl.xml Cannot stat file: : No such file or directory I/O warning : failed to load external entity /var/lib/scrollkeeper/(null)/scrollkeeper_cl.xml Cannot stat file: : No such file or directory I/O warning : failed to load external entity /var/lib/scrollkeeper/(null)/scrollkeeper_cl.xml Cannot stat file: : No such file or directory I/O warning : failed to load external entity /var/lib/scrollkeeper/(null)/scrollkeeper_cl.xml Cannot stat file: : No such file or directory I/O warning : failed to load external entity /var/lib/scrollkeeper/(null)/scrollkeeper_cl.xml Cannot stat file: : No such file or directory I/O warning : failed to load external entity /var/lib/scrollkeeper/(null)/scrollkeeper_cl.xml Cannot stat file: : No such file or directory I/O warning : failed to load external entity /var/lib/scrollkeeper/(null)/scrollkeeper_cl.xml Cannot stat file: : No such file or directory Any ideas? Best wishes, Chris. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scrollkeeper depends on: ii docbook-xml4.5-5 standard XML documentation system, ii libc6 2.7-14GNU C Library: Shared libraries ii libscrollkeeper0 0.3.14-16 Library to load .omf files (runtim ii libxml22.6.32.dfsg-4 GNOME XML library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii xml-core 0.11 XML infrastructure and XML catalog scrollkeeper recommends no packages. Versions of packages scrollkeeper suggests: ii logrotate 3.7.1-4Log rotation utility -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501057: smb backups unable to authenticate
On Fri, Oct 03, 2008 at 01:27:05PM -0400, Norbert Veber wrote: The -N option should probably be removed in the default config.pl that ships with backuppc. Thanks for the bug report. I'll remove that option soon to fix that bug. In fact, the password used to be passed as an envvar to smbclient. Now the '-N' option seems to ignore passwords on the command line as well as in th PASSWD envvar. This is an undocumented change so I'll reassign this bug to smbclient as well. Cheers, -- Ludovic Drolez. http://www.palmopensource.com - The PalmOS Open Source Portal http://www.drolez.com - Personal site - Linux, Zaurus and PalmOS stuff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501551: acpid 1.0.4 possible local DoS ?
Package: acpid Version: 1.0.4-5 After resume from suspend to ram I had SOMETIMES (!) - 5-10% ? - this problem: There are Too many open files error messages in /var/log/acpid about 5000 times in a few minutes. Size of /var/log/acpid is more than 1200M. Xserver, keyboard, acpid event_button() don't respond of course. - local DoS ? I found this problem in other distributions: / Thank you for google :-) / (for example) http://ubuntuforums.org/archive/index.php/t-652954.html I call suspend_to_ram with modified /etc/acpi/powerbtn.sh (powersave -u in place of /sbin/shutdown) I tried this patch: https://bugzilla.altlinux.org/attachment.cgi?id=1203 It seems, acpid works correctly now after 8days uptime with more than 15 successful resume_from_suspendtoram. acpid 1.0.6 (Lenny) contains this patch, but there are acpid 1.0.4 in Etch. Please apply this patch for acpid-1.0.4 in Etch. I am using Debian etch with 2.6.25-based (with some patches) with glibc 2.3.6.ds1-13etch7. Hi Oscon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501550: kerneloops: send an e-mail to root with the report as well
Package: kerneloops Version: 0.10-2 Severity: wishlist kerneloops: send an e-mail to root with the report as well -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-pps (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages kerneloops depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libcurl3-gnutls 7.18.2-5 Multi-protocol file transfer libra ii libdbus-1-3 1.2.1-3simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface ii libnotify1 [libnotify1-gtk2.1 0.4.4-3sends desktop notifications to a n kerneloops recommends no packages. kerneloops suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501549: tasksel - Please remove uswsusp from the laptop task
Package: tasksel Version: 2.75 Severity: important Please remove uswsusp from the laptop task. Installing this makes suspend on many, mostly newer machines, break as it uses a whitelist of supported machines. However there may be machines which works better, because uswsusp already known about certain workarounds, so I don't want to use the hard way to unbreak this from the kernel via a conflict. Bastian -- War is never imperative. -- McCoy, Balance of Terror, stardate 1709.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501486: [Linux-wlan-ng-devel] Bug#501486: kernel version in testing is 2.6.26(+16) while linux-wlan-ng-source only supports 2.6.24.x
tags 501486 +moreinfo stop On Tue, Oct 07, 2008 at 08:37:45PM +0200, folkert wrote: Package: linux-wlan-ng-source Version: 0.2.9+dfsg-2 Severity: grave Justification: renders package unusable During compilation (via module-assistant) the message comes up that the package only supports 2.6.24.x and older. Compilation then fails. Kernel-version in testing is 2.6.26(+16). Are you sure you are using version 0.2.9+dfsg-2? I just successfully run m-a a-i linux-wlan-ng on my sid box, and revision -2 added a specific patch to fix build against 2.6.26. Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497873: RC bug
Hello. I think this is release critical bug. Is it possible to remove wontfix tag? Regards, Jan Korbel smime.p7s Description: S/MIME Cryptographic Signature
Bug#498522: Plucker uses bad User-agent HTTP header
tags 498522 pending upstream forwarded 498522 http://bugs.plkr.org/1950 thank Christoph Berg a écrit : This patch fixed the issue for me, please consider applying it to the Debian package. (This might even be worth a fix in lenny.) I don't think this bug is release critical. It does not affect all web site. I applied the patch in the package repository in collab-maint. I will wait until the release of Lenny before uploading a new package to avoid overloading the build system. Thanks for the patch -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501563: interfaces(5): wrong dns with resolvconf and dhclient
Package: ifupdown Version: 0.6.8+nmu1 Severity: normal I use ifplugd, guessnet and custom interface names in /etc/network/interfaces to have my setup immediately right when I'm at home or at university. However, I noticed that dhclient (used for DHCP) generates /etc/resolvconf/run/interface/eth0, which seems correct so far. However, the dns-nameservers statements in /etc/network/interfaces are written to /etc/resolvconf/run/interface/eth0.inet and therefore I end up having resolvconf mixing up my current configuration and the last DHCP DNS configuration in /etc/resolv.conf My setup in /etc/network/interfaces looks like this: auto lo iface lo inet loopback allow-hotplug wlan0 eth0 mapping eth0 script guessnet-ifupdown map default: dhcp iface wlan0 inet manual wpa-driver wext wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf iface default inet dhcp iface home inet static address 192.168.1.42 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 gateway 192.168.1.1 dns-search local.lan dns-nameservers 192.168.1.1 test peer address 192.168.1.1 mac 00:11:22:33:44 iface uni inet dhcp up /home/michael/Uni/VPN/wrapper.sh down /home/michael/Uni/VPN/killwrapper.sh My temporary workaround is editing /etc/dhcp3/dhclient-enter-hooks.d/resolvconf to write its configuration to eth0.inet ($interface.inet) aswell. What's the clean solution, e.g. how can I have /etc/network/interfaces not cause the file to be named eth0.inet? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501552: manpage for openntpd (fixes lintian warning)
tags 501552 +pending thanks Rogério Brito wrote: The package openntpd has a lintian warning because openntpd doesn't provide a manpage. fixed in git. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484861: nfs-common: rpc.statd --outgoing-port (-o) option broken
Aníbal Monsalve Salazar wrote: On Sat, Jun 07, 2008 at 01:53:02AM +, Richard A Nelson wrote: Package: nfs-common Version: 1:1.1.2-4 Severity: important In a fit of debugging spurious NFS problems I noticed this: # ps auxw | grep statd statd 4136 0.0 0.0 2056 652 ?Ss Jun06 0:00 /sbin/rpc.statd --port 32765 --outgoing-port 32766 # lsof | grep rpc.statd | grep : rpc.statd 4136 statd5u IPv4 10388 UDP *:920 rpc.statd 4136 statd7u IPv4 10396 UDP *:32765 rpc.statd 4136 statd8u IPv4 10399 TCP *:32765 (LISTEN) changing --outgoing-port to -o didn't help. This is causing issues with my firewalls Is this a known bug in 1.1.2? No... Please file a bug report at https://bugzilla.linux-nfs.org steved. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501536: open-vm-toolbox: vmware-user does not work correctly, mouse trapped in vmware window
severity 501536 normal thanks Thorben Jändling wrote: Also unity mode is not always available, and when it is, it does not function correctly. Guest windows receive keyboard events but not any mouse input. They can't even be dragged/moved/resized. blocked by #493073 and #494680. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500622: Acknowledgement (ITP: libflickr-upload-perl -- Flickr::Upload from CPAN)
Hi, Alex -=| Alex Muntada, Wed, Oct 08, 2008 at 11:22:57AM +0200 |=- libflickr-upload-perl was recently injected into pkg-perl svn repo: http://svn.debian.org/wsvn/pkg-perl/trunk/libflickr-upload-perl?op=logrev=0sc=0isdir=1 I'd appreciate any comments about this; it's my first package prepared for Debian pkg-perl team. Just from reading the changelog: * to flag that the package is ready for review/upload you should sed the distribution to something else, not 'UNRELEASED'. 'dch -r' can help here. * no need to detail the changes for the -1 release. Initial release (Closes ITP) entry is enough. In debian/changelog you describe the changes since the previous debian release. Since this is the first debian release, there is no much to describe. Thank you for your work so far. -- damJabberID: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#501554: ifupdown: gramatically incorrect message
Package: ifupdown
Version: 0.6.8+nmu1
Severity: minor
Tags: patch
As far as I know English which is not my mother tongue the following
sentence is incorrect:
Don't seem to be have all the variables for %s/%s.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages ifupdown depends on:
ii libc6 2.7-13 GNU C Library: Shared libraries
ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip
ii net-tools 1.60-20The NET-3 networking toolkit
ifupdown recommends no packages.
Versions of packages ifupdown suggests:
ii dhcp3-client 3.1.1-3DHCP client
ii iproute 20080725-2 networking and traffic control too
pn ppp none (no description available)
-- debconf information:
ifupdown/convert-interfaces: true
diff -uNr ifupdown-0.6.8+nmu1/_darcs/current/ifupdown.nw ifupdown-0.6.8+nmu1-stl/_darcs/current/ifupdown.nw
--- ifupdown-0.6.8+nmu1/_darcs/current/ifupdown.nw 2006-09-15 20:03:20.0 +0200
+++ ifupdown-0.6.8+nmu1-stl/_darcs/current/ifupdown.nw 2008-10-08 12:53:21.0 +0200
@@ -3464,7 +3464,7 @@
switch(cmds(currif)) {
case -1:
- printf(Don't seem to be have all the variables for %s/%s.\n,
+ printf(Don't seem to have all the variables for %s/%s.\n,
liface, currif-address_family-name);
failed = 1;
break;
diff -uNr ifupdown-0.6.8+nmu1/ifupdown.nw ifupdown-0.6.8+nmu1-stl/ifupdown.nw
--- ifupdown-0.6.8+nmu1/ifupdown.nw 2006-09-28 19:12:18.0 +0200
+++ ifupdown-0.6.8+nmu1-stl/ifupdown.nw 2008-10-08 12:53:04.0 +0200
@@ -3468,7 +3468,7 @@
switch(cmds(currif)) {
case -1:
- printf(Don't seem to be have all the variables for %s/%s.\n,
+ printf(Don't seem to have all the variables for %s/%s.\n,
liface, currif-address_family-name);
failed = 1;
break;
diff -uNr ifupdown-0.6.8+nmu1/main.c ifupdown-0.6.8+nmu1-stl/main.c
--- ifupdown-0.6.8+nmu1/main.c 2006-09-28 19:10:27.0 +0200
+++ ifupdown-0.6.8+nmu1-stl/main.c 2008-10-08 12:53:46.0 +0200
@@ -695,7 +695,7 @@
switch(cmds(currif)) {
case -1:
- printf(Don't seem to be have all the variables for %s/%s.\n,
+ printf(Don't seem to have all the variables for %s/%s.\n,
liface, currif-address_family-name);
failed = 1;
break;
Bug#277652: Ubuntu patch
Hi Paul, in Ubuntu we consider this a release critical bug, because a single glob failure in any configuration file can break the entire logrotate system. Thus we applied a quick hack (thanks to Jean-Baptiste Lallement) which works around the problem. syslog will stil get the glob errors, but at least the following logrotate.d files will be processed. This kind of breaks nomissingok, but I don't think that it was ever intended to break the *entire* log rotation, it should just stop the current config file. I think it's appropriate for Lenny as well, but that's your call, of course. Thank you, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -u logrotate-3.7.1/debian/changelog logrotate-3.7.1/debian/changelog --- logrotate-3.7.1/debian/changelog +++ logrotate-3.7.1/debian/changelog @@ -1,3 +1,14 @@ +logrotate (3.7.1-3ubuntu2) intrepid; urgency=low + + * Add debian/patches/glob-failure.patch: Prevent logrotate from failing +completely if one glob in any included file fails. This more or less +behaves like an implied # missingok now, which isn't correctly parsed in +the current version. Fixing it properly is a very intrusive change. +(LP: #256891) Thanks to Jean-Baptiste Lallement for analyzing the problem +and proposing the patch! + + -- Martin Pitt [EMAIL PROTECTED] Wed, 08 Oct 2008 13:59:23 +0200 + logrotate (3.7.1-3ubuntu1) intrepid; urgency=low * Drop mailx to Suggests for Ubuntu; it's only used on request, and we diff -u logrotate-3.7.1/debian/patches/series logrotate-3.7.1/debian/patches/series --- logrotate-3.7.1/debian/patches/series +++ logrotate-3.7.1/debian/patches/series @@ -24,0 +25 @@ +glob-failure.patch only in patch2: unchanged: --- logrotate-3.7.1.orig/debian/patches/glob-failure.patch +++ logrotate-3.7.1/debian/patches/glob-failure.patch @@ -0,0 +1,19 @@ +# Prevent logrotate from failing completely if one glob in any +# included file fails. This more or less behaves like an implied +# missingok now, which isn't correctly parsed in the current +# version. +# Ubuntu: https://bugs.launchpad.net/bugs/256891 +# Debian: http://bugs.debian.org/277652 +Index: logrotate-3.7.1/config.c +=== +--- logrotate-3.7.1.orig/config.c 2008-10-08 13:56:36.0 +0200 logrotate-3.7.1/config.c 2008-10-08 13:56:45.0 +0200 +@@ -968,7 +968,7 @@ + + message(MESS_ERROR, %s:%d glob failed for %s\n, + configFile, lineNum, argv[argNum]); +- return 1; ++ continue; + } + + newlog-files = realloc(newlog-files, sizeof(*newlog-files) * signature.asc Description: Digital signature
Bug#497873: RC bug
On Wed, Oct 08, 2008 at 01:38:31PM +0200, Jan Korbel wrote: I think this is release critical bug. Is it possible to remove wontfix tag? no get upstream to work on p54 or land your hand there. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501559: git-email: package description misleading
Package: git-email Version: 1:1.5.6.5-1 Severity: minor Hi! The package description of git-email says: This package provides tools for sending series of patch emails. There is only a single tool included in the package, and it's even differently named to the package: git-send-email which is additionally a bit confusing... Thanks, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501078: Deluge 1.0.0 Released
Right, understood let's just keep an eye on what's going on where and see if there is possibility of an upgrade path (with preference migration) , would check with the deluge guys and see if they have something like that on their roadmap. -- Regards, Shirish Agarwal This email is licensed under http://creativecommons.org/licenses/by-nc/3.0/ 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17
Bug#383889: gnome-screensaver: unlock dialog always reports password invalid - same here
Le mercredi 08 octobre 2008 à 11:15 +0200, Witold Baryluk a écrit :
Does it happen for all users or only one?
Yes, all LDAP users. Local users are only root and system accounts.
Just created guest account in /etc/{passwd,shadow} - unlocking
works.
Does it still happen if you add the following
in /etc/pam.d/gnome-screensaver:
@include common-account
What lines are appearing in /var/log/auth.log at the moment of the
failure?
Thanks,
--
.''`.
: :' : We are debian.org. Lower your prices, surrender your code.
`. `' We will add your hardware and software distinctiveness to
`-our own. Resistance is futile.
signature.asc
Description: Ceci est une partie de message numériquement signée
Bug#501017: [Pkg-libvirt-maintainers] Bug#501017: ITP: oVirt -- Web based application for managing virtual machines
Hi Guido, On Fri, Oct 3, 2008 at 8:24 AM, Guido Günther [EMAIL PROTECTED] wrote: Package: wnpp Severity: wishlist Owner: Guido Günther [EMAIL PROTECTED] * Package name: oVirt Version : 0.93 * URL : http://ovirt.org * License : GPL Programming Lang: Ruby Description : Web based application for managing virtual machines oVirt consists of two major parts: the appliance for managing the virtual machines and the nodes where those VMs run on. Both are currently being shipped as Fedora 9 based os images. Building a Debian based node as well as packaging the web application will be quiet some work, so help is certainly welcome. Great idea. I will be help. I am changing employment and I will be working in this new job with virtual machine orchestration system and certainly I will be trying the oVirt. I could be helping to adapt the oVirt to run over debian systems and helping with the packaging. Regards, -- Marco Sinhoreli
Bug#501229: bins: Perl error can't use string as hash ref
Hello,
Hans-Joachim Baader a écrit :
while refreshing my photo archive for the first time in months I got the
following error:
Can't use string (38/64) as a HASH ref while strict refs in use at
bins line 3753.
Maybe this error occurs since the upgrade to perl 5.10, but I don't know
for sure.
The affected line is:
if (${%$hashref}{$tagName}) {
The line number may not be exact because I'm using a modified BINS.
This bugs should be corrected since version 1.1.29-11 of bins. It was
Debian bug #481662.
Your version does not include this patch so please try with the official
Debian version to check your bug is still present and tell me.
Why do you need a modified BINS?
Bye
--
Dr. Ludovic Rousseau
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493213: config-manager: Don't depend on pybaz
package config-manager
tags 493213 +patch
user [EMAIL PROTECTED]
usertags ubuntu-patch intrepid
thanks
Hi,
Attached is my suggested diff for an NMU to fix
this problem.
Thanks,
James
diff -u config-manager-0.3/lib/config_manager/__init__.py config-manager-0.3/lib/config_manager/__init__.py
--- config-manager-0.3/lib/config_manager/__init__.py
+++ config-manager-0.3/lib/config_manager/__init__.py
@@ -135,7 +135,10 @@
os.system(svn checkout %s %s % (url, os.path.normpath(os.path.join(path, self.path
def _build_pybaz_name(self, path):
-import pybaz
+try:
+import pybaz
+except ImportError:
+return False
try:
# try as registered name
pybaz.get(self.url, os.path.join(path, self.path))
@@ -146,7 +149,10 @@
return False
def _build_pybaz_url(self, path):
-import pybaz
+try:
+import pybaz
+except ImportError:
+return False
try:
lastslash = self.url.rfind('/')
url = self.url[:lastslash]
@@ -250,7 +256,10 @@
raise ValueError(unknown url type '%s' % self.url)
def _update_pybaz(self, path):
-import pybaz
+try:
+import pybaz
+except ImportError:
+return False
try:
tree = pybaz.WorkingTree(os.path.join(path, self.path))
# if not tree.version == self.url[7:] ... wrong version
diff -u config-manager-0.3/lib/config_manager/implementations/arch_vcs.py config-manager-0.3/lib/config_manager/implementations/arch_vcs.py
--- config-manager-0.3/lib/config_manager/implementations/arch_vcs.py
+++ config-manager-0.3/lib/config_manager/implementations/arch_vcs.py
@@ -20,7 +20,11 @@
import shutil
import tempfile
-import pybaz
+try:
+import pybaz
+have_pybaz = True
+except ImportError:
+have_pybaz = False
import config_manager.implementations
@@ -91 +95,2 @@
-config_manager.implementations.register(ArchVCS())
+if have_pybaz:
+config_manager.implementations.register(ArchVCS())
diff -u config-manager-0.3/debian/changelog config-manager-0.3/debian/changelog
--- config-manager-0.3/debian/changelog
+++ config-manager-0.3/debian/changelog
@@ -1,3 +1,11 @@
+config-manager (0.3-3.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Don't depend on pybaz, as it has been removed. Make a failure to import
+pybaz non-fatal, to allow for local installs. (Closes: #493213)
+
+ -- James Westby [EMAIL PROTECTED] Wed, 08 Oct 2008 13:20:22 +0100
+
config-manager (0.3-3.1) unstable; urgency=medium
* Non-maintainer upload.
diff -u config-manager-0.3/debian/control config-manager-0.3/debian/control
--- config-manager-0.3/debian/control
+++ config-manager-0.3/debian/control
@@ -2,17 +2,16 @@
Section: devel
Priority: extra
Maintainer: Anand Kumria [EMAIL PROTECTED]
-Build-Depends: debhelper (= 4.0.0), automake1.9, python2.4-dev, python-dev, bzr (=0.6), pybaz
+Build-Depends: debhelper (= 4.0.0), automake1.9, python2.4-dev, python-dev, bzr (=0.6)
Standards-Version: 3.6.2.1
Package: config-manager
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, bzr (= 0.6), pybaz
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, bzr (= 0.6)
Description: manage directories with Arch, CVS, HTTP, FTP and/or Subversion
config-manager is designed to manage directory trees. The components of
a directory may be specified by a location from any of:
.
- - Arch (tla, baz/bazaar)
- CVS
- FTP
- HTTP
Bug#501565: zenity: please depend on non-versioned scrollkeeper
Package: zenity Version: 2.22.1-2 Severity: normal zenity builds well with rarian-compat which has a provides on scrollkeeper (and is meant to replace it), so please build-depend on non-versioned scrollkeeper. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501555: reportbug fails on ntp package
Package: reportbug Version: 3.45 Reportbug hangs when I am trying to report problem with ntp package. The screen looks as follows: 32) #322471 [w||] [ntp] remote ntptrace incompatible with ntp-server's defaul 33) #370332 [w||âŁ] [ntp] keep server list separate from other ntp.conf sett 34) #400390 [w||] [ntp] Please have ntp installed by default in the standard 35) #415335 [w||] [ntp] ntp: Allow to set the time in slewed mode upon instal 36) #489376 [w||] [ntp] ntp: Please provide support for NTP server discovery Forwarded bugs -- Important bugs (2 bugs) 37) #345860 [i|u|â% With Best Regards, Jerzy Sobczyk -- -- Institute of Control and Computation Engineering __ Jerzy Sobczyk Warsaw University of Technology /_/ | [EMAIL PROTECTED] Nowowiejska 15/19 / / /| | http://www.ia.pw.edu.pl/~jurek00-665 Warsaw, POLAND / / _| | tel. +48 22 234 7863 _ fax. +48 22 8253719 /_/_/ |_| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501556: ipp2p module is missing
Package: iptables Version: 1.3.6.0debian1-5 Severity: important As issuing iptables to call ipp2p shows can not open libipt_ipp2p.so. This is the capture. iptables -m ipp2p --help iptables v1.3.6: Couldn't load match `ipp2p':/lib/iptables/libipt_ipp2p.so: cannot open shared object file: No such file or directory Try `iptables -h' or 'iptables --help' for more information. I checked that /lib/iptables/libipt_ipp2p.so really does not exist. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-486 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Versions of packages iptables depends on: ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libselinux11.32-3SELinux shared libraries iptables recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501546: Forgot the important content
Hi! Seems that the attached screenshot didn't got forwarded. Good, so I could play with gocr-tcl :) (Note: gocr seems to didn't like the os in the original screenshot as well as other problems; I hope I fixed the important part at the end.) Content follows: === libcuculO libcurl3-gnutls libdb4.2 libdb4.2-dev libdb4.3 libdb4.4 libdbd-mysql-perl libdbi-perl libdevel-symdump-perl libdigest-hmac-perl libdigest-md4-perl libdigest-shal-perl libdmxl libdrm2 libdv4 libedata-baakl.2-2 libedit2 libeel2-data libenchantlc2a libeventl libexifl2 libexpatl libfamO libfile-rsyncp-perl libfant-afm-perl libfantcanfigl libfantencl libfribidiO libfs6 libgclc2 libgccl libgcanf2-4 libgd2-naxpm libgda2-3 libgda2-bin libgda2-camman libgdl-l-O libgdl-l-camman libgksu2-O libgll-mesa-glx libglib2.O-data libglul-mesa libgmp3c2 libgname-mediaO libgname-menu2 libgname-windaw-settingsl libgnamecanvas2-O libgnamecanvas2-camman libgstreamer-plugins-baseO.lO-O libgstreamerO.lO-O libgtk2.O-bin libgtk2.O-camman libgtksaurceview-camman libgtksaurceviewl.O-O libgtkspellO libgutenprint2 libhal-staragel libhtml-farmat-perl libhtml-parser-perl libhtml-tagset-perl libhtml-tree-perl libice6 libidlO libidnll libia-sacket-ssl-perl libiadbc2 libiadbc2-dev libjpeg62 libklibc liblcmsl libldap2-dev liblacale-gettext-perl liblackfile-simple-perl liblackfilel libltdl3 liblza2-2 libmadO libmagicl libmail-sendmail-perl libmail-spf-query-perl libmailtaals-perl libmudflapO libmudflapO-dev libmysqlclientlSaff libnautilus-extensianl libncursesS libncursesS-dev libnet-cidr-lite-perl libnet-dns-perl libnet-imap-perl libnet-ldap-perl libnet-ssleay-perl libnetpbmlO libnfsidmap2 libnatifyl libnspr4-Od libnss-db libnss-ldap libnss-lwres libaggO libailO.3 libaspS libastylelc2 libpam-ldap libpam-madules libpam-runtime libpaper-utils libpaperl libpcapO.8 libpngl2-O libprintercanfOc2a libqt3-mt libqt4-gui libqt4-qt3suppart libqt4-sql librawl394-8 libreadlineS libreadlineS-dev librpcsecgss3 librrds-perl librsvg2-bin librsyncl libsasl2-2 libsasl2-dev libsasl2-madules libscrallkeeperO libsepall libsexy2 libshaut3 libslp-dev libslpl libsm6 libsmbclient libsnmpkit2c2a libsacket6-perl libspeexl libss2 libstartup-natificatianO libstdcS libsys-hastname-lang-perl libsys-syslag-perl libsysfs2 libtaglc2a libtdbl libterm-readline-gnu-perl libtext-chaidth-perl libtext-icanv-perl libtext-wrapil8n-perl libtextwrapl libthearaO libtiff-taals libtiff4 libtimedate-perl libunicade-map-perl libunicade-map8-perl libunicade-string-perl liburi-perl libusb-O.l-4 libuuidl libvisual-O.4-O libvisual-O.4-plugins libvalume-idO libvarbisOa libvarbisenc2 libvarbisfile3 libvte-camman libwnck-camman libwrapO libwrapO-dev libxll-6 libxll-data libxau6 libxaw7 libxcursarl libxdmcp6 libxext6 libxfixes3 libxfantl libxft2 libxi6 libxineramal libxkbfilel libxml-libxml-camman-perl libxml-libxml-perl libxml-parser-perl libxml-sax-perl libxml-simple-perl libxml2-utils libxmu6 libxmuul libxpm4 libxrenderl libxresl libxsltl.l libxssl libxt6 libxtrap6 libxtst6 libxvl libxxf86dgal libxxf86miscl libxxf86vml libzzip-O-l2 linux-image-2.6-486 lackfile-prags lagcheck lagcheck-database lagin lagtail laap-aes-madules-2.6-486 lsb lsb-base lsb-cxx lsb-desktap lsb-graphics lsb-release lsaf lwresd lynx m4 mailagent mailx make makedev man-db man2html manpages manpages-dev mawk mc mdadm memtest86 memtester menu menu-xdg mgetty migratiantaals mime-suppart minicam mktemp madcanf madule-assistant madule-init-taals mally-guard maunt mpack mpgl23 mpg32l mtaals mtr-tiny mutt mybashburn myspell-en-us mysql-client-S.O mysql-camman mysql-server mysql-server-S.O nana nautilus nautilus-cd-burner nautilus-data nbtscan ncurses-base ncurses-bin ncurses-term net-taals netbase netcat netpbm nfs-camman nfs-kernel-server ng-utils nmap narmalize-audia natificatian-daeman nscd ntp ntpdate nvi apen-iscsi apenbsd-inetd apenjade apensp apenssh-blacklist apenssh-client apenssh-server apenssl apenvpn ass-campat pOf par2 passwd patch pax pciutils pcanf-detect perl-base phpS-camman pidentd pkg-canfig pa-debcanf partmap pawermgmt-base ppp pppcanfig pppae pppaecanf pppstatus pptpd pracinfa pracps praftpd praftpd-dac psfantmgr psmisc pythan-gdbm pythan-ipy pyzar qt4-qtcanfig quagga quagga-dac rcs re2c readline-camman resalvcanf rpm rrdtaal rsync sa-exim samba samba-camman samba-dac sasl2-bin scrallkeeper scsitaals sed sensard shared-mime-infa sharutils sharewall slapd smartmantaals smbclient smbfs smbldap-taals snmp snmpd spamc squid squid-cgi squid-camman squirrelmail squirrelmail-lacales ssh strace suda swish sysklagd syslag-summary sysv-rc sysvinit sysvinit-utils tar tcl8.4 tcpd tcpdump tdb-dev telnet texinfa time tk8.4 tafradas traceraute transfig ttf-dejavu type-handling ucf udev unisan unrar unzip update-inetd usbutils util-linux vim vim-camman vim-runtime varbis-taals w3-recs w3m wamerican wbritish wget whiptail whais wadim x-ttcidfant-canf xll-camman xbase-clients
Bug#497873: RC bug
Upstream removed prism54 from kernel? I don't think. maximilian attems wrote: no get upstream to work on p54 or land your hand there. smime.p7s Description: S/MIME Cryptographic Signature
Bug#501564: hdf5: Homepage link broken
Package: hdf5 Version: 1.6.6-4 Severity: normal Hi! It seems that the Homepage linked in debian/control doesn't exist anymore. At least it doesn't work currenlty. Best regards, Alexander PS: Sorry if that's just a temporary hickup on their side... -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-xen-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491370: [Pkg-phototools-devel] Bug#491370: Please provides a newer enblend in experimental
Hi, On Tue, Oct 07, 2008 at 07:39:52PM +0200, Andreas Metzler wrote: On 2008-10-07 Sebastian Harl [EMAIL PROTECTED] wrote: On Sun, Oct 05, 2008 at 02:51:33PM +0200, Andreas Metzler wrote: On 2008-09-13 Andreas Metzler [EMAIL PROTECTED] wrote: [...] Enblend 3.2 has been released on 8 September 2008. Find attached both a compete diff.gz for 3.2 packages and patch series from 3.0 to 3.2. (Pleae doublecheck that the sum of latter results in the former - git suddenly started to hate me.) Thanks a lot for your work - it's much appreciated! I'm currently about to package 3.2 but I stumbled across some new licensing issues that should be solved before uploading the new version. Thanks. Something I realized later after posting the patch is that *.vcproj (s|c)ould be removed in the dfsg tarball too. Agreed - since we're repacking anyway and do not need those files, I'll remove them from the tarball. The only license issue I stumbled upon was the fuzzy (GFDL without no version and no copy) or missing (enfuse-focus-stacking.info) licensing in the newly added info docs. Also, some m4 files are licensed as AllPermissive which was unclear to me. This has been clarified by the author though. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#501541: denyhosts: dh_reenable does not work properly if HOSTS_DENY is changed
Package: denyhosts
Version: 2.6-4
Severity: normal
Tags: patch
If you change the value of HOSTS_DENY in /etc/denyhosts.conf, the
dh_reenable script will not work properly because the default value of
/etc/hosts.deny is hard-coded into the dh_reenable script.
dh_reenable should parse the /etc/denyhosts.conf for the correct value,
rather than hard-coding it. I am including a patch that does this,
allowing for greater flexibility.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (810, 'unstable'), (600, 'stable'), (550,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages denyhosts depends on:
ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip
ii python2.5.2-2An interactive high-level object-o
ii python-central0.6.8 register and build utility for Pyt
denyhosts recommends no packages.
denyhosts suggests no packages.
-- no debconf information
--- dh_reenable 2008/10/08 08:37:35
+++ dh_reenable 2008/10/08 08:48:34
@@ -18,6 +18,8 @@
import os
import sys
import fileinput
+import re
+from __future__ import with_statement
# file definition:
@@ -27,7 +29,17 @@
HOSTVALIDFILE='/var/lib/denyhosts/hosts-valid'
HOSTSDENY='/etc/hosts.deny'
#TEST='/etc/hosts.deny.tmp'
+CONFIGFILE='/etc/denyhosts.conf'
+# Parse the configuration file for the location of the HOSTS_DENY file.
+# If it exists, overwrite the hard-coded value for HOSTSDENY from the
+# top of the file.
+if os.path.isfile(CONFIGFILE):
+with open(CONFIGFILE) as file:
+ for line in file:
+ result = re.search('^(HOSTS_DENY\s*=\s*)(.*)', line)
+ if result != None:
+ HOSTSDENY = result.group(2)
def usage():
print Usage:
Bug#500532: please improve english NEWS.Debian text
On Wed, Oct 08, 2008 at 11:42:19AM +0900, Hideki Yamane wrote: On Tue, 7 Oct 2008 17:11:05 +0200 Gaudenz Steinlin [EMAIL PROTECTED] wrote: I'm fine with this text. But I'm not really an english native speaker. I like it that the text is now shorter, but perhaps you could mention that ttf-sazanami-* is the name of a Debian package. I'm not sure if this is clear to less experienced users. Okay, it seems to be enough reason. Upstream development of the kochi fonts has been discontinued. The author of these fonts suggests as a replacement the use of the kochi-based sazanami fonts (in Debian, ttf-sazanami-mincho and ttf-sazanami-gothic package). These fix several glyphs which are corrupted in the kochi fonts. How about, Justin? Another question: Why don't you simply replace the ttf-kochi package with a transitional package depending on the sazanami fonts? This way the note wouldn't be necessary, because users wouldn't have to take action. Because some packages hard-code kochi-mincho or kochi-gothic in their configurations... :-( I (and other Japanese Debian Package maintainers) will check and fix it post-lenny (well, I cannot say when :-) And should I change its description, too? Probably yes. You could add a deprecation warning to the description. This way new users clearly see, that this package should no longer be used and is only available for compatibility reasons with not yet migrated packages. Thank you again for your effort! Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501536: open-vm-toolbox: vmware-user does not work correctly, mouse trapped in vmware window
Hi, Thank you for looking at this and replying. That maintainer looks dead (metaphorically) to me. What it take to have someone else make a new package, especially since the package diff still applies cleanly. (somethings in debian/ still need updating/fixing though) While the lack of liburiparser 0.7.0 explains why unity mode is missing, it does not explain the original mouse issue, which I know should work without unity mode support. It is only recently that I packaged and installed the new liburiparser, however before that I just had unity mode disabled at build time, this did not break vmware-user's ability to have your mouse move freely in and out of the vmware window/desktop. Maybe it was miss leading for me to mention unity, but I thought it better to try and be as complete as possible. Please don't postpone looking into this until after you fix unity mode. (although unity mode negate the need for an untrapped mouse) I will try to see if the mouse being trapped is an upstream issue if I have the chance. I note that X is unloading vmmouse and failing back to mouse at startup. I don't know if this affects vmware-user's ability to sync the mouse without trapping it. Regards Thorben 2008/10/8 Daniel Baumann [EMAIL PROTECTED]: severity 501536 normal thanks Thorben Jändling wrote: Also unity mode is not always available, and when it is, it does not function correctly. Guest windows receive keyboard events but not any mouse input. They can't even be dragged/moved/resized. blocked by #493073 and #494680. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/
Bug#501547: dovecot-imapd: Cannot listen to both IPv4 and IPv6 for IMAP SSL
On Oct 8, 2008, at 1:06 PM, Patrik Wallstrom wrote:
Version: 1:1.0.15-2
There does not seem to be any way to listen to both IPv4 and IPv6
for the IMAP protocol
[::] should listen both IPv4 and IPv6.
protocol imap {
ssl_listen = [::], *
}
This works only in v1.1.
PGP.sig
Description: This is a digitally signed message part
Bug#480919: Disable Textured Mode
Dear All, I can confirm the tearing problems when using texturedVideo. A disabling Option would be really nice. The ubuntu guys have already implemented the 11_hw_overlay_option.diff patch: https://launchpad.net/ubuntu/+source/xserver-xorg-video-intel By the Way: There is an option to select the adaptor in xine, in the options - video - video display method dialog select overlay, and the tearing goes away. However, when using xbmc, theres no choice. Greetings, Clemens -- * Spammers read: [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501504: Puppet (puppetca) needs the openssl package to work properly
Hi Matthew, On Wed, 2008-10-08 at 18:43 +1100, Matthew Palmer wrote: On Wed, Oct 08, 2008 at 09:20:32AM +0200, Stephan Hermann wrote: On Wed, 2008-10-08 at 11:33 +1100, Matthew Palmer wrote: On Tue, Oct 07, 2008 at 11:36:44PM +0200, Stephan Hermann wrote: Package: puppet Version: 0.24.5-2 Dear Colleagues, please add the openssl package to Depends/Recommends/Suggests to the puppet package. puppetca needs it to sign and generate keyfiles and signatures. That would actually be libopenssl-ruby that's needed, and it'd be a Recommends on the puppetmaster package, as that's where puppetca lives. I could have sworn that used to be in the Recommends, back in the day... Nope... libopenssl-ruby doesn't work out properly... I wonder why...I didn't have openssl installed, and puppetca didn't work properly...first after installing openssl puppetca worked as expected. So, let's do some basic debugging then. What operation(s) failed without openssl installed, and what error(s) did you see? The only place I can see that the openssl binary is called from puppetca is in puppetca --verify. Ok, I installed puppetmaster + puppet (dep of puppetmaster) on server A, setup a basic site.pp for the manifest...so far it's working. On Server B I installed puppet only, and did a test connect like: puppetd --fqdn whatever3 --server puppetmaster --waitforcert 60 --test puppetmaster now refuses to let the client (whatever3) pass through and get its config, because server B can't be authenticated. puppetca on puppetmaster now tells me via puppetca -l that there is a request for signature for an ssl key of whatever3 client. puppetca -s nodename - no signed request. doesn't work the call puppetd --fqdn whatever3 --server syslog01 --waitforcert 60 --test doesn't work... after installing openssl on puppetmaster and deleting the files from the certstore via puppetca --clean and puppetca --generate nodename (signature included) the client can connect to the puppetmaster and works as expected. Regards, \sh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399039: HAL macbook support
Actually i disable building macbook pro support because it access the pci bus
directly and starts poking into /dev/mem. Which imho is scary and wrong. This
work should be done by a kernel driver, not by some usespace tool poking in
pci memory space.
Sjoerd
Well... *something* needs to be poking those values, whether it's
running in kernel space or in user space. The strongest argument I
can see against having such code in HAL is that it means that no other
HAL-like framework can just build off the work without copy-pasting
the code. I can see why your inclinations would be against the way
the macbook{,pro} addons do things, but with no evidence of any place
where things go wrong (AFAIK?), and with the realization that if it
were a kernel-space driver it would be doing exactly the same things,
should those of us running macbooks just accept that we will need to
rebuild HAL on every update to get proper functionality? My first day
using Debian, I noticed this as a regression over the functionality
other distros have provided.
~Matt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416662: same here
Hi, same her on my test-system. Module ist not loaded bei the init-script. Regards, Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501406: approx: sometimes fails with 404 error
On 07/10/08 at 13:02 -0400, Eric Cooper wrote: On Tue, Oct 07, 2008 at 10:09:44AM +0200, Lucas Nussbaum wrote: Is there something special I should do, besides keeping the content of /var/log/daemon.log, to help debugging this? If you can spare the disk space in /var/log, please include $debug true in /etc/approx/approx.conf, and send me the portions of the log that show the failures (and also any non-default settings in approx.conf) I suspect that you're putting approx under more stress than I'm able to when I do my own testing. Sorry for any inconvenience, and thank you for your patience. Hi, I attached a build log with the failure, including /var/log/daemon.log. http://beaujolais.grenoble.grid5000.fr/mirrors/debian/pool/main/x/xorp/xorp_1.5~cvs.20080519-1.dsc does exist. Is it possible that you get an error code from curl (possibly because the system was too loaded) and translate it to 404 even if the error was something else? Or could it be related to: Oct 8 11:12:52 paravent-36 approx: mkdir: File exists (./debian/pool/main/x/xorp) Thank you, -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | xorp.log.gz Description: Binary data
Bug#501540: iceweasel: changing app name broke addon search
Package: iceweasel Version: 3.0.3-1 Severity: normal Since version 3.0.3-1, application name was changed in iceweasel to fix #428836. Apparently because of this, searching for addons (extensions) from the Tools/Addons menu no longer works. Additionally, clicking on the link to show all addons on that window redirects to https://addons.mozilla.org/it/firefox/iceweasel (broken link). I think the change in browser/app/application.ini may be responsible of this behaviour. I haven't been able to test 3.0.3-2 (not in mirrors yet for i386) but I suspect it's still broken, because I recompiled 3.0.3-1 with the debdiff attached for bug #501304 [1] to no avail. However, search functionality is restored by going to about:config and manually changing a few instances of %APP% to firefox, e.g. in extensions.getAddons.search.browseURL, extensions.getAddons.search.url; I haven't been able to restore the link so far. browser/app/profile/firefox.js in the sources seems to hold the default values for the aforementioned configuration. If possible, it would be nice to restore functionality for the default configuration. Please let me know if you need more details or assistance. Best regards, Pier Luigi Pau [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501304 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii fontconfig2.6.0-1generic font configuration library ii libc6 2.7-13 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-4NetScape Portable Runtime Library ii libstdc++64.3.2-1The GNU Standard C++ Library v3 ii procps1:3.2.7-8 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9.0.3-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: pn latex-xft-fonts none (no description available) ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries pn mozpluggernone (no description available) pn ttf-mathematica4.1none (no description available) pn xfonts-mathml none (no description available) pn xprintnone (no description available) pn xulrunner-1.9-gnome-s none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501513: pilot-link: shouldn't build depend on versioned libbluetooth-dev
Mario Limonciello a écrit : Package: pilot-link Severity: normal Currently pilot-link build depends on libbluetooth2-dev. This means that the package needs to have debian/control touched on every ABI bump. It should instead depend on the proper libbluetooth-dev Sorry. I did not checked at the correct place. The problem is not that pilot-link build depends on libbluetooth2-dev but that libpisock-dev depends on libbluetooth2-dev. A completely different problem. I will take care of that. Thanks -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488278: setting package to libsmbios2 libsmbios-bin libsmbios libsmbios-doc libsmbios-dev, tagging 394898 ...
# Automatically generated email from bts, devscripts version 2.10.26ubuntu13 # # libsmbios (2.0.3-2) unstable; urgency=low # # * New upstream version (Closes: #494316) #- merged enhancements from Ubuntu (thanks, guys) # * debian/control: #- Drop build depend on libxml2, xml packages since they are no longer #supported upstream #- Build libsmbios2 packages (soname bump) #- Add dpatch to build-depends #- Enable building on lpia (Closes: #488278) # * debian/rules: #- Add dpatch support #- Don't clean up ltmain.sh, config.sub, or config.guess # as they are shipped in the upstream tarball (Closes: #491795) # * Disable manpage and symlinks for now; closes: #394898. package libsmbios2 libsmbios-bin libsmbios libsmbios-doc libsmbios-dev tags 394898 + pending tags 491795 + pending tags 494316 + pending tags 488278 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494680: liburiparser1: New upstream package available
ping. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501486: [Linux-wlan-ng-devel] Bug#501486: kernel version in testing is 2.6.26(+16) while linux-wlan-ng-source only supports 2.6.24.x
Hi, Package: linux-wlan-ng-source Version: 0.2.9+dfsg-2 Severity: grave Justification: renders package unusable During compilation (via module-assistant) the message comes up that the package only supports 2.6.24.x and older. Compilation then fails. Kernel-version in testing is 2.6.26(+16). Are you sure you are using version 0.2.9+dfsg-2? I just successfully run m-a a-i linux-wlan-ng on my sid box, and revision -2 added a specific patch to fix build against 2.6.26. Definately: thegate:/usr/src/linux-source-2.6.27-rc7# dpkg --list | grep linux-wlan ii linux-wlan-ng 0.2.9+dfsg-2 utilities for wireless prism2 cards ii linux-wlan-ng-source 0.2.9+dfsg-2 linux-wlan-ng driver Can you tell me where I can find the build-log that is generated? I looked for it but could not find it. Maybe it'll clarify things. Folkert van Heusden -- -- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501406: approx: sometimes fails with 404 error
On Wed, Oct 08, 2008 at 11:23:37AM +0200, Lucas Nussbaum wrote: Or could it be related to: Oct 8 11:12:52 paravent-36 approx: mkdir: File exists (./debian/pool/main/x/xorp) Yes, this is a classic race condition: if not (Sys.file_exists name) then mkdir name 0o755 Another client is creating the directory between the file_exists check and the mkdir. I'll look into the best fix for this (and some other similar races that I noticed). -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501486: [Linux-wlan-ng-devel] Bug#501486: kernel version in testing is 2.6.26(+16) while linux-wlan-ng-source only supports 2.6.24.x
Package: linux-wlan-ng-source
Version: 0.2.9+dfsg-2
Severity: grave
Justification: renders package unusable
During compilation (via module-assistant) the message comes up that the
package only supports 2.6.24.x and older. Compilation then fails.
Kernel-version in testing is 2.6.26(+16).
Are you sure you are using version 0.2.9+dfsg-2? I just successfully run
m-a a-i linux-wlan-ng on my sid box, and revision -2 added a specific
patch to fix build against 2.6.26.
Definately:
thegate:/usr/src/linux-source-2.6.27-rc7# dpkg --list | grep linux-wlan
ii linux-wlan-ng 0.2.9+dfsg-2
utilities for wireless prism2 cards
ii linux-wlan-ng-source 0.2.9+dfsg-2
linux-wlan-ng driver
Can you tell me where I can find the build-log that is generated? I
looked for it but could not find it. Maybe it'll clarify things.
Found it, you'll find the buildlog attached to this mail.
Oh darn, I'm using the rc version of 2.6.27. My bad! (but support for
that version would still be nice :-])
Folkert van Heusden
--
To MultiTail einai ena polymorfiko ergaleio gia ta logfiles kai tin
eksodo twn entolwn. Prosferei: filtrarisma, xrwmatismo, sygxwneysi,
diaforetikes provoles. http://www.vanheusden.com/multitail/
--
Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com
cat debian/control.modules.in | \
sed 's/${lwnversmajor}/0.2.9+dfsg-2/g' | \
sed 's/${lwnvers}/0.2.9+dfsg-2/g' | \
sed 's/${kvers}/2.6.27-rc6-c7-c7temp-100hz-ch341/g' | \
sed 's/${arch}/i386/g' \
debian/control
cp debian/install.modules.in \
debian/linux-wlan-ng-modules-2.6.27-rc6-c7-c7temp-100hz-ch341.install
touch prepare_all-stamp
dh_testdir
dh_testroot
/usr/bin/make mrproper
make[1]: Entering directory `/usr/src/modules/linux-wlan-ng'
set -e; for d in src doc man etc; do /usr/bin/make -C $d clean ; done
make[2]: Entering directory `/usr/src/modules/linux-wlan-ng/src'
set -e; for d in mkmeta p80211 prism2 ; do /usr/bin/make WLAN_SRC= -C $d clean
; done
make[3]: Entering directory `/usr/src/modules/linux-wlan-ng/src/mkmeta'
rm -f core core.* *.o .*.o *.s *.a .depend tmp_make *~ tags
rm -f ../shared/*.o
rm -fr obj
rm -f mkmetadef mkmetastruct
rm -f ../include/wlan/p80211metastruct.h
rm -f ../include/wlan/p80211metadef.h
make[3]: Leaving directory `/usr/src/modules/linux-wlan-ng/src/mkmeta'
make[3]: Entering directory `/usr/src/modules/linux-wlan-ng/src/p80211'
rm -Rf *.o *.ko .*.cmd *.mod.c *.flags .*.flags .tmp_versions Module*.symvers
make[3]: Leaving directory `/usr/src/modules/linux-wlan-ng/src/p80211'
make[3]: Entering directory `/usr/src/modules/linux-wlan-ng/src/prism2'
set -e; for d in driver ridlist ; do /usr/bin/make -C $d clean ; done
make[4]: Entering directory `/usr/src/modules/linux-wlan-ng/src/prism2/driver'
rm -Rf *.o *.ko .*.cmd *.mod.c *.flags .*.flags .tmp_versions Module*.symvers
make[4]: Leaving directory `/usr/src/modules/linux-wlan-ng/src/prism2/driver'
make[4]: Entering directory `/usr/src/modules/linux-wlan-ng/src/prism2/ridlist'
rm -f .depend
rm -f core core.* *.o .*.o *.s *.a *.sort tmp_make *~ tags
rm -fr obj
rm -f mkridlist
make[4]: Leaving directory `/usr/src/modules/linux-wlan-ng/src/prism2/ridlist'
rm -f core core.* *.o .*.o *.s *.a .depend tmp_make *~ tags
for i in *_obj; do if [ -d $i ]; then rm -fr $i; fi; done
make[3]: Leaving directory `/usr/src/modules/linux-wlan-ng/src/prism2'
rm -f core core.* *.o .*.o *.s *.a .depend tmp_make *~ tags
set -e; for i in *_obj; do if [ -d $i ]; then rm -fr $i; fi; done
rm -rf .tmp_versions
make[2]: Leaving directory `/usr/src/modules/linux-wlan-ng/src'
make[2]: Entering directory `/usr/src/modules/linux-wlan-ng/doc'
rm -f core core.* *.o .*.o *.s *.a .depend tmp_make *~ tags
for i in *_obj; do if [ -d $i ]; then rm -fr $i; fi; done
make[2]: Leaving directory `/usr/src/modules/linux-wlan-ng/doc'
make[2]: Entering directory `/usr/src/modules/linux-wlan-ng/man'
rm -f core core.* *.o .*.o *.s *.a .depend tmp_make *~ tags
for i in *_obj; do if [ -d $i ]; then rm -fr $i; fi; done
# prism2dl man
if [ -f prism2dl.1.no ]; then mv prism2dl.1.no prism2dl.1; fi
make[2]: Leaving directory `/usr/src/modules/linux-wlan-ng/man'
make[2]: Entering directory `/usr/src/modules/linux-wlan-ng/etc'
set -e; for d in pcmcia wlan; do /usr/bin/make -C $d clean; done
make[3]: Entering directory `/usr/src/modules/linux-wlan-ng/etc/pcmcia'
Nothing to do
make[3]: Leaving directory `/usr/src/modules/linux-wlan-ng/etc/pcmcia'
make[3]: Entering directory `/usr/src/modules/linux-wlan-ng/etc/wlan'
echo Nothing to do
Nothing to do
make[3]: Leaving directory `/usr/src/modules/linux-wlan-ng/etc/wlan'
make[2]: Leaving directory `/usr/src/modules/linux-wlan-ng/etc'
make -C scripts/ clean
Bug#501535: about bug: 501535
Okulov Rostislav wrote: Hello, Chris. Please don't mail me directly. So, why I need amiga package (console-keymaps-amiga_1.07-6_all.udeb) for my i386 (x86) only live-cd? And if it is possible, how can i workaround it by myself? Technically, it's an amiga *keymap*; the package would install just fine on any architecture. There is an include/exclude mechanism for udebs for Debian CDs so that architecture specific support is not included on all archs. However, as debian-cd does not exclude this package, neither does live-helper. As a local workaround you could add the package name to: config/binary_debian-installer/udeb_exclude (It's likely you'll hit some other problem due to your mirror being old/broken/whatever.) Regards, -- ,''`. : :' : Chris Lamb `. `'` [EMAIL PROTECTED] `- signature.asc Description: PGP signature
Bug#370341: CVS fails to update some repositories
https://bugzilla.mindrot.org/show_bug.cgi?id=85 perhaps? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486334: segfault in iceweasel 3.0~rc2-1
Stephan Peijnik wrote: This is odd. Could it be possible that this is the result of another malfunction in your system? Did you try doing a fresh install of Debian yet? I am not asking you to go ahead, delete everything and start over, but it is possible that it is relevant only to your setup. Did you by any chance install thirdparty programs that come with libraries Iceweasel is using? It could be worth giving this a try. You could for example, install Debian on your PC using an external hard drive, so you would not lose any data or your setup, but only some space on the external drive. Actually I don't know. I currently experience some problems with my ATI drivers: the latest version gives me a black screen, and I can't get my dual screen work with the version I currently use. Maybe there are some issues there, and I don't really know how to fix that. I will try with a fresh xorg.conf file. However I have to think about how I can try a fresh version of Debian. Ok, so it has to be related to an Iceweasel 3 feature. For sure. Maybe the traces I posted in the previous messages can help. --- Tom signature.asc Description: OpenPGP digital signature
Bug#500794: uswsusp - s2ram does not follow kernel
On Sun, Oct 05, 2008 at 11:39:15PM +0200, Tim Dijkstra wrote: Op Sun, 5 Oct 2008 14:55:30 +0200 schreef Bastian Blank [EMAIL PROTECTED]: On Thu, Oct 02, 2008 at 09:54:33AM +0200, Tim Dijkstra wrote: Do you have a number which amount of machines have problems? The number of machines that didn't came up by itself always used to be much bigger than the number that did. I looked at some numbers. We currently have +/- 400 machines listed, of which +/1 100 need no work around. Which is around 25% of all listed ones. linux-acpi is the responsible list for most of the problems. There is a standard interface for that. What do you mean standard interface? The ACPI video interface. Okay, then I insist that uswsusp is not installed along any Debian provided kernels and will enforce that with a conflict because it breaks suspend for many machines. This is nonsense. No. I did not make it an always installed package. It fixes suspend for more machines than it breaks. Without it (or similar functionality that can be provided by pm-utils in combination with various other packages) it will leave 75% of laptop users without a functioning suspend/resume. We already have a lot machines that do not need a quirk whitelisted, so the number of people we are `hurting' is far less than 25%. It hurts 100% of my machines, my workstation, my really old notebook, my current notebook and my test notebook. The notebooks have proper ACPI support for suspending. Anyway: How do you intend to update the whitelist during the release cycle? Maybe I missed a mail on debian-release regarding this. Bastian -- If some day we are defeated, well, war has its fortunes, good and bad. -- Commander Kor, Errand of Mercy, stardate 3201.7 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501561: [sparc] Install impossible using LOM serial console
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/20081008-1/sparc/iso-cd/debian-testing-sparc-netinst.iso Date: 08 Oct 2008 11:30 Machine: Sun SunFire V120 Processor: UltraSPARC-IIe 648MHz Memory: 1024MB Partitions: blank HD Output of lspci -knn (or lspci -nn): ... was done using Etch Linux v120 2.6.18-6-sparc64 #1 Tue Aug 19 06:40:23 UTC 2008 sparc64 GNU/Linux ... v120:~# lspci -nn 00:00.0 Host bridge [0600]: Sun Microsystems Computer Corp. Ultra IIe [108e:a001] 00:01.0 PCI bridge [0604]: Sun Microsystems Computer Corp. Simba Advanced PCI Bridge [108e:5000] (rev 13) 00:01.1 PCI bridge [0604]: Sun Microsystems Computer Corp. Simba Advanced PCI Bridge [108e:5000] (rev 13) 01:03.0 Non-VGA unclassified device []: ALi Corporation M7101 Power Management Controller [PMU] [10b9:7101] 01:05.1 Ethernet controller [0200]: Sun Microsystems Computer Corp. RIO GEM [108e:1101] (rev 01) 01:05.3 USB Controller [0c03]: Sun Microsystems Computer Corp. RIO USB [108e:1103] (rev 01) 01:07.0 ISA bridge [0601]: ALi Corporation M1533/M1535 PCI to ISA Bridge [Aladdin IV/V/V+] [10b9:1533] 01:0c.0 Bridge [0680]: Sun Microsystems Computer Corp. RIO EBUS [108e:1100] (rev 01) 01:0c.1 Ethernet controller [0200]: Sun Microsystems Computer Corp. RIO GEM [108e:1101] (rev 01) 01:0c.3 USB Controller [0c03]: Sun Microsystems Computer Corp. RIO USB [108e:1103] (rev 01) 01:0d.0 IDE interface [0101]: ALi Corporation M5229 IDE [10b9:5229] (rev c3) 02:08.0 SCSI storage controller [0100]: LSI Logic / Symbios Logic 53C896/897 [1000:000b] (rev 07) 02:08.1 SCSI storage controller [0100]: LSI Logic / Symbios Logic 53C896/897 [1000:000b] (rev 07) v120:~# Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Using Etch (40r4a) netinst image ... the 'newt' installer functions as expected (for example, as it typically performs for i386 installs) ... and a functional system was obtained. But using *any* Lenny installation I cannot using the installer to progress and installation because it does not respond to keyboard input (either in 'newt' or 'text' modes). Key pressed are echoed back to my terminal, but have no effect. :-( Regards, Alan. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501566: dash: details of redirection/duplication in manpage are reversed
Package: dash Version: 0.5.3-7 Severity: normal Tags: patch The dash manpage, in the 'Redirections' section, contains the following entries: [n1]n2Duplicate standard input (or n1) from file descriptor n2. [n1]n2Duplicate standard output (or n1) to n2. These two seem to be reversed in meaning. For example, taking the second one, it says that doing '13' will duplicate fd1 to fd3. However, trying this does the following: $ echo hello 13 dash: 3: Bad file descriptor Trying the other way around works just fine though: $ echo hello 31 hello This seems to agree with the bash man page, for example. Steve -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages dash depends on: ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries dash recommends no packages. -- debconf information: dash/sh: false diff -urN dash-0.5.3.orig/src/dash.1 dash-0.5.3/src/dash.1 --- dash-0.5.3.orig/src/dash.1 2005-11-26 04:17:55.0 +0100 +++ dash-0.5.3/src/dash.1 2008-10-08 14:58:40.0 +0200 @@ -403,11 +403,11 @@ .It [n] Ns \*[Lt] file Redirect standard input (or n) from file. .It [n1] Ns \*[Lt] Ns n2 -Duplicate standard input (or n1) from file descriptor n2. +Duplicate standard input (or n1) to file descriptor n2. .It [n] Ns \*[Lt]- Close standard input (or n). .It [n1] Ns \*[Gt] Ns n2 -Duplicate standard output (or n1) to n2. +Duplicate standard output (or n1) from n2. .It [n] Ns \*[Gt]- Close standard output (or n). .It [n] Ns \*[Lt]\*[Gt] file
