Bug#574532: libffi-ruby: FTBFS: missing build-dep on ruby1.9.1

[micah anderson]

On Thu, 18 Mar 2010 17:06:51 -0400, "Aaron M. Ucko"  wrote:
> Package: libffi-ruby
> Version: 0.6.2debian-4
> Severity: serious
> Justification: fails to build from source
> 
> Hi, Micah!
> 
> libffi-ruby fails to build because it tries to run ruby1.9.1 but
> build-depends instead on the old ruby1.9 package:
> 
> /usr/bin/ruby1.9.1 debian-setup.rb config --installdirs=std
> make: /usr/bin/ruby1.9.1: Command not found
> make: *** [install/libffi-ruby1.9.1] Error 127
> 
> Could you please correct that?

Yes, certainly. thanks for letting me know. I have one other bug I need
to resolve before I can upload, but I expect to do it soon.

> Also, please correct the libffi-ruby binary package's dependency to be
> on libffi-ruby1.8 rather than libruby1.8.  (Likewise for
> libcompass-ruby, libfssm-ruby and librb-inotify-ruby; please let me
> know if you'd like me to file separate reports for them.)

It seems that when you re-use things, you tend to copy all the bugs
too. I'll fix these as well. 

micah



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574426: Very slow Xorg

[Brice Goglin]

Make sure you remove *all* fglrx files and cleanup your xorg.conf
accordingly (or even remove it entirely).

Secondly, for r600, you want to use the radeon driver instead of
radeonhd, and likely 6.12.192 in experimental. Make sure firmware-linux
is installed too.

Brice




Mir T wrote:
>
>
> 2010/3/19 Brice Goglin  >
>
> On Thu, Mar 18, 2010 at 11:41:47AM +0500, Mir T wrote:
> > Package: X.org
> > Version:   1.7.5.902 (1.7.6 RC 2)
> >
> > I'm using Debian unstable, after last xorg update, all graphics
> become very
> > slow.
>
> Please send your full X config and log.
>
> Brice
>
>
> Xorg.0.log in attach because it's very big.
>
> xorg.conf:
>
> Section "ServerLayout"
> Identifier "X.org Configured"
> Screen  0  "Screen0" 0 0
> InputDevice"Mouse0" "CorePointer"
> InputDevice"Keyboard0" "CoreKeyboard"
> EndSection
>
> Section "Files"
> ModulePath   "/usr/lib/xorg/modules"
> FontPath "/usr/share/fonts/X11/misc"
> FontPath "/usr/share/fonts/X11/cyrillic"
> FontPath "/usr/share/fonts/X11/100dpi/:unscaled"
> FontPath "/usr/share/fonts/X11/75dpi/:unscaled"
> FontPath "/usr/share/fonts/X11/Type1"
> FontPath "/usr/share/fonts/X11/100dpi"
> FontPath "/usr/share/fonts/X11/75dpi"
> FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
> FontPath "built-ins"
> EndSection
>
> Section "Module"
> Load  "FGL.renamed.libglx"
> Load  "extmod"
> Load  "glx"
> Load  "FGL.renamed.libdri"
> Load  "record"
> Load  "dri"
> Load  "dbe"
> Load  "dri2"
> EndSection
>
> Section "InputDevice"
> Identifier  "Keyboard0"
> Driver  "kbd"
> EndSection
>
> Section "InputDevice"
> Identifier  "Mouse0"
> Driver  "mouse"
> Option"Protocol" "auto"
> Option"Device" "/dev/input/mice"
> Option"ZAxisMapping" "4 5 6 7"
> EndSection
>
> Section "Monitor"
> Identifier   "Monitor0"
> VendorName   "Monitor Vendor"
> ModelName"Monitor Model"
> EndSection
>
> Section "Device"
> Driver "radeonhd"
> ### Available Driver options are:-
> ### Values: : integer, : float, : "True"/"False",
> ### : "String", : " Hz/kHz/MHz"
> ### [arg]: arg optional
> #Option "NoAccel" # []
> #Option "AccelMethod" # []
> #Option "offscreensize"   # []
> #Option "SWcursor"   # []
> #Option "ignoreconnector" # []
> #Option "forcereduced"   # []
> #Option "forcedpi"   # 
> #Option "useconfiguredmonitor" # []
> #Option "HPD" # 
> #Option "NoRandr" # []
> #Option "RROutputOrder"   # []
> #Option "DRI" # []
> #Option "TVMode" # []
> #Option "ScaleType"   # []
> #Option "UseAtomBIOS" # []
> #Option "AtomBIOS"   # []
> #Option "UnverifiedFeatures" # []
> #Option "Audio"   # []
> #Option "AudioStreamSilence" # []
> #Option "HDMI"   # []
> #Option "COHERENT"   # []
> #Option "ForceLowPowerMode"   # []
> #Option "LowPowerModeEngineClock" # 
> Identifier  "Card0"
> Driver  "radeonhd"
> VendorName  "ATI Technologies Inc"
> BoardName   "RV630 [Radeon HD 2600 Series]"
> BusID   "PCI:4:0:0"
> EndSection
>
> Section "Screen"
> Identifier "Screen0"
> Device "Card0"
> Monitor"Monitor0"
> SubSection "Display"
> Viewport   0 0
> Depth 1
> EndSubSection
> SubSection "Display"
> Viewport   0 0
> Depth 4
> EndSubSection
> SubSection "Display"
> Viewport   0 0
> Depth 8
> EndSubSection
> SubSection "Display"
> Viewport   0 0
> Depth 15
> EndSubSection
> SubSection "Display"
> Viewport   0 0
> Depth 16
> EndSubSection
> SubSection "Display"
> Viewport   0 0
> Depth 24
> EndSubSection
> EndSection
>
> Section "Extensions"
> Option "Composite" "On"
> EndSection
>
> Section "ServerFlags"
> Option "AIGKX" "On"
> EndSection
>
>
>  
>




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574544: [afflib] contains files released under a non-free license

[Christophe Monniez]

Hi Cristian,

I didn't noticed this last sentence.
I will send this to the uptream author and see if he is able to give
more freedom.

If not, the only solution that I see is to remove afflib from Debian.

-- 
Christophe Monniez 




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574522: clarification of proxy_arp settings

[Ola Lundqvist]

severity 574522 minor
thanks

Hi Stefan

Warning code removed. The remaining part of this bug is to update the
documentation as well. This is the reason for lowering the priority.

Best regards,

// Ola

On Thu, Mar 18, 2010 at 08:54:12PM +0100, Stefan Alfredsson wrote:
> Package: vzctl
> Version: 3.0.23-8
> 
> 
> There seems to be confusion about the setting of the sysctl proxy_arp key.
> 
> On one hand, http://wiki.openvz.org/Quick_installation has 
> net.ipv4.conf.default.proxy_arp = 0
> 
> But when starting a VE with vzctl, I get the error message
> 
> vps-net_add WARNING: Function proxy_arp for eth0 is set to 0. See 
> /usr/share/doc/vzctl/README.Debian
> 
> Indeed, README.Debian is also ambiguous on this point. Both variants are used.
> 
> "If you want network access for the virtual server then you need to
> enable IP forwarding. 
> ...
> proxy_arp=0
> 
> ...
> 
> 
> If you want the virtual server to directly access the network you need to
> enable proxy_arp...
> proxy_arp=1
> 
> 
> Does perhaps "directly access" refer to veth rather than venet devices? In 
> that case this whole think might make sense.
> 
> However, after setting up a second server on the same network I get "address 
> in use" errors:
> 
> Starting container ...
> Container is mounted
> Adding IP address(es): 10.158.117.145
> arpsend: 10.158.117.145 is detected on another computer : 00:18:fe:fb:32:02
> 
> The .145 is not configured on the other host, but rather the proxy_arp 
> setting causes it to reply to the arp query. 
> 
> This will cause problems unless there is only one server on the subnet.
> 
> But maybe the bug is elsewhere. Why would openvz proxy requests for addresses 
> that are not configured? Maybe the semantic of "proxy_arp" has changed 
> between kernel versions?
> 
> Regards,
>  Stefan
> 
> 
> 
> 

-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572780: harden: [INTL:vi] Vietnamese debconf templates translation update

[Ola Lundqvist]

Hi Clytie

I'll look into this.

// Ola

On Sun, Mar 07, 2010 at 01:35:24AM +1030, Clytie Siddall wrote:
> Package: harden
> Version: 0.1.35+nmu1
> Tags:  l10n patch
> Severity: wishlist
> 
> The updated Vietnamese translation for the debconf file: harden
> 
> (Sorry I couldn't do this earlier.)
> 
> completely reviewed, translated and submitted by:
> 
> Clytie Siddall
> Vietnamese Free-Software Translation Team
> http://vnoss.net/dokuwiki/doku.php?id=projects:l10n
-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#573782: Problem manually resolved

[bugtrac]

The gnome-power-manager update didn't include the dependency on the upower
package which is the new dbus daemon for ACPI. Its API is different from
the previous library, so g-p-m failed to function correctly. Installing
upower manually fixed the problem.

Please add "depends upower" to gnome-power-manager, or send the bug
upstream to the gnome-power-manager devs.

Also, please close this bug, since it is essentially a duplicate of bug
found here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572650

Thanks.
-Shawn




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574468: [Pkg-samba-maint] Bug#574468: samba: pam_winbind leaks file descriptors

[Christian PERRIER]

forwarded 574468 https://bugzilla.samba.org/show_bug.cgi?id=7265
thanks

Quoting Josh Kelley (josh...@gmail.com):
> Package: samba
> Version: 2:3.4.7~dfsg-1~bpo50+1
> Severity: important
> Tags: patch
> 
> 
> The pam_winbind module leaks file descriptors.  wb_common.c keeps its
> file descriptor in the winbindd_fd global variable and closes that
> through the winbind_close_sock function, but there's no provision for
> making sure that winbind_close_sock is called when pam_winbind is closed
> via dlclose.
> 
> A symptom of this is that Apache, if set up to use its auth_pam module,
> is eventually unable to authenticate new users.
> 
> The attached patch instructs gcc to treat winbind_close_sock as a
> destructor.  This is the simplest fix but maybe not the best; from
> looking at the docs, specifying a cleanup function to pam_set_data (and
> doing something else for nss_winbind?) may be more correct.

Thanks for your detailed bug report.

It has been forwarded upstream.

> 
> -- System Information:
> Debian Release: 5.0.4
>   APT prefers stable
>   APT policy: (900, 'stable'), (750, 'unstable'), (700, 'experimental')
> Architecture: i386 (x86_64)
> 
> Kernel: Linux 2.6.26-2-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 samba depends on:
> ii  adduser  3.110   add and remove users and groups
> ii  debconf  1.5.24  Debian configuration management 
> sy
> ii  libacl1  2.2.47-2Access control list shared 
> library
> ii  libattr1 1:2.4.43-2  Extended attribute shared library
> ii  libc62.7-18lenny2GNU C Library: Shared libraries
> ii  libcap2  2.11-2  support for getting/setting 
> POSIX.
> ii  libcomer 1.41.3-1common error description library
> ii  libcups2 1.3.8-1+lenny8  Common UNIX Printing System(tm) 
> - 
> ii  libgnutl 2.4.2-6+lenny2  the GNU TLS library - runtime 
> libr
> ii  libkrb53 1.6.dfsg.4~beta1-5lenny2MIT Kerberos runtime libraries
> ii  libldap- 2.4.11-1+lenny1 OpenLDAP libraries
> ii  libpam-m 1.0.1-5+lenny1  Pluggable Authentication Modules 
> f
> ii  libpam-r 1.0.1-5+lenny1  Runtime support for the PAM 
> librar
> ii  libpam0g 1.0.1-5+lenny1  Pluggable Authentication Modules 
> l
> ii  libpopt0 1.14-4  lib for parsing cmdline 
> parameters
> ii  libtallo 2.0.1-1~bpo50+1 hierarchical pool based memory 
> all
> ii  libwbcli 2:3.4.7~dfsg-1~bpo50+1  Samba winbind client library
> ii  lsb-base 3.2-20  Linux Standard Base 3.2 init 
> scrip
> ii  procps   1:3.2.7-11  /proc file system utilities
> ii  samba-co 2:3.4.7~dfsg-1~bpo50+1  common files used by both the 
> Samb
> ii  update-i 4.31inetd configuration file updater
> ii  zlib1g   1:1.2.3.3.dfsg-12   compression library - runtime
> 
> Versions of packages samba recommends:
> ii  logrotate 3.7.1-5Log rotation utility
> 
> Versions of packages samba suggests:
> ii  ctdb1.0.99-1~bpo50+1 clustered database to store 
> tempor
> pn  ldb-tools  (no description available)
> ii  openbsd-inetd [inet-sup 0.20080125-2 The OpenBSD Internet Superserver
> pn  smbldap-tools  (no description available)
> 
> -- debconf information:
>   samba/run_mode: daemons
>   samba/generate_smbpasswd: true

> diff -r samba-3.4.7.orig/nsswitch/winbind_client.h 
> samba-3.4.7/nsswitch/winbind_client.h
> 28c28
> < void winbind_close_sock(void);
> ---
> > void winbind_close_sock(void) __attribute__((destructor));

> ___
> Pkg-samba-maint mailing list
> pkg-samba-ma...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-samba-maint


-- 




signature.asc
Description: Digital signature

Bug#574464: cairo-dock-plugins: compile for other architectures

[Nobuhiro Iwamatsu]

Hi,

> Will you compile and package these plugins for other architectures (amd64, at 
> least) ?

Hmm? What bug is this?
This package supports all architecture.
# But  kfreebsd has FTBFS. I will fix this problem.

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#533262: Any progress?

[Sanjeev Gupta]

Hi,

I would appreciate knowing if there has been any progress on this

Thanks for your work,
-- 
Sanjeev Gupta
http://www.linkedin.com/in/ghane

Bug#574522: clarification of proxy_arp settings

[Ola Lundqvist]

Hi Stefan

Yes you are right. This is indeed ambiguous on this point. This warning
is also Debian specific, and should be simply removed.

However the documentation should also be better described. Suggestions
on this is highly welcome.

Best regards,

// Ola

On Thu, Mar 18, 2010 at 08:54:12PM +0100, Stefan Alfredsson wrote:
> Package: vzctl
> Version: 3.0.23-8
> 
> 
> There seems to be confusion about the setting of the sysctl proxy_arp key.
> 
> On one hand, http://wiki.openvz.org/Quick_installation has 
> net.ipv4.conf.default.proxy_arp = 0
> 
> But when starting a VE with vzctl, I get the error message
> 
> vps-net_add WARNING: Function proxy_arp for eth0 is set to 0. See 
> /usr/share/doc/vzctl/README.Debian
> 
> Indeed, README.Debian is also ambiguous on this point. Both variants are used.
> 
> "If you want network access for the virtual server then you need to
> enable IP forwarding. 
> ...
> proxy_arp=0
> 
> ...
> 
> 
> If you want the virtual server to directly access the network you need to
> enable proxy_arp...
> proxy_arp=1
> 
> 
> Does perhaps "directly access" refer to veth rather than venet devices? In 
> that case this whole think might make sense.
> 
> However, after setting up a second server on the same network I get "address 
> in use" errors:
> 
> Starting container ...
> Container is mounted
> Adding IP address(es): 10.158.117.145
> arpsend: 10.158.117.145 is detected on another computer : 00:18:fe:fb:32:02
> 
> The .145 is not configured on the other host, but rather the proxy_arp 
> setting causes it to reply to the arp query. 
> 
> This will cause problems unless there is only one server on the subnet.
> 
> But maybe the bug is elsewhere. Why would openvz proxy requests for addresses 
> that are not configured? Maybe the semantic of "proxy_arp" has changed 
> between kernel versions?
> 
> Regards,
>  Stefan
> 
> 
> 
> 

-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574572: lintian: false positives with shared libraries

[Russ Allbery]

Brian May  writes:

> W: libhx509-5-heimdal: shlibs-declares-dependency-on-other-package 
> libhx509-5-heimdal (>= 1.4.0git20100221.dfsg.1)

[...]

> The package-name-doesnt-match-sonames is an old issue, the
> shlibs-declares-dependency-on-other-package is a new one that makes no
> sense to me. Have I got something wrong?

Yes, note the missing ~ in the version number in the dependencies.  The
version shlibs creates a dependency on is different (higher) than the
package version and therefore can't be satisfied by it.  This is why the
libraries are currently uninstallable in unstable.

The tag name is deceptive in this case, but the long description (lintian
-i) would have helped:

N: shlibs-declares-dependency-on-other-package
N:
N:   This package declares in its shlibs control file either a dependency
N:   on some other package not listed in the Provides of this package or on
N:   a version of this package that the package version doesn't satisfy.
N:   
N:   Packages should normally only list in their shlibs control file the
N:   shared libraries included in that package, and therefore the
N:   dependencies listed there should normally be satisfied by either the
N:   package itself or one of its Provides.
N:   
N:   In unusual circumstances where it's necessary to declare more complex
N:   dependencies in the shlibs control file, please add a lintian override
N:   for this warning.
N:   
N:   Refer to Debian Policy Manual section 8.6 (Dependencies between the
N:   library and other packages - the shlibs system) for details.
N:   
N:   Severity: normal, Certainty: possible

-- 
Russ Allbery (r...@debian.org)   



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574580: pinta: Should not use section "cli-mono"

[Josh Triplett]

Package: pinta
Severity: normal

Packages should not use the section "cli-mono" just because they use the
CLI for their implementation.  Only tools and libraries for the CLI
should use that section.  Please use section "graphics" or another
appropriate section based on user-visible functionality.

- Josh Triplett

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574545: run rkhunter BEFORE dpkg

[Julien Valroff]

Hi,

Le jeudi 18 mars 2010 à 22:22 +, Ximin Luo a écrit :
> Package: rkhunter
> Version: 1.3.6-3
> Severity: normal
> 
> This is a follow-up to bug #445661. On top of that, `rkhunter --enable hashes`
> should be run *before* a package upgrade, to ensure that nothing has been
> compromised since the last cron run.

mmh I would rather say *you* have to run rkhunter before you use
aptitude.

I can hardly imagine that rkhunter is run twice in a row automatically.

Cheers,
Julien




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#502603: Patch for the 1:2.0.6.fixes.1-16.2 NMU of argus

[Christian PERRIER]

Dear maintainer of argus,

On Sunday, December 13, 2009 I sent you a notice announcing my intent to upload 
a
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Tuesday, December 08, 2009.

You either agreed for this NMU or did not respond to my notices.

I will now upload this NMU to DELAYED/7-DAY.

The NMU patch is attached to this mail.

The NMU changelog is:


Source: argus
Version: 1:2.0.6.fixes.1-16.2
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier 
Date: Thu, 18 Mar 2010 18:06:58 +0100
Closes: 502603 548145 561263
Changes: 
 argus (1:2.0.6.fixes.1-16.2) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Do not ignore errors in config script
   * Split "_Choices" in "__Choices" in templates
   * Bump debhelper compatibility to 7
   * Add dependency on $remote_fs in Required-Start: in init script
   * Fix pending l10n issues. Debconf translations:
 - Italian (Vincenzo Campanella).  Closes: #502603
 - Spanish (Francisco Javier Cuadrado).  Closes: #548145
 - Simplified Chinese (Ji ZhengYu) - commas fixed in Choices field
   translation.  Closes: #561263

-- 


diff -Nru argus-2.0.6.fixes.1.old/debian/argus-server.config argus-2.0.6.fixes.1/debian/argus-server.config
--- argus-2.0.6.fixes.1.old/debian/argus-server.config	2009-11-30 01:30:16.0 +0700
+++ argus-2.0.6.fixes.1/debian/argus-server.config	2010-03-18 23:56:31.0 +0700
@@ -1,4 +1,6 @@
 #!/bin/sh
+
+set -e
 . /usr/share/debconf/confmodule 
 DEFAULTS=/etc/default/argus-server
 db_input medium argus/overwrite_conffile || true
diff -Nru argus-2.0.6.fixes.1.old/debian/argus-server.init argus-2.0.6.fixes.1/debian/argus-server.init
--- argus-2.0.6.fixes.1.old/debian/argus-server.init	2009-11-30 01:30:16.0 +0700
+++ argus-2.0.6.fixes.1/debian/argus-server.init	2010-03-19 00:18:42.0 +0700
@@ -5,8 +5,8 @@
 
 ### BEGIN INIT INFO
 # Provides:  argus-server
-# Required-Start:$network
-# Required-Stop: $network
+# Required-Start:$network $remote_fs
+# Required-Stop: $network $remote_fs
 # Should-Start:  $local_fs
 # Should-Stop:   $local_fs
 # Default-Start: 2 3 4 5
diff -Nru argus-2.0.6.fixes.1.old/debian/changelog argus-2.0.6.fixes.1/debian/changelog
--- argus-2.0.6.fixes.1.old/debian/changelog	2009-11-30 01:30:16.0 +0700
+++ argus-2.0.6.fixes.1/debian/changelog	2010-03-19 00:06:58.0 +0700
@@ -1,3 +1,27 @@
+argus (1:2.0.6.fixes.1-16.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Do not ignore errors in config script
+  * Split "_Choices" in "__Choices" in templates
+  * Bump debhelper compatibility to 7
+  * Add dependency on $remote_fs in Required-Start: in init script
+  * Fix pending l10n issues. Debconf translations:
+- Italian (Vincenzo Campanella).  Closes: #502603
+- Spanish (Francisco Javier Cuadrado).  Closes: #548145
+- Simplified Chinese (Ji ZhengYu) - commas fixed in Choices field
+  translation.  Closes: #561263
+
+ -- Christian Perrier   Thu, 18 Mar 2010 18:06:58 +0100
+
+argus (1:2.0.6.fixes.1-16.1) unstable; urgency=low
+
+  * Non-maintainer upload
+  * Use pcap_dispatch() rather than the private functions
+pcap_offline_read()/pcap_read() and fix a few compilation errors
+(Closes: #557807)
+
+ -- Steffen Joeris   Fri, 22 Jan 2010 15:16:59 +0100
+
 argus (1:2.0.6.fixes.1-16) unstable; urgency=low
 
   * Updated Swedish debconf template translation (closes: #491934)
diff -Nru argus-2.0.6.fixes.1.old/debian/compat argus-2.0.6.fixes.1/debian/compat
--- argus-2.0.6.fixes.1.old/debian/compat	2009-11-30 01:30:16.0 +0700
+++ argus-2.0.6.fixes.1/debian/compat	2010-03-18 23:56:31.0 +0700
@@ -1 +1 @@
-4
+7
diff -Nru argus-2.0.6.fixes.1.old/debian/control argus-2.0.6.fixes.1/debian/control
--- argus-2.0.6.fixes.1.old/debian/control	2009-11-30 01:30:16.0 +0700
+++ argus-2.0.6.fixes.1/debian/control	2010-03-19 00:05:02.0 +0700
@@ -3,8 +3,7 @@
 Priority: optional
 Maintainer: Andrew Pollock 
 Standards-Version: 3.8.0
-Build-Depends: libpcap-dev, libwrap0-dev, bison, flex, debhelper (>= 4.1.68), devscripts, autotools-dev, po-debconf
-Build-Conflicts: debhelper (= 5.0.14)
+Build-Depends: debhelper (>= 7), libpcap-dev, libwrap0-dev, bison, flex, debhelper (>= 4.1.68), devscripts, autotools-dev, po-debconf
 
 Package: argus-server
 Architecture: any
diff -Nru argus-2.0.6.fixes.1.old/debian/po/cs.po argus-2.0.6.fixes.1/debian/po/cs.po
--- argus-2.0.6.fixes.1.old/debian/po/cs.po	2009-11-30 01:30:16.0 +0700
+++ argus-2.0.6.fixes.1/debian/po/cs.po	2010-03-18 23:56:31.0 +0700
@@ -14,8 +14,8 @@
 msgid ""
 msgstr ""
 "Project-Id-Version: argus\n"
-"Report-Msgid-Bugs-To: apoll...@debian.org\n"
-"POT-Creation-Date: 2006-11-07 20:48-0800\n"
+"Report-Msgid-Bugs-To: \n"
+"POT-Creation-Date: 2009-12-20 18:14+0100\n"
 "PO-Revision-Date: 2007-03-04 17:51+0100\n"
 "Last-Translator: Miroslav Kure \n"
 "Language-Team: Czech \n"
@@ -26,8 +26

Bug#538125: RFP: scantailor -- interactive post-processing tool for scanned pages

[Rogério Brito]

Hi, Christian.

On Mar 16 2010, Christian Marillat wrote:
> Rogério Brito  writes:
> > * Package name: scantailor
> >   Version : 0.9.5
> 
> Bug filed since more than 6 months. Do you intent to upload a package
> soon ?

I won't be able to upload a package, since I am currently very busy (I hope
that this period ends soon). Therefore, I will keep the RFP instead of
transforming it into an ITP.

If, OTOH, you happen to have a package in mind, that would be superb.


Thanks,

-- 
Rogério Brito : rbr...@{mackenzie,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



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574578: grub2: [INTL:vi] Vietnamese debconf translation update

[Christian Perrier]

Package: grub2
Version: 1.98-1
Severity: wishlist
Tags: patch l10n


Vietnamese debconf translation update i sattached (courtesy of Clytie
Siddall).
# Vietnamese translation for Grub2_Debian.
# Copyright © 2010 Free Software Foundation, Inc.
# Clytie Siddall , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: grub2\n"
"Report-Msgid-Bugs-To: gr...@packages.debian.org\n"
"POT-Creation-Date: 2009-08-30 17:54+0200\n"
"PO-Revision-Date: 2010-03-19 14:31+0930\n"
"Last-Translator: Clytie Siddall \n"
"Language-Team: Vietnamese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=1; plural=0;\n"
"X-Generator: LocFactoryEditor 1.8\n"

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid "Chainload from menu.lst?"
msgstr "Nạp dãy từ menu.lst ?"

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid "GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub."
msgstr "Văn lệnh nâng cấp GRUB phát hiện được một thiết lập GRUB Thừa Tự (GRUB Legacy) trong « /boot/grub »."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid "In order to replace the Legacy version of GRUB in your system, it is recommended that /boot/grub/menu.lst is adjusted to chainload GRUB 2 from your existing GRUB Legacy setup.  This step may be automaticaly performed now."
msgstr "Để thay thế phiên bản Thừ Tự của GRUB trong hệ thống này, khuyến khích điều chỉnh « /boot/grub/menu.lst » để nạp dãy (chainload) GRUB 2 từ thiết lập GRUB Thừa Tự đã có. Bước này có thể được tự động thực hiện ngay bây giờ."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid "It's recommended that you accept chainloading GRUB 2 from menu.lst, and verify that your new GRUB 2 setup is functional for you, before you install it directly to your MBR (Master Boot Record)."
msgstr "Khuyên bạn đồng ý với nạp dãy GRUB 2 từ menu.lst, và thẩm tra thiết lập GRUB 2 mới có chức năng, trước khi ghi nó trực tiếp vào MBR (mục ghi khởi động chủ)."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid "In either case, whenever you want GRUB 2 to be loaded directly from MBR, you can do so by issuing (as root) the following command:"
msgstr "Trong cả hai trường hợp, khi nào bạn muốn nạp GRUB2 một cách trực tiếp từ MBR, chỉ cần chạy (dưới người chủ) câu lệnh theo đây:"

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid "upgrade-from-grub-legacy"
msgstr "nâng-cấp-từ-grub-thừa-tự"

#. Type: string
#. Description
#: ../templates.in:1001
msgid "Linux command line:"
msgstr "Dòng lệnh Linux:"

#. Type: string
#. Description
#: ../templates.in:1001
msgid "The following Linux command line was extracted from /etc/default/grub or the `kopt' parameter in GRUB Legacy's menu.lst.  Please verify that it is correct, and modify it if necessary."
msgstr "Dòng lệnh Linux theo đây đã được trích ra « /etc/default/grub » hoặc từ tham số « kopt » trong menu.lst của GRUB Thừa Tự. Hãy thẩm tra nó vẫn đúng, không thích hợp thì cũng sửa đổi."

#. Type: string
#. Description
#: ../templates.in:2001
msgid "Linux default command line:"
msgstr "Dòng lệnh Linux mặc định:"

#. Type: string
#. Description
#: ../templates.in:2001
msgid "The following string will be used as Linux parameters for the default menu entry but not for the recovery mode."
msgstr "Chuỗi theo đây sẽ được sử dụng làm các tham số Linux cho mục nhập trình đơn mặc định, mà không phải cho chế độ phục hồi."

#. Type: string
#. Description
#: ../templates.in:3001
msgid "kFreeBSD command line:"
msgstr "Dòng lệnh kFreeBSD:"

#. Type: string
#. Description
#: ../templates.in:3001
msgid "The following kFreeBSD command line was extracted from /etc/default/grub or the `kopt' parameter in GRUB Legacy's menu.lst.  Please verify that it is correct, and modify it if necessary."
msgstr "Dòng lệnh kFreeBSD theo đây đã được trích ra « /etc/default/grub » hoặc từ tham số « kopt » trong menu.lst của GRUB Thừa Tự. Hãy thẩm tra nó vẫn đúng, không thích hợp thì cũng sửa đổi."

#. Type: string
#. Description
#: ../templates.in:4001
msgid "kFreeBSD default command line:"
msgstr "Dòng lệnh kFreeBSD mặc định:"

#. Type: string
#. Description
#: ../templates.in:4001
msgid "The following string will be used as kFreeBSD parameters for the default menu entry but not for the recovery mode."
msgstr "Chuỗi theo đây sẽ được sử dụng làm các tham số kFreeBSD cho mục nhập trình đơn mặc định, mà không phải cho chế độ phục hồi."

Bug#574577: wiggle: [PATCH] extract.c: (split_merge): initialize with NULL (Gcc 4.5)

[Jari Aalto]

Package: wiggle
Version: 0.6-7
Severity: wishlist
Tags: patch


Attached patch to fix Gcc 4.5 variable initialisation with NULL.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wiggle depends on:
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib

wiggle recommends no packages.

wiggle suggests no packages.

-- no debconf information
>From 9ec0d7092e12a77b8a309389cd88c52c99d9a5d7 Mon Sep 17 00:00:00 2001
From: Jari Aalto 
Date: Thu, 4 Mar 2010 10:55:37 +0200
Subject: [PATCH] extract.c: (split_merge): initialize with NULL


Signed-off-by: Jari Aalto 
---
 extract.c |3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/extract.c b/extract.c
index 755a725..20f8bab 100644
--- a/extract.c
+++ b/extract.c
@@ -184,7 +184,8 @@ int split_merge(struct stream f, struct stream *f1, struct stream *f2, struct st
 	int state = 0;
 	char *cp, *end;
 	struct stream r1,r2,r3;
-	f1->body = f2->body = f2->body = NULL;
+	f1->body = NULL;
+	f2->body = NULL;
 
 	r1.body = malloc(f.len);
 	r2.body = malloc(f.len);
-- 
1.7.0

Bug#574575: hardinfo: Fail to detect laptop battery

[aaro]

Package: hardinfo
Version: 0.5.1-1.1
Severity: normal

On my laptop compaq presario cq60-420us the battery option says "No batteries 
found on this system".


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages hardinfo depends on:
ii  libatk1.0-0 1.28.0-1 The ATK accessibility toolkit
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-2 The Cairo 2D vector graphics libra
ii  libfontconfig1  2.8.0-2  generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libglib2.0-02.22.4-1 The GLib library of C routines
ii  libgnutls26 2.8.5-2  the GNU TLS library - runtime libr
ii  libgtk2.0-0 2.18.6-1 The GTK+ graphical user interface 
ii  libpango1.0-0   1.26.2-1 Layout and rendering of internatio
ii  libsoup2.4-12.29.91-1an HTTP library implementation in 
ii  libtasn1-3  2.4-1Manage ASN.1 structures (runtime)
ii  libxml2 2.7.6.dfsg-2+b1  GNOME XML library
ii  pciutils1:3.1.7-2Linux PCI Utilities
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

hardinfo recommends no packages.

Versions of packages hardinfo suggests:
ii  mesa-utils7.7-4  Miscellaneous Mesa GL utilities

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574576: wiggle: [PATCH] manpage hyphens

[Jari Aalto]

Package: wiggle
Version: 0.6-7
Severity: wishlist
Tags: patch


Attached a patch to fix hyphens in manual page.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wiggle depends on:
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib

wiggle recommends no packages.

wiggle suggests no packages.

-- no debconf information
>From 9ad646a2cc047d3b2cf3444cc9258fc5cf72f3a6 Mon Sep 17 00:00:00 2001
From: Jari Aalto 
Date: Thu, 4 Mar 2010 01:32:15 +0200
Subject: [PATCH] wiggle.1: fix hyphens


Signed-off-by: Jari Aalto 
---
 wiggle.1 |   66 +++---
 1 files changed, 33 insertions(+), 33 deletions(-)

diff --git a/wiggle.1 b/wiggle.1
index 7a973b3..06f407f 100644
--- a/wiggle.1
+++ b/wiggle.1
@@ -104,7 +104,7 @@ to apply some patch, and to collect a list of rejects by 
monitoring
 the error messages from patch.  Then for each file for which a
 reject was found, run
 .ti +5
-wiggle --replace originalfile originalfile.rej
+wiggle \-\-replace originalfile originalfile.rej
 
 Finally each file must be examined to resolve any unresolved
 conflicts, and to make sure the applied patch is semantically correct.
@@ -116,39 +116,39 @@ Some of these are explained in more detail in the 
following sections
 on MERGE, DIFF, and EXTRACT.
 
 .TP
-.BR -m ", " --merge
+.BR -m ", " \-\-merge
 Select the "merge" function.  This is the default function.
 
 .TP
-.BR -d ", " --diff
+.BR -d ", " \-\-diff
 Select the "diff" function.  This displays the differences between files.
 
 .TP
-.BR -x ", " --extract
+.BR -x ", " \-\-extract
 Select the "extract" function.  This extracts one branch of a patch or
 merge file.
 
 .TP
-.BR -w ", " --words
+.BR -w ", " \-\-words
 Request that all operations and display be word based.  This is the
 default for the "diff" function.
 
 .TP
-.BR -l ", " --lines
+.BR -l ", " \-\-lines
 Request that all operations and display be line based.
 
 .TP
-.BR -p ", " --patch
-Treat the last named file as a patch instead of a file (with --diff)
-or a merge (--extract).
+.BR -p ", " \-\-patch
+Treat the last named file as a patch instead of a file (with \-\-diff)
+or a merge (\-\-extract).
 
 .TP
-.BR -r ", " --replace
+.BR -r ", " \-\-replace
 Normally the merged output is written to standard-output.  With
---replace, the original file is replaced with the merge output.
+\-\-replace, the original file is replaced with the merge output.
 
 .TP
-.BR -R ", " --reverse
+.BR -R ", " \-\-reverse
 When used with the "diff" function, swap the files before calculating
 the differences.
 When used with the "merge" function,
@@ -156,22 +156,22 @@ When used with the "merge" function,
 attempts to revert changes rather than apply them.
 
 .TP
-.BR -h ", " --help
+.BR -h ", " \-\-help
 Print a simple help message.  If given after one of the function
-selectors (--merge, --diff, --extract) help specific to that function
+selectors (\-\-merge, \-\-diff, \-\-extract) help specific to that function
 is displayed.
 
 .TP
-.BR -V ", " --version
+.BR -V ", " \-\-version
 Display the version number of
 .IR wiggle .
 
 .TP
-.BR -v ", " --verbose
+.BR -v ", " \-\-verbose
 Enable verbose mode.  Currently this makes no difference.
 
 .TP
-.BR -q ", " --quiet
+.BR -q ", " \-\-quiet
 Enable quiet mode.  This suppresses the message from the merge
 function when there are unresolvable conflicts.
 
@@ -200,13 +200,13 @@ them may be a lone hyphen signifying standard-input.
 
 If one file is given, it is treated as a
 .B merge
-file, i.e. the output of "merge -A" or "wiggle".  Such a file
+file, i.e. the output of "merge \-A" or "wiggle".  Such a file
 implicitly contains three streams and these are extracted and
 compared.
 
 If two files are given, then the first simply contains the primary
-text, and the second is treated as a patch file (the output of "diff\ -u"
-or "diff\ -c", or a ".rej" file from
+text, and the second is treated as a patch file (the output of "diff\ \-u"
+or "diff\ \-c", or a ".rej" file from
 .IR patch )
 and the two other texts
 are extracted from that.
@@ -215,7 +215,7 @@ Finally if three files are listed, they are taken to 
contain the given
 text and the two other texts, in order.
 
 Normally the result of the merge is written to standard-output.
-However if the "-r" flag is given, the output is written to a file
+However if the "\-r" flag is given, the output is written to a file
 which replaces the original given file. In this case the original file
 is renamed to have a
 .B .porig
@@ -235,12 +235,12 @@ The merge function can operate in three different modes 
with respect
 to lines or words.
 
 With the
-.B --lines
+.B \-\-lines
 option, whole li

Bug#571825: rabbit: Please make rdtools-elisp a Recommonds: or Suggests:

[Youhei SASAKI]

Hi,

Timeline: Sun, 28 Feb 2010 11:45:18 +0100:
[Matijs van Zuijlen ] wrote:
> Package: rabbit
> Version: 0.6.4-1
> Severity: wishlist
> 
> Currently, rabbit Depends: on rdtools-elisp. As I understand it,
> this package is only needed if you want to edit RD files with
> emacs. Rabbit should therefore be able to run fine without this
> package installed. Please consider downgrading this dependency, so
> that emacs can be removed without breaking the rabbit installation.

Ok, I divide current Rabbit pacakge into two pacakge,
- rabbit: main program
- rabbit-mode: emacs major mode

Best regards,
 Youhei
---
Youhei SASAKI 
  
GPG fingerprint:
  4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07
  1024/DSA: 8BF1 ABFE 00D2 526D 6822 2AC6 13E0 381D AEE9 95F4



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574574: Support e1000 M88 PHY registers in -d

[Anthony DeRobertis]

Package: ethtool
Version: 1:2.6.33-1
Severity: wishlist

The M88 PHY registers contain useful information like the cable length
estimate and the MDI/MDIX status. The attached patch makes -d dump them.

-- System Information:
Debian Release: squeeze/sid
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'testing'), (130, 'unstable'), (120, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ethtool depends on:
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib

ethtool recommends no packages.

ethtool suggests no packages.

-- no debconf information
diff -rdbU3 ethtool-2.6.33/e1000.c ethtool-2.6.33.new//e1000.c
--- ethtool-2.6.33/e1000.c	2009-02-08 18:52:12.0 -0500
+++ ethtool-2.6.33.new//e1000.c	2010-03-19 00:26:33.044052610 -0400
@@ -110,6 +110,61 @@
 #define E1000_TCTL_RTLC   0x0100/* Re-transmit on late collision */
 #define E1000_TCTL_NRTU   0x0200/* No Re-transmit on underrun */
 
+/* M88E1000 PHY Specific Status Register */
+#define M88_PSSR_JABBER 0x0001 /* 1=Jabber */
+#define M88_PSSR_REV_POLARITY   0x0002 /* 1=Polarity reversed */
+#define M88_PSSR_DOWNSHIFT  0x0020 /* 1=Downshifted */
+#define M88_PSSR_MDIX   0x0040 /* 1=MDIX; 0=MDI */
+#define M88_PSSR_CABLE_LENGTH   0x0380 /* 0=<50M;1=50-80M;2=80-110M;
+* 3=110-140M;4=>140M */
+#define M88_PSSR_LINK   0x0400 /* 1=Link up, 0=Link down */
+#define M88_PSSR_SPD_DPLX_RESOLVED  0x0800 /* 1=Speed & Duplex resolved */
+#define M88_PSSR_PAGE_RCVD  0x1000 /* 1=Page received */
+#define M88_PSSR_DPLX   0x2000 /* 1=Duplex 0=Half Duplex */
+#define M88_PSSR_SPEED  0xC000 /* Speed, bits 14:15 */
+#define M88_PSSR_10MBS  0x /* 00=10Mbs */
+#define M88_PSSR_100MBS 0x4000 /* 01=100Mbs */
+#define M88_PSSR_1000MBS0x8000 /* 10=1000Mbs */
+
+#define M88_PSSR_CL_0_50 (0<<7)
+#define M88_PSSR_CL_50_80(1<<7)
+#define M88_PSSR_CL_80_110   (2<<7)
+#define M88_PSSR_CL_110_140  (3<<7)
+#define M88_PSSR_CL_140_PLUS (4<<7)
+
+/* M88E1000 PHY Specific Control Register */
+#define M88_PSCR_JABBER_DISABLE0x0001  /* 1=Jabber Function disabled */
+#define M88_PSCR_POLARITY_REVERSAL 0x0002  /* 1=Polarity Reversal enabled */
+#define M88_PSCR_SQE_TEST  0x0004  /* 1=SQE Test enabled */
+#define M88_PSCR_CLK125_DISABLE0x0010  /* 1=CLK125 low,
+* 0=CLK125 toggling
+*/
+#define M88_PSCR_MDI_MASK 0x0060
+#define M88_PSCR_MDI_MANUAL_MODE  0x   /* MDI Crossover Mode bits 6:5 */
+  /* Manual MDI configuration */
+#define M88_PSCR_MDIX_MANUAL_MODE 0x0020   /* Manual MDIX configuration */
+#define M88_PSCR_AUTO_X_1000T 0x0040   /* 1000BASE-T: Auto crossover,
+*  100BASE-TX/10BASE-T:
+*  MDI Mode
+*/
+#define M88_PSCR_AUTO_X_MODE  0x0060   /* Auto crossover enabled
+* all speeds.
+*/
+#define M88_PSCR_10BT_EXT_DIST_ENABLE 0x0080
+   /* 1=Enable Extended 10BASE-T distance
+* (Lower 10BASE-T RX Threshold)
+* 0=Normal 10BASE-T RX Threshold */
+#define M88_PSCR_MII_5BIT_ENABLE  0x0100
+   /* 1=5-Bit interface in 100BASE-TX
+* 0=MII interface in 100BASE-TX */
+#define M88_PSCR_SCRAMBLER_DISABLE0x0200   /* 1=Scrambler disable */
+#define M88_PSCR_FORCE_LINK_GOOD  0x0400   /* 1=Force link good */
+#define M88_PSCR_ASSERT_CRS_ON_TX 0x0800   /* 1=Assert CRS on Transmit */
+
+#define M88_PSCR_POLARITY_REVERSAL_SHIFT1
+#define M88_PSCR_AUTO_X_MODE_SHIFT  5
+#define M88_PSCR_10BT_EXT_DIST_ENABLE_SHIFT 7
+
 /* PCI Device IDs */
 #define E1000_DEV_ID_825420x1000
 #define E1000_DEV_ID_82543GC_FIBER0x1001
@@ -515,6 +570,72 @@
 		regs_buff[12] == 1 ? "IGP" :
 		regs_buff[12] == 2 ? "IGP2" : "unknown" );
 
+	if (0 == regs_buff[12]) {
+		reg = regs_buff[13];
+		fprintf(stdout,
+			"M88 PHY STATUS REGISTER: 0x%08X\n"
+			"  Jabber:%s\n"
+			"  Polarity:  %s\n"
+			"  Downshifted:   %s\n"
+			"  MDI/MDIX:  %s\n"
+			"  Cable Length Estimate: %s meters\n"
+			"  Link State:%s\n"
+			"  Speed & Duplex Resolved:   %s\

Bug#574573: perl warning "Subroutine remove redefined" when using DirTree or PackageDir debconf drivers

[Chris Hiestand]

Package: debconf
Version: 1.5.24
Severity: normal

To reproduce put this into your /etc/debconf.conf file:

Name: mydb
Driver: DirTree
Directory: /tmp/mydb
Required: false
Extension: .txt

When using DirTree of PackageDir and I do an "apt-get install" or
"apt-get remove" I see perl warnings:

Subroutine remove redefined at 
/usr/share/perl5/Debconf/DbDriver/Directory.pm
line 128,  chunk 6.

I am unfortunately not a perl guru, and I was unable to ascertain the
cause after reading through some of the perl modules.


-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-amd64 (SMP w/4 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 debconf depends on:
ii  debconf-i18n 1.5.24  full internationalization support 
ii  perl-base5.10.0-19lenny2 minimal Perl system

Versions of packages debconf recommends:
ii  apt-utils0.7.20.2+lenny1 APT utility programs

Versions of packages debconf suggests:
ii  debconf-doc   1.5.24 debconf documentation
ii  debconf-utils 1.5.24 debconf utilities
ii  dialog1.1-20080316-1 Displays user-friendly dialog boxe
ii  gnome-utils   2.20.0.1-3 GNOME desktop utilities
ii  libgnome2-perl1.042-1+b1 Perl interface to the GNOME librar
pn  libnet-ldap-perl   (no description available)
pn  libqt-perl (no description available)
pn  libterm-readline-gnu-  (no description available)
ii  perl  5.10.0-19lenny2Larry Wall's Practical Extraction 
ii  whiptail  0.52.2-11.3+lenny1 Displays user-friendly dialog boxe

-- debconf information excluded



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574571: order of execution of things

[J.M.Roth]

Package: dbconfig-common
Version: 1.8.45
Severity: wishlist
Tags: patch

Sometimes, I feel more flexibility is needed concerning:
- the order of execution of scripts/data
- the order of execution of elements therein

I.e. for now it is hardcoded that scripts are run first and then data
snippets are applied. What if I need to do the inverse?

Furthermure, for an upgrade to one version I can only specify one file
that would have to contain all the snippets. I'd opt for a conf.d-style
approach.

For the first wish, I wouldn't know right know how to fix.

For the second wish I am attaching an idea of a patch for the script files.

Oh maybe one could even generalize this $(find) to go over all the files
in the data/scripts directories, sort them and then execute/apply them
one after the other in whatever order they occur. That would solve both
problems and one could even
- apply data
- run a script
- apply more data
- run more scripts
- ...
(Might be less transparent though.)

Regards,
JM
--- /usr/share/dbconfig-common/dpkg/postinst.orig   2010-03-19 
03:45:42.0 +
+++ /usr/share/dbconfig-common/dpkg/postinst2010-03-19 03:57:09.0 
+
@@ -282,19 +282,19 @@
vers="$1"
sqlfile="$dbc_share/data/$dbc_basepackage/upgrade/$dbc_dbtype/$vers"

admsqlfile="$dbc_share/data/$dbc_basepackage/upgrade-dbadmin/$dbc_dbtype/$vers"
-   
scriptfile="$dbc_share/scripts/$dbc_basepackage/upgrade/$dbc_dbtype/$vers"
+   scriptfilepath="$dbc_share/scripts/$dbc_basepackage/upgrade/$dbc_dbtype"


# now go through script updates
-   if [ -f "$scriptfile" ]; then
-   dbc_logline "applying upgrade script for $dbc_oldversion -> 
$vers"
+   for scriptfile in $(find "$scriptfilepath" -name "$vers*" -type f | 
sort); do
+   dbc_logline "applying upgrade script for $dbc_oldversion -> 
$vers: ${scriptfile#$scriptfilepath/}"
# XXX $*
if ! sh -c "$scriptfile $*"; then
dbc_error="$scriptfile exited with non-zero status"
dbc_upgrade_error "processing $scriptfile"
[ "$dbc_tried_again" ] && return 0
fi
-   fi
+   done

_dbc_asuser=""
if [ -f "$admsqlfile" ]; then

Bug#433270: bringing it into team maintenance?

[Taisuke Yamada]

Hi Pablo,

Excuse me for the delay in response.

I'd be happy to join in. So what should I do now?
Should I simply submit joining request form on project page?

Since I recently started as Debian package maintainer, I'm not
an DD/DM (yet). So I needed someone to do me a sponsored upload.
I guess changing header to "Maintainer: Debian Java maintainers"
make things easier, so joining Debian-Java project sounds great
for all of us.

Best Regards,
Taisuke Yamada

> Hi Taisuke,
> 
> Would you consider bringing it into the Debian-Java project 
> (http://java.debian.net/)? It is as easy as joining the Alioth project.
> 
> I need this for packaging Processing, which you are of course also invited to 
> help packaging.
> 
> P.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574572: lintian: false positives with shared libraries

[Brian May]

Package: lintian
Version: 2.3.3
Severity: normal

W: libkafs0-heimdal: package-name-doesnt-match-sonames libkafs0
W: libhx509-5-heimdal: package-name-doesnt-match-sonames libhx509-5
W: libhx509-5-heimdal: shlibs-declares-dependency-on-other-package 
libhx509-5-heimdal (>= 1.4.0git20100221.dfsg.1)
W: libkdc2-heimdal: package-name-doesnt-match-sonames libkdc2
W: libkdc2-heimdal: shlibs-declares-dependency-on-other-package libkdc2-heimdal 
(>= 1.4.0git20100221.dfsg.1)
W: libotp0-heimdal: package-name-doesnt-match-sonames libotp0
W: libwind0-heimdal: package-name-doesnt-match-sonames libwind0
W: libwind0-heimdal: shlibs-declares-dependency-on-other-package 
libwind0-heimdal (>= 1.4.0git20100221.dfsg.1)
W: libheimntlm0-heimdal: package-name-doesnt-match-sonames libheimntlm0
W: libheimntlm0-heimdal: shlibs-declares-dependency-on-other-package 
libheimntlm0-heimdal (>= 1.4.0git20100221.dfsg.1)
W: libkadm5clnt7-heimdal: package-name-doesnt-match-sonames libkadm5clnt7
W: libkadm5clnt7-heimdal: shlibs-declares-dependency-on-other-package 
libkadm5clnt7-heimdal (>= 1.4.0git20100221.dfsg.1)
W: libgssapi2-heimdal: package-name-doesnt-match-sonames libgssapi2
W: libgssapi2-heimdal: shlibs-declares-dependency-on-other-package 
libgssapi2-heimdal (>= 1.4.0git20100221.dfsg.1)
W: libkrb5-26-heimdal: package-name-doesnt-match-sonames libkrb5-26
W: libkrb5-26-heimdal: shlibs-declares-dependency-on-other-package 
libkrb5-26-heimdal (>= 1.4.0git20100221.dfsg.1)
W: libroken18-heimdal: package-name-doesnt-match-sonames libroken18
W: libroken18-heimdal: shlibs-declares-dependency-on-other-package 
libroken18-heimdal (>= 1.4.0git20100221.dfsg.1)
W: libhdb9-heimdal: package-name-doesnt-match-sonames libhdb9
W: libhdb9-heimdal: shlibs-declares-dependency-on-other-package libhdb9-heimdal 
(>= 1.4.0git20100221.dfsg.1)
W: libsl0-heimdal: package-name-doesnt-match-sonames libsl0
W: libasn1-8-heimdal: package-name-doesnt-match-sonames libasn1-8
W: libasn1-8-heimdal: shlibs-declares-dependency-on-other-package 
libasn1-8-heimdal (>= 1.4.0git20100221.dfsg.1)

The package-name-doesnt-match-sonames is an old issue, the
shlibs-declares-dependency-on-other-package is a new one that makes no sense to
me. Have I got something wrong?

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.31.9-lxc.1 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages lintian depends on:
ii  binutils   2.20.1-2  The GNU assembler, linker and bina
ii  diffstat   1.47-1produces graph of changes introduc
ii  dpkg-dev   1.15.5.6  Debian package development tools
ii  file   5.04-1Determines file type using "magic"
ii  gettext0.17-10   GNU Internationalization utilities
ii  intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf
ii  libapt-pkg-perl0.1.24Perl interface to libapt-pkg
ii  libclass-accessor-perl 0.34-1Perl module that automatically gen
ii  libipc-run-perl0.84-1Perl module for running processes
ii  libparse-debianchangel 1.1.1-2   parse Debian changelogs and output
ii  libtimedate-perl   1.2000-1  collection of modules to manipulat
ii  liburi-perl1.52-1module to manipulate and access UR
ii  locales2.10.2-6  Embedded GNU C Library: National L
ii  man-db 2.5.7-2   on-line manual pager
ii  perl [libdigest-sha-pe 5.10.1-11 Larry Wall's Practical Extraction 

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch (no description available)
pn  libtext-template-perl  (no description available)
ii  man-db2.5.7-2on-line manual pager

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#531036: 2nd re: Bug#531036: Working patch for #531036 (ratmenu: doesn't support multibyte/UTF-8 characters)

[Mark Eichin]

Explicitly setting LANG=en_US.UTF-8 helped, and installing more
fonts (xfonts-terminus in particular) improved things further (didn't
work by itself, $LANG really is critical to Xmb* working, it appears.)

Now that I can actually demonstrate it, I'm happy to push the change
out, should show up soon.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#493918: billard-gl: Debian package should include the language pack

[theo]

The page moved.

Here is the new url : http://www.billardgl.de/download-en.html


Have a nice day,
-- 
regards,
theo




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#460619: stalls (or hangs if called externally) opening encrypted '.zip' file.

[A. Costa]

On Thu, 18 Mar 2010 12:50:27 +0100
Eckhart Wörner  wrote:

> current version of ark is 4:4.3.4-1 - can you please upgrade and then
> try again?

Maybe.   Apt-get here says that upgrading 'ark' means 'konqueror' and
other packages would be removed.  I'm not eager to lose 'konqueror',
unless it's changed names or there's some other way to keep it.  KDE
oriented advice welcome...



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#567251: xserver-xorg-input-mouse: still a regression

[antoine beaupre]

Package: xserver-xorg-input-mouse
Version: 1:1.5.0-1
Severity: normal

This recent upgrade did not fix the issue.

-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxr-xr-x 1 root root 13 Oct 16 15:48 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1713256 Mar 16 19:07 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 2440 Oct 16 18:30 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# This is a sample xorg.conf. All sections are commented out, but may
# be uncommented in order to enable them. You'll almost definitely
# need to edit the values given here to suit your own system. 
#
# It is not recommended to uncomment any more than is necessary, as
# the server will choose good defaults in most cases. Thus, your
# xorg.conf should only be used to override the server when those
# defaults are incorrect for your system.
#
# For full documentation see xorg.conf(5)

# Section "Files"
# FontPath  "/usr/share/fonts/X11/100dpi"
# FontPath  "/usr/share/fonts/X11/75dpi"
# FontPath  "/usr/share/fonts/X11/cyrillic"
# FontPath  "/usr/share/fonts/X11/misc"
# FontPath  "/usr/share/fonts/Type1"
# ModulePath "/usr/lib/xorg/modules"
# EndSection

# Section "ServerFlags"
# Option "DontZap" "False"
# Option "DefaultServerLayout"  "Layout"
# Option "AllowMouseOpenFail"   "False"
# Option "AllowEmptyInput"  "True"
# Option "AutoAddDevices"   "True"
# EndSection

# Section "Module"
# Load  "glx"
# EndSection

# Section "Extensions"
# Option"Composite" "Enable"
# EndSection

# Section "InputDevice"
# Identifier"Keyboard"
# Driver"kbd"
# Option"CoreKeyboard"
# Option"XkbRules"  "xorg"
# Option"XkbModel"  "pc105"
# Option"XkbLayout" "us"
# EndSection

# Section "InputDevice"
# Identifier"Mouse"
# Driver"mouse"
# Option"CorePointer"
# Option"Device""/dev/input/mice"
# Option"Protocol"  "ExplorerPS/2"
# EndSection

# Section "Device"
# Identifier"Video Card"
# Driver"vesa"
# Option"AccelMethod"   "EXA"
# Option"Monitor-LVDS"  "Monitor1"
# Option"Monitor-VGA"   "Monitor2"
# EndSection

# Section "Device"
# Identifier"Internal Graphics Card We Disable"
# Option"Ignore"  "true"
# BusID "PCI:1:0:0"
# EndSection

# Section "Monitor"
# Identifier"Monitor1"
# DisplaySize   304 228
# EndSection

# Section "Monitor"
# Identifier"Monitor2"
# HorizSync 24-82
# VertRefresh   55-77
# Option"RightOf"   "Monitor1"
# EndSection

Section "Screen"
Identifier  "Screen"
Device  "Video Card"
Monitor "Monitor"
DefaultDepth24
SubSection "Display"
Depth24
Virtual 1024 768
EndSubSection
EndSection

# Section "ServerLayout"
# Identifier"Layout"
# Screen"Screen"
# InputDevice   "Keyboard"
# InputDevice   "Mouse"
# EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 47795 Mar 18 19:26 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.

X.Org X Server 1.7.5.902 (1.7.6 RC 2)
Release Date: 2010-03-12
X Protocol Version 11, Revision 0
Build Operating System: GNU/kFreeBSD 8.0-1-686 i686 Debian
Current Operating System: GNU/kFreeBSD loony 7.2-1-486 #0 Fri Jan 15 17:03:43 
UTC 2010 i686
Build Date: 16 March 2010  10:51:27PM
xorg-server 2:1.7.5.902-1 (Cyril Brulebois ) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Thu Mar 18 19:25:59 2010
(==) Using config file: "/etc/X11/xorg.conf"
(==) No Layout section.  Using the first Screen section.
(**) |-->Screen "Screen" (0)
(**) |   |-->Monitor ""
(==) No monitor specified for screen "Screen".
Using a default monitor configuration.
(==) Automatically adding devices
(==) Auto

Bug#573388: presence of ~/.config/lxde/config increases CPU load 30%

[Andrew Lee]

tags 573388 +unreproducible
thanks

Hi,

Thanks for reporting this bug. However I cannot reproduce this myself
in sid.
Would you mind to test the version in sid?

-Andrew




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574569: ITP: clamz -- A command-line program to download MP3's from Amazon

[Chris Silva]

Package: wnpp
Severity: wishlist
Owner: Chris Silva 


* Package name: clamz
  Version : 0.2
  Upstream Author : Benjamin Moody 
* URL : http://code.google.com/p/clamz/
* License : GPL-3
  Programming Lang: C
  Description : A command-line program to download MP3's from Amazon

Clamz is intended to serve as a substitute for Amazon's official
MP3 Downloader, which is not free software. Clamz can be used to
download either individual songs or complete albums that you have
purchased from Amazon.
Usage:
When you buy a single song from Amazon, you have the option
to either download it in your web browser (the default behavior)
or via the MP3 Downloader. When you buy an album, Amazon gives
you no choice: you must enable the MP3 Downloader.

To enable the MP3 downloader in the web store, visit the URL
http://www.amazon.com/gp/dmusic/after_download_manager_install.html
(Ignore all the instructions on that page, of course.)  This works
by setting a cookie in your browser; it seems to be completely
separate from your Amazon account.

In any case, when you actually go to download the file(s), if the
appropriate cookie is set you will be directed to open or download
an AMZ file.  This file is basically just an encrypted list of URLs
plus additional information (artist, title, and so forth) about the
songs.

Save the AMZ file somewhere, and run clamz on it; by default this will
just download all of the linked files into the current directory.
More control over where the files are downloaded and how they are named is
available via the command line, as well as the configuration
file, ~/.clamz/config.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#562512: lirc-modules-source: Fails to compile with 2.6.32

[Mike Edwards]

Correction: The 0.8.6 module source linked above does compile, but it
does *not* work with 0.8.3 userspace:

Mar 18 23:19:21 gimli lircd-0.8.3[22810]: lircd(userspace) ready
Mar 18 23:19:31 gimli lircd-0.8.3[22810]: accepted new client on
/dev/lircd
Mar 18 23:19:31 gimli lircd-0.8.3[22810]: could not get hardware
features
Mar 18 23:19:31 gimli lircd-0.8.3[22810]: this device driver does not
support the new LIRC interface
Mar 18 23:19:31 gimli lircd-0.8.3[22810]: make sure you use a current
version of the driver
Mar 18 23:19:31 gimli lircd-0.8.3[22810]: caught signal

r...@gimli:/etc/lirc# dpkg -l lirc
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  lirc   0.8.3-5infra-red remote control support
r...@gimli:/etc/lirc# dpkg -l lirc-modu\* | awk '{if ($1 == "ii") print
$2,$3}'
lirc-modules-2.6.26-1-amd64 0.8.3-2+2.6.26-13
lirc-modules-2.6.30-1-amd64 0.8.3-4+2.6.30-5
lirc-modules-2.6.32-3-amd64 0.8.6-1~c0.sidux.13+2.6.32-9
r...@gimli:/etc/lirc# uname -a
Linux gimli 2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 x86_64
GNU/Linux

End result, of course, is that lirc remains unusable in squeeze.


-- 
  
Mike Edwards|   If this email address disappears,   
Unsolicited advertisments to|   assume it was spammed to death.  To
this address are not welcome.   |   reach me in that case, s/-.*@/@/

"Our progress as a nation can be no swifter than our progress in education.
The human mind is our fundamental resource."
  -- John F. Kennedy



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574570: libc6: Checking for services that need to be restarted fails

[Peter Dey]

Package: libc6
Version: 2.10.2-6
Severity: important



Upgrading from libc6-2.7-18lenny2 to libc6-2.10.2-6 fails to restart the
services that require a restart on upgrade.  A number of errors are output 
to the console:

Setting up libc6 (2.10.2-6) ...
Checking for services that may need to be restarted...
Checking init scripts...
Usage: /etc/init.d/cron {start|stop|restart|reload|force-reload}.
/var/lib/dpkg/info/libc6.postinst: line 165: [: missing `]'
postfix is running.
/var/lib/dpkg/info/libc6.postinst: line 165: [: missing `]'
Usage: /etc/init.d/rsync {start|stop|reload|force-reload|restart}
/var/lib/dpkg/info/libc6.postinst: line 165: [: missing `]'
Usage: /etc/init.d/samba {start|stop|reload|restart|force-reload}
/var/lib/dpkg/info/libc6.postinst: line 165: [: missing `]'
sshd is running.
/var/lib/dpkg/info/libc6.postinst: line 165: [: missing `]'
Nothing to restart.

I'm not sure whether this is an error caused by the postinst for 2.7-18lenny2, 
or by the new 2.10.2-6.


Cheers,
Peter Dey


-- System Information:
Debian Release: 5.0.4
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6 depends on:
ii  libc-bin 2.10.2-6Embedded GNU C Library: Binaries
ii  libgcc1  1:4.3.2-1.1 GCC support library

libc6 recommends no packages.

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0] 1.5.24 Debian configuration management sy
pn  glibc-doc  (no description available)
ii  locales   2.10.2-6   Embedded GNU C Library: National L

-- debconf information:
  glibc/upgrade: true
  glibc/disable-screensaver:
  glibc/restart-failed:
  glibc/restart-services:



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#573889: [Pkg-openssl-devel] Bug#573889: libssl0.9.8: unknown message digest algorithm error in dovecot

[Marcus Jodorf]

Kurt Roeckx wrote:


With which program do you connect to dovecot?  Are you doing
it with imap (port 143) or imaps (port 993)?


I tried icedove (2.0.0.22) and Apple Mail.
Icedove originally was set to use TLS with port 143 and Apple Mail had 
it's "use ssl" setting set which results in using port 993.

Both failed to connect to dovecot after the upgrade to libssl0.9.8m-(1/2).

I then tried icedove using port 993 too and it fails.



Can you try connecting to it using s_client?  Something like:
openssl s_client -connect localhost:143 -starttls imap -CAfile 
/etc/ssl/certs/dovecot.pem
or:
openssl s_client -connect localhost:993 -CAfile /etc/ssl/certs/dovecot.pem

Does that work?  Does that produce anything in the log file
indicating an error with tls/ssl?


With libssl0.9.8m-2:

b...@hydrogen:~$ openssl s_client -connect localhost:143 -starttls imap 
-CAfile /etc/ssl/certs/dovecot.pem

CONNECTED(0003)
depth=1 /C=DE/O=/OU=CA authority/CN= 
CA/emailaddress=hostmas...@.de

verify error:num=19:self signed certificate in certificate chain
verify return:0
5768:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake 
failure:s23_lib.c:188:


Logfile:
Mar 19 03:42:54 hydrogen dovecot: imap-login: Disconnected (no auth 
attempts): rip=127.0.0.1, lip=127.0.0.1, TLS handshaking: SSL_accept() 
failed: error:0D0C50A1:asn1 encoding routines:ASN1_item_verify:unknown 
message digest algorithm



Now using port 993:

b...@hydrogen:~$ openssl s_client -connect localhost:993 -CAfile 
/etc/ssl/certs/dovecot.pem

CONNECTED(0003)
depth=1 /C=DE/O=/OU=CA authority/CN= 
CA/emailaddress=hostmas...@.de

verify error:num=19:self signed certificate in certificate chain
verify return:0
5987:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake 
failure:s23_lib.c:188:


Logfile:
Mar 19 03:54:36 hydrogen dovecot: imap-login: Disconnected (no auth 
attempts): rip=127.0.0.1, lip=127.0.0.1, TLS handshaking: SSL_accept() 
failed: error:0D0C50A1:asn1 encoding routines:ASN1_item_verify:unknown 
message digest algorithm



After going back from libssl0.9.8m-2 to libssl0.9.8_0.9.8k-8 and 
restarting dovecot all works fine again (as it did the last few years):


b...@hydrogen:~$ openssl s_client -connect localhost:143 -starttls imap 
-CAfile /etc/ssl/certs/dovecot.pem

CONNECTED(0003)
depth=1 /C=DE/O=/OU=CA authority/CN= 
CA/emailaddress=hostmas...@.de

verify error:num=19:self signed certificate in certificate chain
verify return:0
---
Certificate chain
 0 s:/C=DE/O=.de/OU=mail 
services/CN=mailhost..de/emailaddress=postmas...@.de
   i:/C=DE/O=/OU=CA authority/CN= 
CA/emailaddress=hostmas...@.de
 1 s:/C=DE/O=/OU=CA authority/CN= 
CA/emailaddress=hostmas...@.de
   i:/C=DE/O=/OU=CA authority/CN= 
CA/emailaddress=hostmas...@.de

---
Server certificate
-BEGIN CERTIFICATE-

**shortened**

-END CERTIFICATE-
subject=/C=DE/O=.de/OU=mail 
services/CN=mailhost..de/emailaddress=postmas...@.de
issuer=/C=DE/O=/OU=CA authority/CN= 
CA/emailaddress=hostmas...@.de

---
No client certificate CA names sent
---
SSL handshake has read 4245 bytes and written 342 bytes
---
New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-SHA
Server public key is 2048 bit
Compression: NONE
Expansion: NONE
SSL-Session:
Protocol  : TLSv1
Cipher: DHE-RSA-AES256-SHA
Session-ID: 
D452D27272507C8F56C1D86643A8AC8C7BC555E718440AC737F299E8BE397EB2

Session-ID-ctx:
Master-Key: 
C1CB9A54BF521634A4725790A2BDB43F806B745BBDF322DB01137721E5ED334B03564352469FA6D4072279B6C30B76E5

Key-Arg   : None
Start Time: 1268967813
Timeout   : 300 (sec)
Verify return code: 19 (self signed certificate in certificate chain)
---
. OK Capability completed.
* BYE Disconnected for inactivity.
closed


Using port 993:

b...@hydrogen:~$ openssl s_client -connect localhost:993 -CAfile 
/etc/ssl/certs/dovecot.pem

CONNECTED(0003)
depth=1 /C=DE/O=/OU=CA authority/CN= 
CA/emailaddress=hostmas...@.de

verify error:num=19:self signed certificate in certificate chain
verify return:0
---
Certificate chain
 0 s:/C=DE/O=.de/OU=mail 
services/CN=mailhost..de/emailaddress=postmas...@.de
   i:/C=DE/O=/OU=CA authority/CN= 
CA/emailaddress=hostmas...@.de
 1 s:/C=DE/O=/OU=CA authority/CN= 
CA/emailaddress=hostmas...@.de
   i:/C=DE/O=/OU=CA authority/CN= 
CA/emailaddress=hostmas...@.de

---
Server certificate
-BEGIN CERTIFICATE-

**shortened***

-END CERTIFICATE-
subject=/C=DE/O=.de/OU=mail 
services/CN=mailhost..de/emailaddress=postmas...@.de
issuer=/C=DE/O=/OU=CA authority/CN= 
CA/emailaddress=hostmas...@.de

---
No client certificate CA names sent
---
SSL handshake has read 3723 bytes and written 316 bytes
---
New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-SHA
Server public key is 2048 bit
Compression: NONE
Expansion: NONE
SSL-Session:
Protocol

Bug#574568: lurker: "zap" link to delete email from archive is javascript GET, causes bad interactions with crawlers

[Andy Smith]

On Fri, Mar 19, 2010 at 03:16:06AM +, Andy Smith wrote:
> It might also be nice to document a simple way to remove the link
> entirely. This looks promising:
> 
> http://www.terpstra.ca/lurker/message/20060423.233328.bd5efdb8.en.html

Just a note that the above (deleting the link from the .xsl file)
seems to work fine if you just want the link gone.

Cheers,
Andy


signature.asc
Description: Digital signature

Bug#565124: blkid man pages description lacks mention of UUIDs

[Arthur Marsh]

Package: util-linux
Version: 2.16.2-0
Severity: normal


If the space allowed for the one-line summary of the command blkid allows it,
mention could be made of labels as well as UUIDs.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages util-linux depends on:
ii  dpkg1.15.5.6 Debian package management system
ii  initscripts 2.87dsf-8.1  scripts for initializing and shutt
ii  install-info4.13a.dfsg.1-5   Manage installed documentation in 
ii  libblkid1   2.16.2-0 block device id library
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libncurses5 5.7+20100313-1   shared libraries for terminal hand
ii  libselinux1 2.0.89-4 SELinux runtime shared libraries
ii  libuuid12.16.2-0 Universally Unique ID library
ii  lsb-base3.2-23   Linux Standard Base 3.2 init scrip
ii  tzdata  2010e-1  time zone and daylight-saving time
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  console-tools  1:0.2.3dbs-69 Linux console and font utilities
ii  dosfstools 3.0.9-1   utilities for making and checking 
ii  kbd-compat [kbd]   1:0.2.3dbs-69 Wrappers around console-tools for 
pn  util-linux-locales (no description available)

-- debconf-show failed



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574568: lurker: "zap" link to delete email from archive is javascript GET, causes bad interactions with crawlers

[Andy Smith]

Package: lurker
Version: 2.1-13
Severity: minor

By default, lurker includes a javascript image link on each email that
looks something like this:

javascript:trash('http://lists.example.com/lurker/zap/20100318.113155.0e0de092.en.html');

Because this link just appears to a non-human client like any other page
link, crawlers such as googlebot will attempt to follow it.

At the very least this causes log spam of "Password:" prompt and then
failed password notification, and of course the wasted bandwidth of
having the bots follow all these links, which appear on every page of
the archive.

It may be possible to keep bots out with a suitable robots.txt, e.g.:

User-agent: *
Disallow: 
Crawl-delay: 5
Disallow: /lurker/zap/

However, this seems to have limited effect even against googlebot.

In general using simple GET URLs for things which have an action (i.e.,
deleting an email from the archive) is bad form. This should really be
done as a proper form via POST, then bots would ignore it.

It might also be nice to document a simple way to remove the link
entirely. This looks promising:

http://www.terpstra.ca/lurker/message/20060423.233328.bd5efdb8.en.html

Cheers,
Andy

-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-xen-686 (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 lurker depends on:
ii  adduser3.110 add and remove users and groups
ii  apache22.2.9-10+lenny6   Apache HTTP Server metapackage
ii  apache2-mpm-prefork [h 2.2.9-10+lenny6   Apache HTTP Server - traditional n
ii  debconf [debconf-2.0]  1.5.24Debian configuration management sy
ii  libc6  2.7-18lenny2  GNU C Library: Shared libraries
ii  libgcc11:4.3.2-1.1   GCC support library
ii  libmimelib1c2a 4:3.5.9-5 KDE mime library
ii  libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3
ii  passwd 1:4.1.1-6+lenny1  change and administer password and
ii  ucf3.0016Update Configuration File: preserv
ii  xsltproc   1.1.24-2  XSLT command line processor
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

lurker recommends no packages.

Versions of packages lurker suggests:
ii  gnupg 1.4.9-3+lenny1 GNU privacy guard - a free PGP rep
ii  mailman   1:2.1.11-11Powerful, web-based mailing list m

-- debconf information excluded

-- 
http://bitfolk.com/ -- No-nonsense VPS hosting

"It is I, Simon Quinlank.  The chief conductor on the bus that is called
 hobby." -- Simon Quinlank


signature.asc
Description: Digital signature

Bug#574567: ITP: gdevilspie -- A user friendly interface for devilspie

[Chris Silva]

Package: wnpp
Severity: wishlist
Owner: Chris Silva 


* Package name: gdevilspie
  Version : 0.31
  Upstream Author : Islam Amer 
* URL : http://code.google.com/p/gdevilspie/downloads/list
* License : GPL-2
  Programming Lang: Python
  Description : A user friendly interface for devilspie

A user friendly interface to the devilspie window matching
daemon, to create rules easily.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#559655: [buildd-tools-devel] Bug#559655: sbuild: dealing with experimental is (less of?) a PITA

[Cyril Brulebois]

Hi Roger.

Roger Leigh  (13/12/2009):
> There are IIRC some extra patches needed to make sbuild work nicely
> when building experimental packages.  I did at one point merge some
> changes needed for experimental autobuilding, but I think there may
> be some outstanding patches which are missing.

I think so. I didn't notice anything related which would differ
between “my” experimental kfreebsd-* buildds (using packages built
from the buildd branch AFAICT), and my (sid-using) local sbuild setup.

> I'll CC HE, who is probably the best person to ask about experimental
> autobuilding AFAIK!

Marc? :)

> I am not aware of any specific setup HOWTO or other documentation
> about configuring a Debian system to build from experiemental.  I
> would be happy to add support for that to sbuild if I could, plus
> add automatic setup of any specific chroot configuration such as APT
> pinning etc.  I just don't have the specific knowledge to do this
> I'm afraid, but I'm always happy to accept patches or suggestions
> from those that do!

In the meanwhile, people could be pointed to the following option,
which AFAICT isn't listed in the manpage yet:
| --build-dep-resolver=aptitude

Context: I've been trying to rebuild some packages providing udebs
against versions of cairo/pango/gtk sitting in experimental (details
in [1]).

 1. http://lists.debian.org/debian-boot/2010/03/msg00313.html

My findings so far, when using this option, and no pinning at all:

 * If one B-D on libfoo-dev (>= foover), with foover only available in
experimental, that works fine; both libfoo-dev and libfoo are pulled
from experimental. Unfortunately, if libfoo pulls libbar (= barver),
with barver in experimental, and one only B-D on libbar (>=
previousbarver) with previousbarver in unstable, one ends up trying to
install libbar-dev from unstable (because it's sufficient for the
Build-Depends), and libbar from experimental (because it was computed
as needed to satisfy some dependencies).

 * This results in broken packages. It can be worked around, though,
by using an extra option: --add-depends='libbar (>= barver)', with
several packages if needed.


I agree this is suboptimal, but still far better than trying to
manually install packages from experimental by logging into the chroot
as described in my initial bugreport, and having to clean the mess up
afterward.

Depending on Marc's reply, you might want to document those options as
a possible way to deal with experimental, until proper support is
added and/or documented.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#562512: lirc-modules-source: Fails to compile with 2.6.32

[Mike Edwards]

This package still fails to compile with linux-image-2.6.32-3-amd64.
Building 0.8.6 from the above sidux url appears to work, however.


-- 
  
Mike Edwards|   If this email address disappears,   
Unsolicited advertisments to|   assume it was spammed to death.  To
this address are not welcome.   |   reach me in that case, s/-.*@/@/

"Our progress as a nation can be no swifter than our progress in education.
The human mind is our fundamental resource."
  -- John F. Kennedy



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#533291: Forwarded

[Chris Taylor]

forwarded 533291 http://sourceforge.net/support/tracker.php?aid=2972493
thanks

Forwarded upstream to http://sourceforge.net/support/tracker.php?aid=2972493

Thanks,
Chris



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563786: fails to install due to incorrect dependencies in init.d LSB header

[José Luis Tallón]

Petter Reinholdtsen wrote:
> Hi.  Any progress with this upload/sponsoring?  Would be nice to have
> this issue fixed in testing soon. :)
>   
Indeed. The upload is ready, but found no sponsors yet.


Any upload-capable one reading this is welcome to sponsor.


J.L.





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574566: mirror submission for debian.ufba.br

[Rafael Gomes]

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: debian.ufba.br
Aliases: debian.ufba.br
Type: leaf
Archive-architecture: amd64 i386 
Archive-http: /debian/
IPv6: no
Archive-upstream: ftp.br.debian.org
Updates: once
Maintainer: Rafael Gomes 
Country: BR Brazil
Location: Salvador
Sponsor: Universidade Federal da Bahia www.ufba.br



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574565: should remove ssl-cert group at purge if unused, and maybe add user to group

[Jonas Smedegaard]

Package: ssl-cert
Version: 1.0.25
Severity: serious

ssl-cert adds a group at install which is not removed again at purge.

See the package icecast2 for a proven purge routine for inspiration.

Also, since ssl-cert creates only a group, and order of install or purge
is nondeterministic, other packages cannot reliably cleanup the group if
they are purged last.

A way to solve that is for the ssl-cert package to create a dummy user
and add that to its group: Then both ssl-cert itself and packages using
it can reliably remove the group at purgte time if the group is empty.

Again, see icecast2 for example.


Kind regards,

 - Jonas


P.S.

Problem discovered during resolving of bug#574214.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574486: [pkg-boost-devel] Bug#574486: libboost-dev: 1.42?

[Steve M. Robbins]

On Thu, Mar 18, 2010 at 03:48:21PM +0100, Olaf van der Spek wrote:
> Package: libboost-dev
> Version: 1.40.0.1
> Severity: normal
> 
> Hi,
> 
> Could this package be pointed to 1.42?

Yes, it's in the queue [1] for transition and will be
uploaded once the release team gives the go-ahead.

[1] http://lists.debian.org/debian-release/2010/02/msg00320.html
http://lists.debian.org/debian-devel-announce/2010/03/msg5.html

Regards,
-Steve


signature.asc
Description: Digital signature

Bug#574529: release-notes: [SQUEEZE] vserver kernel flavors deprecated

[maximilian attems]

On Thu, 18 Mar 2010, dann frazier wrote:

> Package: release-notes
> Severity: normal
> 
> As mentioned in [1], the "vserver" featureset is planned to be removed
> from the Debian linux kernel after the squeeze release. Debian suggests that
> users consider migrating vserver systems to either the LXC (Linux Containers)
> features of the upstream kernel or to the "openvz" featureset.
> 
> [1] http://lists.debian.org/debian-devel-announce/2009/10/msg3.html

I think this should have a stronger statement adding that
we can't guarantee to have any out of tree patch for the next release,
but are delivering them on a case per case decision.
Considering that this specific upstream might not want to support
the specific linux-2.6 version we might release with in squeeze+1.

also please scratch openvz featureset from aboves recommendation
it is also out of tree and may not be merged by 2.6.38.
lxc is continuously improving and network namespace support gaining
traction in mainstream.

thanks for opening that bug.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574564: firmware-linux-free: non pertinent NEWS file

[Vincent Danjean]

Package: firmware-linux-free
Version: 2.6.32-10
Severity: normal

The NEWS file about the hd -> scsi migration is included in all binary packages
of linux-2.6. This is problematic because, for example, the message is
displayed by apt-listchanges when firmware-linux-free is upgraded (and not at
all useful in this case). But then, it is not displayed anymore by
apt-listchanges when linux-image-2.6.32-4-amd64 or linux-base are installed.
  It would be better if this NEWS file wes only present in the binary package
that contains the upgrade script (linux-base it seems).

  Regards
Vincent


-- System Information:
Debian Release: squeeze/sid
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 
'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#564133: xorg-server-core build failure also on 1.7.5.902

[David Mohr]

On Thu, Mar 18, 2010 at 4:44 PM, Brice Goglin  wrote:
> David Mohr wrote:
>> Hi,
>> I'm still getting the build failure for the xorg core on 1.7.5.902.
>>
>>   LINK  Xdmx
>> /usr/bin/ld: ../../os/.libs/libos.a(backtrace.o): in function
>> xorg_backtrace:../../os/backtrace.c:47: error: undefined reference to
>> 'dladdr'
>> collect2: ld returned 1 exit status
>>
>
>
> Do you use binutils-gold ?

Yes! I totally forgot about that, thanks for asking.

~David



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#536453: GRUB_GFXPAYLOAD_LINUX

[Constantin Makshin]

Hi!

I have two ideas regarding the recently-added "GRUB_GFXPAYLOAD_LINUX"  
option:
1) I guess the name "GRUB_GFXMODE_LINUX" is better because the new option  
is similar to the existing "GRUB_GFXMODE" one, but applies to Linux  
console only.
2) It shouldn't be applied to "rescue mode" entries because they are  
obviously meant to be as fail-safe as possible and "classic" text modes  
are better in this respect.


--
Constantin Makshin



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574553: More info

[maximilian attems]

On Fri, Mar 19, 2010 at 01:41:41AM +0100, Jesús Ángel del Pozo Domínguez wrote:
> + mbr_check
> + '[' -r /boot/grub/grub.cfg ']'
> ++ awk '/^set root=/{print substr($2, 7, 3); exit}' /boot/grub/grub.cfg
> + groot='(md'
> + '[' -r /boot/grub/menu.lst ']'
> + '[' -e /boot/grub/device.map ']'
> + '[' -n '(md' ']'
> ++ awk '/(md/{ print $NF}' /boot/grub/device.map
> awk: fatal: ( o \( desemparejados: /(md/
> + dev=

please post those files:
/boot/grub/grub.cfg

/boot/grub/menu.lst
/boot/grub/device.map

and 
/etc/fstab

thanks



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572351: Whoops, here is the patch.

[Dominique Brazziel]

Last message just has the source.  Here is the patch.
--- apt-check.dist	2010-03-18 17:55:06.0 -0400
+++ apt-check	2010-03-18 17:55:37.0 -0400
@@ -15,14 +15,14 @@
 # mvo: looping is too inefficient with the new auto-mark code
 #for pkg in cache.Packages:
 #depcache.MarkKeep(pkg)
-depcache.Init()
+depcache.init()
 
 def saveDistUpgrade(cache,depcache):
 """ this functions mimics a upgrade but will never remove anything """
-depcache.Upgrade(True)
-if depcache.DelCount > 0:
+depcache.upgrade(True)
+if depcache.del_count > 0:
 clean(cache,depcache)
-depcache.Upgrade()
+depcache.upgrade()
 
 def _handleException(type, value, tb):
 sys.stderr.write("E: "+ "Unkown Error: '%s' (%s)" % (type,value))
@@ -59,22 +59,22 @@
 
 # get caches
 try:
-cache = apt_pkg.GetCache()
+cache = apt_pkg.Cache()
 except SystemError, e:
 sys.stderr.write("E: "+ _("Error: Opening the cache (%s)") % e)
 sys.exit(-1)
-depcache = apt_pkg.GetDepCache(cache)
+depcache = apt_pkg.DepCache(cache)
 
 # read the pin files
-depcache.ReadPinFile()
+depcache.read_pinfile()
 # read the synaptic pins too
 if os.path.exists(SYNAPTIC_PINFILE):
-depcache.ReadPinFile(SYNAPTIC_PINFILE)
+depcache.read_pinfile(SYNAPTIC_PINFILE)
 
 # init the depcache
-depcache.Init()
+depcache.init()
 
-if depcache.BrokenCount > 0:
+if depcache.broken_count > 0:
 sys.stderr.write("E: "+ _("Error: BrokenCount > 0"))
 sys.exit(-1)
 
@@ -89,21 +89,21 @@
 # because of ubuntu #7907
 upgrades = 0
 security_updates = 0
-for pkg in cache.Packages:
-if depcache.MarkedInstall(pkg) or depcache.MarkedUpgrade(pkg):
+for pkg in cache.packages:
+if depcache.marked_install(pkg) or depcache.marked_upgrade(pkg):
 # check if this is really a upgrade or a false positive
 # (workaround for ubuntu #7907)
-	if depcache.GetCandidateVer(pkg) != pkg.CurrentVer:
+	if depcache.get_candidate_ver(pkg) != pkg.current_ver:
 		upgrades = upgrades + 1	
-ver = depcache.GetCandidateVer(pkg)
-for (file, index) in ver.FileList:
-if (file.Archive.endswith("-security") and
+ver = depcache.get_candidate_ver(pkg)
+for (file, index) in ver.file_list:
+if (file.archive.endswith("-security") and
 file.Origin == "Ubuntu"):
 security_updates += 1
 
 # print the number of upgrades
 if options.show_package_names:
-pkgs = filter(lambda pkg: depcache.MarkedInstall(pkg) or depcache.MarkedUpgrade(pkg), cache.Packages)
+pkgs = filter(lambda pkg: depcache.marked_install(pkg) or depcache.marked_upgrade(pkg), cache.packages)
 sys.stderr.write("\n".join(map(lambda p: p.Name, pkgs)))
 else:
 # print the number of regular upgrades and the number of 

Bug#462002: Sorry, wrong bug.

[Dominique Brazziel]

I meant to post this to 572351.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574057: Update - It works!

[Dominique Brazziel]

After updating apt-check to use the python-apt 0.7.93 API 
I hadn't renamed the new version to the production version
('/usr/lib/update-notifier/apt-check'), but as soon as I did,
the orange ball popped up in the notification area a few seconds 
later!

I am attaching a patch to apt-check that updates 
apt-check to use the new API.
--- apt-check.dist	2010-03-18 17:55:06.0 -0400
+++ apt-check	2010-03-18 17:55:37.0 -0400
@@ -15,14 +15,14 @@
 # mvo: looping is too inefficient with the new auto-mark code
 #for pkg in cache.Packages:
 #depcache.MarkKeep(pkg)
-depcache.Init()
+depcache.init()
 
 def saveDistUpgrade(cache,depcache):
 """ this functions mimics a upgrade but will never remove anything """
-depcache.Upgrade(True)
-if depcache.DelCount > 0:
+depcache.upgrade(True)
+if depcache.del_count > 0:
 clean(cache,depcache)
-depcache.Upgrade()
+depcache.upgrade()
 
 def _handleException(type, value, tb):
 sys.stderr.write("E: "+ "Unkown Error: '%s' (%s)" % (type,value))
@@ -59,22 +59,22 @@
 
 # get caches
 try:
-cache = apt_pkg.GetCache()
+cache = apt_pkg.Cache()
 except SystemError, e:
 sys.stderr.write("E: "+ _("Error: Opening the cache (%s)") % e)
 sys.exit(-1)
-depcache = apt_pkg.GetDepCache(cache)
+depcache = apt_pkg.DepCache(cache)
 
 # read the pin files
-depcache.ReadPinFile()
+depcache.read_pinfile()
 # read the synaptic pins too
 if os.path.exists(SYNAPTIC_PINFILE):
-depcache.ReadPinFile(SYNAPTIC_PINFILE)
+depcache.read_pinfile(SYNAPTIC_PINFILE)
 
 # init the depcache
-depcache.Init()
+depcache.init()
 
-if depcache.BrokenCount > 0:
+if depcache.broken_count > 0:
 sys.stderr.write("E: "+ _("Error: BrokenCount > 0"))
 sys.exit(-1)
 
@@ -89,21 +89,21 @@
 # because of ubuntu #7907
 upgrades = 0
 security_updates = 0
-for pkg in cache.Packages:
-if depcache.MarkedInstall(pkg) or depcache.MarkedUpgrade(pkg):
+for pkg in cache.packages:
+if depcache.marked_install(pkg) or depcache.marked_upgrade(pkg):
 # check if this is really a upgrade or a false positive
 # (workaround for ubuntu #7907)
-	if depcache.GetCandidateVer(pkg) != pkg.CurrentVer:
+	if depcache.get_candidate_ver(pkg) != pkg.current_ver:
 		upgrades = upgrades + 1	
-ver = depcache.GetCandidateVer(pkg)
-for (file, index) in ver.FileList:
-if (file.Archive.endswith("-security") and
+ver = depcache.get_candidate_ver(pkg)
+for (file, index) in ver.file_list:
+if (file.archive.endswith("-security") and
 file.Origin == "Ubuntu"):
 security_updates += 1
 
 # print the number of upgrades
 if options.show_package_names:
-pkgs = filter(lambda pkg: depcache.MarkedInstall(pkg) or depcache.MarkedUpgrade(pkg), cache.Packages)
+pkgs = filter(lambda pkg: depcache.marked_install(pkg) or depcache.marked_upgrade(pkg), cache.packages)
 sys.stderr.write("\n".join(map(lambda p: p.Name, pkgs)))
 else:
 # print the number of regular upgrades and the number of 

Bug#572351: Patch to update apt-check

[Dominique Brazziel]

After updating apt-check to use the python-apt 0.7.93 API 
I hadn't renamed the new version to the production version
('/usr/lib/update-notifier/apt-check'), but as soon as I did,
the orange ball popped up in the notification area a few seconds 
later!

I am attaching a patch to apt-check that updates 
apt-check to use the new API.
#!/usr/bin/python


#nice apt-get -s -o Debug::NoLocking=true upgrade | grep ^Inst 

import apt_pkg
import os
import sys
from optparse import OptionParser
from gettext import gettext as _
import gettext
SYNAPTIC_PINFILE = "/var/lib/synaptic/preferences"

def clean(cache,depcache):
# mvo: looping is too inefficient with the new auto-mark code
#for pkg in cache.Packages:
#depcache.MarkKeep(pkg)
depcache.init()

def saveDistUpgrade(cache,depcache):
""" this functions mimics a upgrade but will never remove anything """
depcache.upgrade(True)
if depcache.del_count > 0:
clean(cache,depcache)
depcache.upgrade()

def _handleException(type, value, tb):
sys.stderr.write("E: "+ "Unkown Error: '%s' (%s)" % (type,value))
sys.exit(-1)


#  main -

# be nice
os.nice(19)

# setup a exception handler to make sure that uncaught stuff goes
# to the notifier
sys.excepthook = _handleException

# gettext
APP="update-notifier"
DIR="/usr/share/locale"
gettext.bindtextdomain(APP, DIR)
gettext.textdomain(APP)

# check arguments
parser = OptionParser()
parser.add_option("-p",
  "--package-names",
  action="store_true",
  dest="show_package_names",
  help="show the packages that are going to be installed/upgraded")
(options, args) = parser.parse_args()
#print options.security_only

# init
apt_pkg.init()

# get caches
try:
cache = apt_pkg.Cache()
except SystemError, e:
sys.stderr.write("E: "+ _("Error: Opening the cache (%s)") % e)
sys.exit(-1)
depcache = apt_pkg.DepCache(cache)

# read the pin files
depcache.read_pinfile()
# read the synaptic pins too
if os.path.exists(SYNAPTIC_PINFILE):
depcache.read_pinfile(SYNAPTIC_PINFILE)

# init the depcache
depcache.init()

if depcache.broken_count > 0:
sys.stderr.write("E: "+ _("Error: BrokenCount > 0"))
sys.exit(-1)

# do the upgrade (not dist-upgrade!)
try:
saveDistUpgrade(cache,depcache)
except SystemError, e:
sys.stderr.write("E: "+ _("Error: Marking the upgrade (%s)") % e)
sys.exit(-1)

# check for upgrade packages, we need to do it this way
# because of ubuntu #7907
upgrades = 0
security_updates = 0
for pkg in cache.packages:
if depcache.marked_install(pkg) or depcache.marked_upgrade(pkg):
# check if this is really a upgrade or a false positive
# (workaround for ubuntu #7907)
	if depcache.get_candidate_ver(pkg) != pkg.current_ver:
		upgrades = upgrades + 1	
ver = depcache.get_candidate_ver(pkg)
for (file, index) in ver.file_list:
if (file.archive.endswith("-security") and
file.Origin == "Ubuntu"):
security_updates += 1

# print the number of upgrades
if options.show_package_names:
pkgs = filter(lambda pkg: depcache.marked_install(pkg) or depcache.marked_upgrade(pkg), cache.packages)
sys.stderr.write("\n".join(map(lambda p: p.Name, pkgs)))
else:
# print the number of regular upgrades and the number of 
# security upgrades
sys.stderr.write("%s;%s" % (upgrades,security_updates))

sys.exit(0)

Bug#573781: Info received (Bug#573781: graphviz: Output of dot -y broken, severely effects monotone-viz)

[Francis Russell]

Just thought I'd add that shortly after sending that last message,
upstream forwarded me the patch (as I requested in the bug report). It
was identical to the one I already posted, with the exception of also
changing the CVS header at the top of the file (which I explicitly
removed from my diff).

Please let me know if there's anything else I can do to expedite the
creation of a fixed package.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574563: ITP: haskell-monoid-transformer -- Transformers for Reader and State Monoids

[USB]

Package: wnpp
Severity: wishlist
Owner: "Ernesto Hernández-Novich (USB)" 


* Package name: haskell-monoid-transformer
  Version : 0.0.2
  Upstream Author : Henning Thielemann 
* URL : http://hackage.haskell.org/packages/monoid-transformer
* License : BSD
  Programming Lang: Haskell
  Description : Transformers for Reader and State Monoids

This library provides Monoid Transformers for the Reader Monoid and
the State Monoid. There's no Monoid Transformer for the Writer Monoid
since the Writer Monad transforms a Monoid into a Monad.

This is a building dependency for Haskore, a Haskell DSL and combinator
library for music manipulation and generation.

-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (900, 'stable'), (1, 'experimental')
Architecture: i386 (i686)



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574526: linux-image-2.6.32-4-amd64: iwlagn flood in dmesg: free more than tfds_in_queue

[Ben Hutchings]

On Thu, 2010-03-18 at 21:05 +0100, Cyril Brulebois wrote:
> Package: linux-2.6
> Version: 2.6.32-10
> Severity: normal
> 
> Hi,
> 
> it looks like the following upstream commits lead to those repeated
> messages, as soon as there's some traffic on the wireless network:
> | [ 3538.284491] iwlagn :02:00.0: free more than tfds_in_queue (1:2)
> | [ 3538.285838] iwlagn :02:00.0: free more than tfds_in_queue (1:2)
> | [ 3538.28] iwlagn :02:00.0: free more than tfds_in_queue (1:2)
> | [ 3538.298152] iwlagn :02:00.0: free more than tfds_in_queue (0:2)
> | [ 3538.299241] iwlagn :02:00.0: free more than tfds_in_queue (1:2)
> 
> master   : a120e912eb51e347f36c71b60a1d13af74d30e83
> 2.6.32.y : 44af042e42f2231579ea8ef7586d3789d198f609
> 
> | $ git show v2.6.32.9-12-g44af042
> | commit 44af042e42f2231579ea8ef7586d3789d198f609
> | Author: Stanislaw Gruszka 
> | Date:   Fri Feb 19 15:47:33 2010 -0800
> | 
> | iwlwifi: sanity check before counting number of tfds can be free
[...]

Stanislaw, do you understand how this is going wrong?  Do you have a
fix?

Ben.

-- 
Ben Hutchings
If at first you don't succeed, you're doing about average.


signature.asc
Description: This is a digitally signed message part

Bug#574526: linux-image-2.6.32-4-amd64: iwlagn flood in dmesg: free more than tfds_in_queue

[Ben Hutchings]

On Fri, 2010-03-19 at 00:58 +0100, Cyril Brulebois wrote:
> Ben Hutchings  (18/03/2010):
> > What's the warning?
> 
> Assuming it's just about running a grep -i warning on
> /var/log/messages, here you are:
> 
> Mar 18 20:00:34 bowmore kernel: [0.00] [ cut here 
> ]
> Mar 18 20:00:34 bowmore kernel: [0.00] WARNING: at 
> /build/mattems-linux-2.6_2.6.32-10-amd64-Ff7Wwa/linux-2.6-2.6.32-10/debian/build/source_amd64_none/drivers/pci/dmar.c:616
>  check_zero_address+0x91/0x19b()
> Mar 18 20:00:34 bowmore kernel: [0.00] Hardware name: Aspire 1810TZ
> Mar 18 20:00:34 bowmore kernel: [0.00] Your BIOS is broken; DMAR 
> reported at address zero!

This is harmless, so far as I know.  I'm proposing to remove this
warning.  I will forward your previous message to linux-wireless.

Ben.

-- 
Ben Hutchings
If at first you don't succeed, you're doing about average.


signature.asc
Description: This is a digitally signed message part

Bug#574562: monotone-viz incompatible with monotone version in unstable

[Francis Russell]

Package: monotone-viz
Version: 1.0.1-1.1
Severity: important


Monotone 0.47 is now in unstable. From 0.46 the format of mtn's automate
interface changed. The version of monotone-viz in testing and unstable cannot
handle these changes and fails to work at all. There is a version of
monotone-viz which does work with 0.46 onwards in the branch
net.venge.monotone-viz.new-stdio. Unfortunately, it looks like this branch fails
to work with the old format. I guess this package should be upgraded to this
branch but only in such a way that it hits testing after monotone 0.47 does.

Regards,

Francis


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32.9 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages monotone-viz depends on:
ii  graphviz  2.26.3-2   rich set of graph drawing tools
ii  libart-2.0-2  2.3.20-2   Library of functions for 2D graphi
ii  libatk1.0-0   1.28.0-1   The ATK accessibility toolkit
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-2   The Cairo 2D vector graphics libra
ii  libfontconfig12.8.0-2generic font configuration library
ii  libfreetype6  2.3.11-1   FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.22.4-1   The GLib library of C routines
ii  libgnomecanvas2-0 2.26.0-1   A powerful object-oriented display
ii  libgtk2.0-0   2.18.6-1   The GTK+ graphical user interface 
ii  libpango1.0-0 1.26.2-1   Layout and rendering of internatio

Versions of packages monotone-viz recommends:
ii  monotone  0.45-2 A distributed version (revision) c

monotone-viz suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#573573: [debian/debian-lenny] Fix CVE-2010-0397: null pointer dereference when processing invalid XML-RPC requests (Closes: #573573)

[Raphael Geissert]

tag 573573 pending
thanks

Date: Sat Mar 13 15:22:26 2010 -0600
Author: Raphael Geissert 
Commit ID: 8dc2658501a6ed61fd51f4bc42b869a735bf1b6b
Commit URL: 
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=8dc2658501a6ed61fd51f4bc42b869a735bf1b6b
Patch URL: 
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=8dc2658501a6ed61fd51f4bc42b869a735bf1b6b

Fix CVE-2010-0397: null pointer dereference when processing invalid XML-RPC 
requests (Closes: #573573)

  



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#568858: gnome-mousetrap: doesn't work (opencv 1 → 2 problem?)

[Samuel Thibault]

severity 568858 critical
thanks

Hello,

Stefano Costa, le Tue 09 Feb 2010 09:07:44 +0100, a écrit :
> Now I just need to understand how to have it properly move the pointer
> (unless there are further bugs, which I think not because there are no
> errors in the console) :-)

There are further bugs.  I couldn't make it work, probably an upstream
bug.  I upgraded to the latest upstream git snapshot, had to rebuild
opencv against python2.6 to get things work, and with that newer
snapshot things work fine.  Unfortunately I can not upload that until
opencv gets build against python2.6, which will only happen when
python2.6 gets the default, which is planned but not scheduled yet.
Raising the priority since in the current state the package just doesn't
work.

Samuel



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#565790: [stable] [ltp] Re: Bug#565790: cat /proc/acpi/ibm/video and must press power button

[Greg KH]

On Wed, Mar 10, 2010 at 05:29:42PM -0300, Henrique de Moraes Holschuh wrote:
> On Tue, 09 Mar 2010, Moritz Muehlenhoff wrote:
> > On Mon, Feb 08, 2010 at 09:53:57PM -0200, Henrique de Moraes Holschuh wrote:
> > > On Wed, 27 Jan 2010, jida...@jidanni.org wrote:
> > > > go reading /proc/acpi/ibm/video every day. But the curious user should
> > > > have to resort to the power button if he steps on this landmine.
> > > 
> > > Sure.  I limited it to CAP_SYS_ADMIN now, which usually means root.
> > > 
> > > The patch will be sent for merging, but I can't promise it will be merged
> > > before the next merge window for 2.6.34, and only after that will it be
> > > a cantidade for a 2.6.32.y stable.
> > > 
> > > Patch attached for reference.
> > 
> > Adding sta...@kernel.org to CC. Please apply for 2.6.32.x :
> > This was merged in Linus' git as b525c06cdbd8a3963f0173ccd23f9147d4c384b5
> 
> They should already have it somewhere in their queue, since I have Cc'd them
> in the git commit message, which I understand is automatically parsed when
> the commit gets merged in mainline.

Yes, I applied it to the .33.1 release.  But it does not apply cleanly
to the .32 kernel.  If you wish to see it there, please, can someone
provide me with a backported version?

thanks,

greg k-h



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574561: do not use an invalid "TLD"

[Christoph Anton Mitterer]

Package: libnss-gw-name
Severity: important
Tags: upstream

Hi.

In principle I like the idea of your package and can even imagine to
have other things like:
1.nameserver.
2.nameserver1.
...
or
eth0.
wlan0.
eth1.


However,.. may I strongly suggest not to use ".current" as TLD for the
domain names (as gateway.current).

Although it's rather unlikely that "current" will be ever delegated in
the root, it's not impossible.
RFC 2606 lists some reserved TLDs and I'd suggest to use ".localhost",
which would fit quite well IMHO, aso it's "the gateway of the
localhost".

Cheers,
Chris.



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-fermat (SMP w/4 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


smime.p7s
Description: S/MIME cryptographic signature

Bug#574536: fail2ban: no longer starts at boot automatically, only by hand

[Yaroslav Halchenko]

would you mind sharing the content of /etc/fail2ban? have you
modified/customized any configuration file?

On Thu, 18 Mar 2010, Osvaldo La Rosa wrote:

> jupiter:~# /etc/init.d/fail2ban start
> Traceback (most recent call last):
>   File "/usr/bin/fail2ban-client", line 401, in 
> if client.start(sys.argv):
>   File "/usr/bin/fail2ban-client", line 370, in start
> return self.__processCommand(args)
>   File "/usr/bin/fail2ban-client", line 180, in __processCommand
> ret = self.__readConfig()
>   File "/usr/bin/fail2ban-client", line 375, in __readConfig
> ret = self.__configurator.getOptions()
>   File "/usr/share/fail2ban/client/configurator.py", line 65, in getOptions
> return self.__jails.getOptions(jail)
>   File "/usr/share/fail2ban/client/jailsreader.py", line 64, in getOptions
> ret = jail.getOptions()
>   File "/usr/share/fail2ban/client/jailreader.py", line 70, in getOptions
> self.__opts = ConfigReader.getOptions(self, self.__name, opts)
>   File "/usr/share/fail2ban/client/configreader.py", line 84, in getOptions
> v = self.get(sec, option[1])
>   File "/usr/lib/python2.5/ConfigParser.py", line 525, in get
> return self._interpolate(section, option, value, d)
>   File "/usr/lib/python2.5/ConfigParser.py", line 593, in _interpolate
> self._interpolate_some(option, L, rawval, section, vars, 1)
>   File "/usr/lib/python2.5/ConfigParser.py", line 625, in _interpolate_some
> option, section, rest, var)
> ConfigParser.InterpolationMissingOptionError: Bad value substitution:
>   section: [apache-noscript]
>   option : action
>   key: action_wml
>   rawval : 

-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574512: [Monotone-debian] Bug#574512: monotone: mtn sync fails with 'fatal' error message

[Francis Russell]

Thomas Keller wrote:

> This looks like a regression introduced in f65d9cb5 - please check if
> this patch solves your problem:

I rebuilt with the suggested patch and this appeared to fix the problem.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574526: linux-image-2.6.32-4-amd64: iwlagn flood in dmesg: free more than tfds_in_queue

[Cyril Brulebois]

Ben Hutchings  (18/03/2010):
> What's the warning?

Assuming it's just about running a grep -i warning on
/var/log/messages, here you are:

Mar 18 20:00:34 bowmore kernel: [0.00] [ cut here 
]
Mar 18 20:00:34 bowmore kernel: [0.00] WARNING: at 
/build/mattems-linux-2.6_2.6.32-10-amd64-Ff7Wwa/linux-2.6-2.6.32-10/debian/build/source_amd64_none/drivers/pci/dmar.c:616
 check_zero_address+0x91/0x19b()
Mar 18 20:00:34 bowmore kernel: [0.00] Hardware name: Aspire 1810TZ
Mar 18 20:00:34 bowmore kernel: [0.00] Your BIOS is broken; DMAR 
reported at address zero!
Mar 18 20:00:34 bowmore kernel: [0.00] BIOS vendor: INSYDE; Ver: 
v0.3115; Product Version: v0.3115
Mar 18 20:00:34 bowmore kernel: [0.00] Modules linked in:
Mar 18 20:00:34 bowmore kernel: [0.00] Pid: 0, comm: swapper Not 
tainted 2.6.32-4-amd64 #1
Mar 18 20:00:34 bowmore kernel: [0.00] Call Trace:
Mar 18 20:00:34 bowmore kernel: [0.00]  [] ? 
check_zero_address+0x91/0x19b
Mar 18 20:00:34 bowmore kernel: [0.00]  [] ? 
check_zero_address+0x91/0x19b
Mar 18 20:00:34 bowmore kernel: [0.00]  [] ? 
warn_slowpath_common+0x77/0xa3
Mar 18 20:00:34 bowmore kernel: [0.00]  [] ? 
warn_slowpath_fmt+0x51/0x59
Mar 18 20:00:34 bowmore kernel: [0.00]  [] ? 
early_idt_handler+0x0/0x71
Mar 18 20:00:34 bowmore kernel: [0.00]  [] ? 
_etext+0x0/0x1ed1c7
Mar 18 20:00:34 bowmore kernel: [0.00]  [] ? 
__early_ioremap+0x1a3/0x23b
Mar 18 20:00:34 bowmore kernel: [0.00]  [] ? 
early_idt_handler+0x0/0x71
Mar 18 20:00:34 bowmore kernel: [0.00]  [] ? 
check_zero_address+0x91/0x19b
Mar 18 20:00:34 bowmore kernel: [0.00]  [] ? 
early_idt_handler+0x0/0x71
Mar 18 20:00:34 bowmore kernel: [0.00]  [] ? 
_etext+0x0/0x1ed1c7
Mar 18 20:00:34 bowmore kernel: [0.00]  [] ? 
detect_intel_iommu+0x12/0x8c
Mar 18 20:00:34 bowmore kernel: [0.00]  [] ? 
pci_iommu_alloc+0x56/0x61
Mar 18 20:00:34 bowmore kernel: [0.00]  [] ? 
mem_init+0x15/0xe5
Mar 18 20:00:34 bowmore kernel: [0.00]  [] ? 
start_kernel+0x1f6/0x3dc
Mar 18 20:00:34 bowmore kernel: [0.00]  [] ? 
x86_64_start_kernel+0xf9/0x106
Mar 18 20:00:34 bowmore kernel: [0.00] ---[ end trace a7919e7f17c0a725 
]---

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#573889: [Pkg-openssl-devel] Bug#573889: libssl0.9.8: unknown message digest algorithm error in dovecot

[Richard van den Berg]

On 18-3-10 00:19 , Kurt Roeckx wrote:

icedove is not using libssl nor gnutls but uses it's own ssl
library.  So it might not be compatible with the current version.
   


The issue is that the postfix (in my case) and dovecot (Marcus' case) 
server components report an error when using 0.9.8m. This is triggered 
both by using Thunderbird (I don't run Debian on my desktop) and s_client.



Can you setting up an s_server and connecting with icedove to
that?
   


I can, but it is using SSL, not STARTTLS. I do not know how to set up an 
s_server that accepts STARTTLS.


I have attached a test key and signed certificate that fails for me in 
postfix. It should be easy enough to set up a postfix that triggers the 
issue with libssl 0.9.8m. (Btw, I created the req and crt using 
libssl0.9.8_0.9.8m-2_amd64.deb.)


smtpd_tls_cert_file = /etc/ssl/certs/test.pem
smtpd_tls_CAfile = /etc/ssl/certs/vdberg.org.ca.pem
smtpd_tls_security_level = may
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_tls_received_header = yes
smtpd_tls_loglevel = 3

To trigger the issue:

openssl s_client -connect localhost:25 -CAfile 
/etc/ssl/certs/vdberg.org.ca.pem -starttls smtp


The error will be in /var/log/mail.log

Richard

-BEGIN RSA PRIVATE KEY-
MIICWwIBAAKBgQDdZ+92Gcp5gXKW2yZjgvOn7/OCyVGrRA90see0edxjbwxtWf6K
X/I097eTW0mL7UiQy+wuof5s/CM/orbNrSxKgg1xgBtJ0ikNVDSenO+p+gcvuX9e
Jlicms1U415AYWGGavp6roGicRKibW1trVaga467rGRvlSuo8DPahj7AiwIDAQAB
AoGAUEvZdKN14wsnW76u9XgQld9YGR6aF9rfIBtFRRbM7uLfRulUfyq81KjiUvbQ
fYbYwmqyhVcKxsvKnNGOKpmbbd09lQAYE34rZI81ZnjHb2E+NzpSjO1TuG3i+vdc
Yu6/E0PqER8I7e26vOaaB1COfbb/RiXrr0AOuPBYKRijfcECQQD7LhGHbRTxfSap
pinyRfwi2Baw96nY4DQPsCNfr9hCn3+PzOSzkzzIsyed1eTH48dr8kQN9QUGyw7i
bvj3HkFHAkEA4aeZ5nHZ/bi13jwxIcRjjtSILpiv6NI3wYjOT9DvSAKLLOR2bnVH
r7CeulIFYPLSvEL4o9gNdM7MNm1+M2WInQJAeMFOFhBgGDT1qGvFEL+KlunSBuQa
GLS48q3YY8EzM9xgRC7Z6Gcpusc+jYfuRBcCoafIBfm8n+ZxUnTNZmh6MwJATSlM
fPptek8REX8vpcZL7OlL7/MSI+DOZAVt1ukxCUSlZqJwxPChpLgWbsvhPveJjAqy
jwQwBcM5HVtvjg+oGQJAY1RwQ/7rmxJUbJofQqUg5Tda+14mKMq0/BWzVZAUuVgt
G4kgmWiJ3zkyareNhlb38mnktxJDI3sfc9gP5CjHgQ==
-END RSA PRIVATE KEY-
Certificate:
Data:
Version: 1 (0x0)
Serial Number: 7 (0x7)
Signature Algorithm: sha256WithRSAEncryption
Issuer: O=vdberg.org/emailaddress=hostmas...@vdberg.org, L=Voorburg, 
ST=Zuid-Holland, C=NL, CN=vdberg.org private CA
Validity
Not Before: Mar 18 23:44:13 2010 GMT
Not After : Jun 26 23:44:13 2010 GMT
Subject: C=NL, ST=Zuid-Holland, O=vdberg.org, CN=test.vdberg.org
Subject Public Key Info:
Public Key Algorithm: rsaEncryption
RSA Public Key: (1024 bit)
Modulus (1024 bit):
00:dd:67:ef:76:19:ca:79:81:72:96:db:26:63:82:
f3:a7:ef:f3:82:c9:51:ab:44:0f:74:b1:e7:b4:79:
dc:63:6f:0c:6d:59:fe:8a:5f:f2:34:f7:b7:93:5b:
49:8b:ed:48:90:cb:ec:2e:a1:fe:6c:fc:23:3f:a2:
b6:cd:ad:2c:4a:82:0d:71:80:1b:49:d2:29:0d:54:
34:9e:9c:ef:a9:fa:07:2f:b9:7f:5e:26:58:9c:9a:
cd:54:e3:5e:40:61:61:86:6a:fa:7a:ae:81:a2:71:
12:a2:6d:6d:6d:ad:56:a0:6b:8e:bb:ac:64:6f:95:
2b:a8:f0:33:da:86:3e:c0:8b
Exponent: 65537 (0x10001)
Signature Algorithm: sha256WithRSAEncryption
47:87:51:7f:d8:4c:4b:01:6d:7c:9c:fa:61:b8:90:9e:41:d8:
12:6b:56:68:b9:57:39:a9:76:5a:16:06:94:84:76:c8:11:95:
3b:0c:ac:a1:9a:9a:e9:d9:10:50:0c:4c:fc:db:8f:29:a0:1e:
60:13:4c:d6:3e:c3:5c:52:18:bc:48:07:2b:fe:4b:c1:cd:b8:
16:d0:b1:da:b5:12:48:df:95:f3:6d:a0:0f:2f:76:d6:be:51:
f2:01:83:bd:7c:b3:57:a7:64:ae:9e:68:15:b1:98:82:94:e7:
dc:f0:fa:d8:7c:29:98:5e:3a:3f:f1:ed:d7:5b:0e:10:e3:c8:
1c:a5
-BEGIN CERTIFICATE-
MIICVTCCAb4CAQcwDQYJKoZIhvcNAQELBQAwgZIxEzARBgNVBAoTCnZkYmVyZy5v
cmcxJDAiBgkqhkiG9w0BCQEWFWhvc3RtYXN0ZXJAdmRiZXJnLm9yZzERMA8GA1UE
BxMIVm9vcmJ1cmcxFTATBgNVBAgTDFp1aWQtSG9sbGFuZDELMAkGA1UEBhMCTkwx
HjAcBgNVBAMTFXZkYmVyZy5vcmcgcHJpdmF0ZSBDQTAeFw0xMDAzMTgyMzQ0MTNa
Fw0xMDA2MjYyMzQ0MTNaMFMxCzAJBgNVBAYTAk5MMRUwEwYDVQQIEwxadWlkLUhv
bGxhbmQxEzARBgNVBAoTCnZkYmVyZy5vcmcxGDAWBgNVBAMTD3Rlc3QudmRiZXJn
Lm9yZzCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA3WfvdhnKeYFyltsmY4Lz
p+/zgslRq0QPdLHntHncY28MbVn+il/yNPe3k1tJi+1IkMvsLqH+bPwjP6K2za0s
SoINcYAbSdIpDVQ0npzvqfoHL7l/XiZYnJrNVONeQGFhhmr6eq6BonESom1tba1W
oGuOu6xkb5UrqPAz2oY+wIsCAwEAATANBgkqhkiG9w0BAQsFAAOBgQBHh1F/2ExL
AW18nPphuJCeQdgSa1ZouVc5qXZaFgaUhHbIEZU7DKyhmprp2RBQDEz8248poB5g
E0zWPsNcUhi8SAcr/kvBzbgW0LHatRJI35XzbaAPL3bWvlHyAYO9fLNXp2SunmgV
sZiClOfc8PrYfCmYXjo/8e3XWw4Q48gcpQ==
-END CERTIFICATE-

Bug#574559: oxygen-icon-theme: device icons are missing mounted/umounted versions

[James Zuelow]

Package: oxygen-icon-theme
Version: 4:4.3.4-1
Severity: minor

After updating my KDE desktop from Lenny to Squeeze my device icons lost
their mounted/umounted versions.

I find the visual indicator of the device's status is very handy, especially
for things like mount points for remote filesystems such as CIFS, NFS,
etc.

Cheers!

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574270: Functionality overlap between udev's modem-modeswitch and usb-modeswitch about 19d2:2000

[Dan Williams]

On Thu, 2010-03-18 at 18:16 +0100, Kay Sievers wrote:
> On Thu, Mar 18, 2010 at 17:48, Didier 'OdyX' Raboud  wrote:
> > Hi udev upstreams !
> >
> > (please keep me and the Debian bug CC'ed).
> >
> > I am the Debian maintainer for usb-modeswitch and I got a user reporting 
> > that
> > his 3G dongle was not "switched" anymore [0]. After some investigation, I
> > strongly suspect that udev's modem-modeswitch and usb-modeswitch have a
> > conflicting functionality overlap.
> >
> > From /lib/udev/rules.d/61-mobile-action.rules :
> >
> >> # modem-modeswitch does not work with these devices, the fake CD-ROM needs 
> >> to
> > be ejected
> >>
> >> # ZTE MF6xx
> >> ACTION=="add", ENV{ID_CDROM}=="1", ENV{ID_VENDOR_ID}=="19d2",
> > ENV{ID_MODEL_ID}=="2000", RUN+="/usr/bin/eject %k"
> >
> > From /lib/udev/rules.d/40-usb_modeswitch.rules :
> >
> >> # ZTE devices
> >> ATTRS{idVendor}=="19d2", ATTRS{idProduct}=="2000", RUN+="usb_modeswitch
> > '%b/%k'"
> >
> > It seems (to me) that those lines should be removed from udev (as 
> > usb-modeswitch
> > provides a generic switching facility for more than "just" 19d2:2000.
> >
> > What is your opinion thereabout ?

People seem to have a hard time understanding that "Mobile Action" and
"Option" are not the companies as ZTE and Huawei, unfortunately.  I
don't really understand that.

However, some of that confusion comes from having duplicate mode
switching tools.

> If Dan has no objections, we are ready to delete modem-modeswitch from
> the udev tree.

usb_modeswitch still doesn't do the Mobile Action cable stuff.  So I'll
spin modem-modeswitch into a standalone tool that *only* switches the
mobile action cables.  Then we can remove the confusion and just use
usb_modeswitch.

Dan





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574560: linux-image-2.6.32: Netbook Philco PHN 10108 doesn't supported by kernel to change LCD brightness level

[Eriberto]

Package: linux-2.6
Version: 2.6.32-9
Severity: normal

I think it is a kernel bug and you can track it here:

http://bugzilla.kernel.org/show_bug.cgi?id=15575

Please, if possible, include a patch in 2.6.32 (or .33) Debian kernel
after the solution.

Regards,

Eriberto - Brazil


-- System Information:
Debian Release: squeeze/sid
 APT prefers testing
 APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.34-rc1-git6 (SMP w/2 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages linux-image-2.6.32 depends on:
ii  coreutils 7.4-2  The GNU core utilities
ii  debconf [debconf-2.0] 1.5.28 Debian configuration management sy

linux-image-2.6.32 recommends no packages.

Versions of packages linux-image-2.6.32 suggests:
pn  fdutils(no description available)
pn  ksymoops   (no description available)
pn  linux-doc-2.6.32 | linux-sour  (no description available)
pn  linux-image-2.6.32-dbg (no description available)

-- debconf information excluded



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574445: [Pkg-acpi-devel] Bug#574445: acpid: power button does nothing

[Michal Suchanek]

On 18 March 2010 12:41, Michael Meskes  wrote:
> On Thu, Mar 18, 2010 at 11:10:44AM +0100, Michal Suchanek wrote:
>> Pressing hte power button does not hing visible not is there anything
>> logged in /var/log/acpid nor /var/loag/daemon.log.
>>
>> I have the powerbtn-acpi-support event handler installed and deleted the
>> powerbtn.dpkg-old event handler.
>
> Could you please install and run kacpimon and verify that pressing the power
> button does create an event? Also, did it work with prior versions?
>

After testing with kacpimon I could get acpid working on one system
and determined that power button stops producing any events after
resume and has to be reloaded on the other.

This looks like a kernel/configuraion issues, not something acpid can solve.

Still this is partially fallout of moving the powerbtn.sh script
between packages. On the first system the button probably did not work
because I had the /etc/acpi/events/powerbtn.dpkg-old file. I got this
by upgrading from fresh Lenny to sid kernel and acpid.

Thanks

Michal



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574526: linux-image-2.6.32-4-amd64: iwlagn flood in dmesg: free more than tfds_in_queue

[Ben Hutchings]

On Thu, 2010-03-18 at 21:05 +0100, Cyril Brulebois wrote:
> Package: linux-2.6
> Version: 2.6.32-10
> Severity: normal
> 
> Hi,
> 
> it looks like the following upstream commits lead to those repeated
> messages, as soon as there's some traffic on the wireless network:
> | [ 3538.284491] iwlagn :02:00.0: free more than tfds_in_queue (1:2)
> | [ 3538.285838] iwlagn :02:00.0: free more than tfds_in_queue (1:2)
> | [ 3538.28] iwlagn :02:00.0: free more than tfds_in_queue (1:2)
> | [ 3538.298152] iwlagn :02:00.0: free more than tfds_in_queue (0:2)
> | [ 3538.299241] iwlagn :02:00.0: free more than tfds_in_queue (1:2)
[...]
> ** Tainted: W (512)
>  * Taint on warning.

What's the warning?

Ben.

-- 
Ben Hutchings
If at first you don't succeed, you're doing about average.


signature.asc
Description: This is a digitally signed message part

Bug#574557: qpsmtpd: init.d script depend on non-existing virtual facilities $clamav-daemon and $spamassassin

[Petter Reinholdtsen]

Package:  qpsmtpd
Version:  0.32-4
Severity: grave
Tags: patch
User: initscripts-ng-de...@lists.alioth.debian.org
Usertags: incorrect-dependencies

I discovered this using a archive wide consistency check of the init.d
script dependency information.  The updated result is available from
http://lintian.debian.org/~pere/ >.

For this package, this is the relevant message:

  warning: script qpsmtpd/init.d/qpsmtpd relate to non-existing
provides: $clamav-daemon $spamassassin

The init.d script have a hard dependency on the nonexisting virtual
facilities $clamav-daemon $spamassassin.  I assume this was intended
to be a dependency on the non-virtual facilities clamav-daemon
spamassassin instead.

This patch changes the virtual facilities to real facilities.

diff -ur qpsmtpd-0.83/debian/qpsmtpd.init qpsmtpd-0.83-pere/debian/qpsmtpd.init
--- qpsmtpd-0.83/debian/qpsmtpd.init2010-03-19 00:30:00.0 +0100
+++ qpsmtpd-0.83-pere/debian/qpsmtpd.init   2010-03-19 00:31:40.0 
+0100
@@ -3,7 +3,7 @@
 ### BEGIN INIT INFO
 # Provides: qpsmtpd
 # Required-Start: $local_fs $remote_fs $network
-# Should-Start: $syslog $mail-transport-agent $clamav-daemon $spamassassin
+# Should-Start: $syslog $mail-transport-agent clamav-daemon spamassassin
 # Required-Stop: $local_fs $remote_fs $syslog
 # Default-Start: 2 3 4 5
 # Default-Stop: 0 1 6

Happy hacking,
-- 
Petter Reinholdtsen



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574554: [Pkg-haskell-maintainers] Bug#574554: depends on X11

[Iain Lane]

tags 574554 + pending confirmed
thanks

Hiya,

On Thu, Mar 18, 2010 at 03:59:59PM -0700, JP Sugarbroad wrote:

Package: libghc6-time-dev
Version: 1.1.2.4-2+b1
Severity: important

This package has a dependency on X11, making it uninstallable on small systems.


Thanks for the report. This has actually been fixed in darcs already, 
and will be in the next upload.


@d-haskell: Maybe it's worth uploading for this? We certainly don't want 
to release the package in this state.


Cheers,
Iain


signature.asc
Description: Digital signature

Bug#574354: xserver-xorg-core: new upstream version 1.7.6

[Andres Cimmarusti]

well since I have been unable to get suspend/hibernate to work with radeon
on my laptop, I always have some hope that the next update will fix it...My
apologies.

How can I help Debian X?

2010/3/18 Brice Goglin 

> Andres Cimmarusti wrote:
> > Package: xserver-xorg-core
> > Version: 2:1.7.5-1
> > Severity: wishlist
> >
> > Please upgrade to new upstream version 1.7.6
> >
>
> Could you at least give us more than 13h before sending such requests?
> Debian X needs help so you cannot seriously expect such useless upgrades
> so quickly...
>
> Secondly, what do you need in 1.7.6 that's not in 1.7.5.902 in unstable ?
>
> Brice
>
>

Bug#527121: printer-applet: error message "client-error-bad-request" pops up on every startup

[Stefan Seide]

> > every time i am logging in or starting printer-applet manually from
> > console it crashes with signal 11 (segmentation fault)
> 
> you probably got bitten by http://bugs.debian.org/cgi-
> bin/bugreport.cgi?bug=554878

probably - but i cannot really test the new version.

i had the older 
python-sip4  4.9-x
python-qt4   4.6-x
python-kde4   4.3.4-1

i cannot update to python-sip4 4.10 because dependency on python-kde4 
4.3.4-1+b1 that depends on 
python-sip4 ( < +~ )  AND
python-sip4 ( >= )  (NOT AVAILABLE)

The two dependencies together cannot be fullfilled (at least aptitude says 
so). Uninstalling python-kde4 i was able to upgrade python-sip4 to 4.10-2 but 
cannot install printer-applet now, because it depends on the uninstallable 
python-kde4 ...

regards,
Stefan

-- 
The Land of the Free*
* Freedom sold separatly. Freedom not available in all regions. 
Limited supply, will be sold to highest bidder.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#565522: common-lisp-controller: stumpwm still broken

[Kenyon Ralph]

Package: common-lisp-controller
Version: 7.1
Severity: normal

I upgraded to the version in which this is supposed to be fixed, and
stumpwm still fails to start:

Xsession: X session started for kenyon at Thu Mar 18 16:11:03 PDT 2010

*** - Program stack overflow. RESET
  i i i i i i i   ooooo   o   o
  I I I I I I I  8 8   8   8 8 o  88
  I  \ `+' /  I  8 8   8 888
   \  `-+-'  /   8 8   8  o   8
`-__|__-'8 8   8   8  8
|8 o   8   8 o 8  8
  --+--   o8oo  ooo8ooo   o   8

Welcome to GNU CLISP 2.48 (2009-07-28) 

Copyright (c) Bruno Haible, Michael Stoll 1992, 1993
Copyright (c) Bruno Haible, Marcus Daniels 1994-1997
Copyright (c) Bruno Haible, Pierpaolo Bernardi, Sam Steingold 1998
Copyright (c) Bruno Haible, Sam Steingold 1999-2000
Copyright (c) Sam Steingold, Bruno Haible 2001-2009

Type :h and hit Enter for context help.

;; Loading file /usr/share/common-lisp/systems/stumpwm.asd ...
;; Loaded file /usr/share/common-lisp/systems/stumpwm.asd
;; Loading file /usr/share/common-lisp/systems/cl-ppcre.asd ...
Bye.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages common-lisp-controller depends on:
ii  adduser   3.112  add and remove users and groups
ii  bash  4.1-1  The GNU Bourne Again SHell
ii  cl-asdf   2:1.502-1  Another System Definition Facility
ii  debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii  debianutils   3.2.2  Miscellaneous utilities specific t
ii  perl  5.10.1-11  Larry Wall's Practical Extraction 
ii  realpath  1.15   Return the canonicalized absolute 

common-lisp-controller recommends no packages.

Versions of packages common-lisp-controller suggests:
pn  sbcl   (no description available)

-- debconf information:
* common-lisp-controller/long-site-name: copernicus-kenyonralph
* common-lisp-controller/short-site-name: kenyonralph



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#444250: Bug#574396: please set enable-meta-key (_rl_enable_meta) sanely

[Thomas Dickey]

On Thu, 18 Mar 2010, Aaron M. Ucko wrote:


retitle 574396 please set enable-meta-key (_rl_enable_meta) sanely
reassign 574396 bash 4.1-2
clone 574396 -1
reassign -1 libreadline6 6.1-1
thanks

[Summary for newly added recipients: after a recent round of upgrades, I
found that typing meta-key combinations into xterm with bash as my shell
resulted in non-ASCII characters rather than the expected escape sequences.
Further analysis revealed that the trigger was an update to xterm's terminfo
entry (from ncurses-base), which added definitions of smm and rmm despite
the comment in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444250#40 .]

Thomas Dickey  writes:


That's already been discussed in SuSE - it's an issue with bash.
It should allow the decision whether to enable meta mode to be
configurable.  bash's maintainer hasn't been cooperative.


As of bash 4.1 (and the corresponding readline 6.1 release), there is now an
enable-meta-key readline variable that has the desired effect.  Bash and


I see (it would have been nice if Chet Ramey had responded to the bug 
report in October - I updated my faq to address this detail).


--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#568827: No effect of gconf keys

[Samuel Hym]

Hi Florian,

Sorry for the late reply.

I tried setting the keys
/desktop/gnome/interface/buttons_have_icons
/desktop/gnome/interface/menus_have_icons
in gconf, without success. It might be of interest that the space is
reserved for the icons even if they do not show up. And that the
(proprietary, so this will be of little help I imagine) flash plugin
does not show a single pixel, its sub-window is left uniformly grey,
which would suggest to me some problem in gdk images under geode X
server.

Any other test I might try to run?

Best regards
Samuel



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574556: maatkit: init.d script depend on non-existing virtual facility $mysql

[Petter Reinholdtsen]

Package:  maatkit
Version:  5899
Severity: grave
Tags: patch
User: initscripts-ng-de...@lists.alioth.debian.org
Usertags: incorrect-dependencies

I discovered this using a archive wide consistency check of the init.d
script dependency information.  The updated result is available from
http://lintian.debian.org/~pere/ >.

For maatkit, this is the relevant message:

  error: script maatkit/init.d/mk-slave-delay depend on non-existing
provides: $mysql

The init.d script in the maatkit package have a hard dependency on the
nonexisting virtual facility $mysql.  I assume this was intended to be
a dependency on the non-virtual facility mysql instead.  Also, the
package do not depend on mysql, and I suspect this is because the
package can access mysql via the network.  If this is the case, the
hard init.d script dependency should be changed to a soft dependency.

This patch uses the correct facility name and convert it to a soft
dependency.

--- maatkit-5899/debian/maatkit.mk-slave-delay.init.d   2010-03-05 
10:20:28.0 +0100
+++ maatkit-5899-pere/debian/maatkit.mk-slave-delay.init.d  2010-03-19 
00:16:01.0 +0100
@@ -1,8 +1,10 @@
 #! /bin/sh
 ### BEGIN INIT INFO
 # Provides:  mk-slave-delay
-# Required-Start:$remote_fs $mysql
-# Required-Stop: $remote_fs $mysql
+# Required-Start:$remote_fs
+# Required-Stop: $remote_fs
+# Should-Start:  mysql
+# Should-Stop:   mysql
 # Default-Start: 2 3 4 5
 # Default-Stop:  0 1 6
 # Short-Description: MySQL slave delay

Happy hacking,
-- 
Petter Reinholdtsen



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574553: initramfs-tools: PostInst fails (err. 2). "awk: fatal: ( o \(desemparejados: /(md/"

[maximilian attems]

severity 574553 important
tags 574553 moreinfo unreproducible
stop

On Thu, Mar 18, 2010 at 11:07:39PM +0100, Jes???gel wrote:
> 
> r...@gollum:~# dpkg --configure -a
> Configurando initramfs-tools (0.93.4) ...
> update-initramfs: deferring update (trigger activated)
> Procesando disparadores para initramfs-tools ...
> update-initramfs: Generating /boot/initrd.img-2.6.32-3-686-bigmem
> awk: fatal: ( o \( desemparejados: /(md/
> dpkg: el subproceso installed post-installation script devolvió el código de 
> salida de error 2
> 

please post outpot of
r...@gollum:~#  sh -x update-initramfs -u

and 
r...@gollum:~#  sh -x mkinitramfs -o /tmp/foo

thanks



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572958: glpk-java: Fix for RC bug

[Kumar Appaiah]

tags 572958 + pending patch
thanks

Dear Debian Science,

There is an RC bug against glpk-java, which has been open for a couple
of weeks. I took the submitters advice and packaged the new version,
and it seems to build and pass all tests. The package is available
here:

dget http://people.debian.org/~akumar/dump/glpk-java_1.0.13-1.dsc

Please do review it, and, if you like, please do upload it. If some
changes are needed, do make them as necessary.

Thanks!

Kumar
-- 
Whoa...I did a 'zcat /vmlinuz > /dev/audio' and I think I heard God...
-- mikecd on #Linux


signature.asc
Description: Digital signature

Bug#574555: linux-image-2.6.32-3-amd64: 2.6.32 kernel oops: Pid: 1700, comm: irq/21-b43 Not tainted 2.6.32-3-amd64

[Andres Cimmarusti]

Package: linux-2.6
Version: 2.6.32-9
Severity: normal

I've been regularly getting a kernel oops that leaves this trace (IMPORTANT: 
this doesn't happen with kernel 2.6.33, I thought it would be solved in 
upstream release 2.6.32.9):

Mar 18 15:56:58 debturion kernel: [10281.468122] WARNING: at 
/build/mattems-linux-2.6_2.6.32-9-amd64-NYTFdD/linux-2.6-2.6.32-9/debian/build/source_amd64_none/net/mac80211/rc80211_minstrel.c:69
 minstrel_tx_status+0x66/0xc4 [mac80211]()
Mar 18 15:56:58 debturion kernel: [10281.468132] Hardware name: Pavilion dv5000 
(EP414UA#ABA) 
Mar 18 15:56:58 debturion kernel: [10281.468137] Modules linked in: cryptd 
aes_x86_64 aes_generic ppdev lp parport sco bridge stp bnep l2cap bluetooth 
powernow_k8 cpufreq_conservative cpufreq_powersave cpufreq_stats 
cpufreq_userspace binfmt_misc uinput fuse radeon ttm drm_kms_helper drm 
i2c_algo_bit loop firewire_sbp2 snd_atiixp snd_atiixp_modem snd_ac97_codec 
ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_midi snd_rawmidi 
snd_seq_midi_event arc4 snd_seq joydev snd_timer ecb snd_seq_device edac_core 
i2c_piix4 yenta_socket b43 tifm_7xx1 ac rsrc_nonstatic snd soundcore pcspkr 
edac_mce_amd rng_core i2c_core tifm_core wmi mac80211 cfg80211 k8temp rfkill 
snd_page_alloc serio_raw evdev battery processor psmouse shpchp pci_hotplug 
ext4 mbcache jbd2 crc16 ide_cd_mod cdrom ide_gd_mod ide_pci_generic ata_generic 
libata scsi_mod ssb sdhci_pci sdhci ohci_hcd 8139too pcmcia atiixp 
firewire_ohci mmc_core ehci_hcd video output 8139cp mii led_class firewire_core 
crc_itu_t pcmcia_core but
 ton ide_core usbcore nls_base thermal fa
Mar 18 15:56:58 debturion kernel: n thermal_sys [last unloaded: scsi_wait_scan]
Mar 18 15:56:58 debturion kernel: [10281.468299] Pid: 1700, comm: irq/21-b43 
Not tainted 2.6.32-3-amd64 #1
Mar 18 15:56:58 debturion kernel: [10281.468306] Call Trace:
Mar 18 15:56:58 debturion kernel: [10281.468329]  [] ? 
minstrel_tx_status+0x66/0xc4 [mac80211]
Mar 18 15:56:58 debturion kernel: [10281.468350]  [] ? 
minstrel_tx_status+0x66/0xc4 [mac80211]
Mar 18 15:56:58 debturion kernel: [10281.468362]  [] ? 
warn_slowpath_common+0x77/0xa3
Mar 18 15:56:58 debturion kernel: [10281.468382]  [] ? 
minstrel_tx_status+0x66/0xc4 [mac80211]
Mar 18 15:56:58 debturion kernel: [10281.468402]  [] ? 
ieee80211_tx_status+0x17e/0x3e4 [mac80211]
Mar 18 15:56:58 debturion kernel: [10281.468428]  [] ? 
b43_dma_handle_txstatus+0x104/0x161 [b43]
Mar 18 15:56:58 debturion kernel: [10281.468448]  [] ? 
b43_handle_txstatus+0x4f/0x5c [b43]
Mar 18 15:56:58 debturion kernel: [10281.468466]  [] ? 
b43_do_interrupt_thread+0x51d/0x552 [b43]
Mar 18 15:56:58 debturion kernel: [10281.468484]  [] ? 
b43_interrupt_thread_handler+0x19/0x2d [b43]
Mar 18 15:56:58 debturion kernel: [10281.468496]  [] ? 
irq_thread+0x113/0x212
Mar 18 15:56:58 debturion kernel: [10281.468507]  [] ? 
__wake_up_common+0x44/0x72
Mar 18 15:56:58 debturion kernel: [10281.468517]  [] ? 
irq_thread+0x0/0x212
Mar 18 15:56:58 debturion kernel: [10281.468525]  [] ? 
kthread+0x79/0x81
Mar 18 15:56:58 debturion kernel: [10281.468535]  [] ? 
child_rip+0xa/0x20
Mar 18 15:56:58 debturion kernel: [10281.468554]  [] ? 
ssb_pci_write16+0x0/0x3a [ssb]
Mar 18 15:56:58 debturion kernel: [10281.468562]  [] ? 
kthread+0x0/0x81
Mar 18 15:56:58 debturion kernel: [10281.468570]  [] ? 
child_rip+0x0/0x20
Mar 18 15:56:58 debturion kernel: [10281.468576] ---[ end trace 
ac4cd1434347df4e ]---


-- Package-specific info:
** Version:
Linux version 2.6.32-3-amd64 (Debian 2.6.32-9) (m...@debian.org) (gcc version 
4.3.4 (Debian 4.3.4-8) ) #1 SMP Wed Feb 24 18:07:42 UTC 2010

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.32-3-amd64 
root=UUID=43c718d2-f969-4312-b0c2-91544a2b744f ro quiet

** Tainted: W (512)
 * Taint on warning.

** Kernel log:
[11361.456216] wlan0: associated
[11481.426875] wlan0: deauthenticating from 00:26:cb:aa:fc:e2 by local choice 
(reason=3)
[11481.440362] wlan0: direct probe to AP 00:26:cb:ab:00:42 (try 1)
[11481.441715] wlan0: direct probe responded
[11481.441723] wlan0: authenticate with AP 00:26:cb:ab:00:42 (try 1)
[11481.443053] wlan0: authenticated
[11481.443086] wlan0: associate with AP 00:26:cb:ab:00:42 (try 1)
[11481.447754] wlan0: RX AssocResp from 00:26:cb:ab:00:42 (capab=0x431 status=0 
aid=1)
[11481.447762] wlan0: associated
[12201.434465] wlan0: deauthenticating from 00:26:cb:ab:00:42 by local choice 
(reason=3)
[12201.452436] wlan0: direct probe to AP 00:26:cb:aa:fc:e2 (try 1)
[12201.453813] wlan0: direct probe responded
[12201.453821] wlan0: authenticate with AP 00:26:cb:aa:fc:e2 (try 1)
[12201.455194] wlan0: authenticated
[12201.455234] wlan0: associate with AP 00:26:cb:aa:fc:e2 (try 1)
[12201.458217] wlan0: RX AssocResp from 00:26:cb:aa:fc:e2 (capab=0x431 status=0 
aid=1)
[12201.458224] wlan0: associated
[12681.446884] wlan0: deauthenticating from 00:26:cb:aa:fc:e2 by local choice 
(reason=3)
[12681.460380] wlan0: direct probe to AP 00:26:cb:ab:00:42 (try 1)
[12681.461746] wlan0: direct

Bug#574350: grub-pc: boot failure after upgrade to 1.98

[Colin Watson]

On Thu, Mar 18, 2010 at 06:46:34PM -0400, Andres Cimmarusti wrote:
> I had to do a fresh install of squeeze because I got a new hard drive.
> Shortly after finishing up the installation I full-upgraded and that pulled
> grub-pc 1.98-1 and it installed without errors.
> 
> The reason for the previous failure was that I was running 2.6.33 kernel
> from experimental. This changed my /dev/hd* to /dev/sd* and caused
> grub-setup to fail. So, in reality, you should close this bug, because it
> doesn't affect squeeze (strictly speaking). However, work might be required
> when 2.6.33 enters sid.

No, this bug (which I've merged with a cluster of other similar bugs)
should remain open because it affects all kinds of situations where
device names might change, not just the narrow situation involved in the
transition to libata.  /dev/[hs]d* device names have not been stable for
some years now, and GRUB should not be relying on them.  For example,
consider the case of removable USB devices on a system that also has
SCSI disks - which one happens to get /dev/sda is essentially random in
many configurations.

Don't worry - this bug is well-understood and we're on the path to a
fix, so there's little point trying to optimise things by closing the
bug.

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#573998: newsbeuter: random crashes and memory leak?

[gregor herrmann]

On Wed, 17 Mar 2010 23:21:36 +0100, gregor herrmann wrote:

> Now it hit the same. 

s/it/I/

And again.
After the first time I rebuilt the newsbeuter package with
DEB_BUILD_OPTIONS=nostrip.

Now it's hanging again (actually about the third time in a row).
Unfortunately I'm a gdb noob; what I've tried is:

$ gdb
(gdb) attach 2000
Attaching to process 2000
Reading symbols from /usr/bin/newsbeuter...done.
Reading symbols from /lib/i686/cmov/libpthread.so.0...(no debugging
symbols found)...done.
[Thread debugging using libthread_db enabled]
[New Thread 0xb652fb70 (LWP 2140)]
[New Thread 0xb6d30b70 (LWP 2136)]
[..]
(gdb) continue 
Continuing.



[Thread 0xb652fb70 (LWP 2140) exited]

^C
Program received signal SIGINT, Interrupt.
0xb724e119 in ?? () from /lib/i686/cmov/libc.so.6
(gdb) bt
#0  0xb724e119 in ?? () from /lib/i686/cmov/libc.so.6
#1  0xb724d747 in iconv () from /lib/i686/cmov/libc.so.6
#2  0x081090ee in stfl_ipool_fromwc ()
#3  0x080f1d42 in newsbeuter::utils::wstr2str (wstr=...) at src/utils.cpp:474
#4  0x080cdc58 in newsbeuter::listformatter::add_line (this=0xbf85c338, 
text=..., 
id=4294967295, width=90) at src/listformatter.cpp:23
#5  0x080ce1eb in newsbeuter::listformatter::add_lines (this=0xbf85c338, 
thelines=..., 
width=90) at src/listformatter.cpp:35
#6  0x080c327f in newsbeuter::itemview_formaction::prepare (this=0xc9cbaf0)
at src/itemview_formaction.cpp:131
#7  0x0807022c in newsbeuter::view::run (this=0xbf85c89c) at src/view.cpp:166
#8  0x0807eb57 in newsbeuter::controller::run (this=0xbf85c718, argc=1, 
argv=0xbf85c9d4)
at src/controller.cpp:498
#9  0x0804ed5d in main (argc=1, argv=0xbf85c9d4) at newsbeuter.cpp:29
(gdb) cont
Continuing.




Does this help in any way?

Since this evening the memory leak+hang happens quite often I'm happy
to do more debugging if someone can lend me a helping hand :)

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ -- GPG Key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Townes Van Zandt: Sixteen Summers, Fifteen Falls


signature.asc
Description: Digital signature

Bug#574553: initramfs-tools: PostInst fails (err. 2). "awk: fatal: ( o \(desemparejados: /(md/"

[Jes�gel]

Package: initramfs-tools
Version: 0.93.4
Severity: grave
Justification: renders package unusable

r...@gollum:~# dpkg --configure -a
Configurando initramfs-tools (0.93.4) ...
update-initramfs: deferring update (trigger activated)
Procesando disparadores para initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.32-3-686-bigmem
awk: fatal: ( o \( desemparejados: /(md/
dpkg: el subproceso installed post-installation script devolvió el código de 
salida de error 2



-- Package-specific info:
-- /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-2.6.32-3-686-bigmem 
root=UUID=11ea1264-c6f3-4330-99c2-3b2d4ec21f62 ro

-- /proc/filesystems
ext3
fuseblk

-- lsmod
Module  Size  Used by
tcp_diag 600  0 
inet_diag   5930  1 tcp_diag
binfmt_misc 4907  1 
ppdev   4058  0 
lp  5570  0 
sco 5837  2 
bridge 32983  0 
stp  996  1 bridge
bnep7444  2 
rfcomm 25131  1 
l2cap  21677  6 bnep,rfcomm
crc16   1027  1 l2cap
bluetooth  36327  6 sco,bnep,rfcomm,l2cap
rfkill 10260  3 bluetooth
autofs416667  1 
parport_pc 15871  0 
parport22554  3 ppdev,lp,parport_pc
vmblock 8534  1 
vmci   38291  0 
vmmon  54764  0 
acpi_cpufreq4943  0 
cpufreq_powersave602  0 
cpufreq_userspace   1476  0 
cpufreq_stats   1940  0 
cpufreq_conservative 4018  0 
ipt_REJECT  1517  2 
iptable_filter  1790  1 
xt_tcpudp   1743  5 
xt_MARK  617  1 
iptable_mangle  2325  1 
ip_tables   7690  2 iptable_filter,iptable_mangle
x_tables8327  4 ipt_REJECT,xt_tcpudp,xt_MARK,ip_tables
fuse   43750  1 
dm_snapshot18021  0 
dm_mirror   9671  0 
dm_region_hash  5644  1 dm_mirror
dm_log  6369  2 dm_mirror,dm_region_hash
dm_mod 46074  3 dm_snapshot,dm_mirror,dm_log
coretemp3277  0 
hwmon_vid   1528  0 
snd_hda_codec_realtek   163098  1 
snd_hda_intel  16511  6 
snd_hda_codec  46002  2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep   4054  1 snd_hda_codec
snd_pcm_oss28671  0 
snd_mixer_oss  10461  2 snd_pcm_oss
snd_pcm47518  4 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_midi3576  0 
snd_rawmidi12505  1 snd_seq_midi
snd_seq_midi_event  3684  1 snd_seq_midi
pcspkr  1207  0 
gspca_stv06xx  18339  0 
gspca_main 15787  1 gspca_stv06xx
snd_seq35459  3 snd_seq_midi,snd_seq_midi_event
videodev   25541  1 gspca_main
v4l1_compat10250  1 videodev
psmouse44413  0 
asus_atk01106770  0 
i2c_i8016446  0 
serio_raw   2916  0 
evdev   5609  11 
processor  26579  1 acpi_cpufreq
nvidia   8784759  28 
snd_timer  12258  3 snd_pcm,snd_seq
snd_seq_device  3673  3 snd_seq_midi,snd_rawmidi,snd_seq
snd34363  20 
snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
i2c_core   12648  3 videodev,i2c_i801,nvidia
soundcore   3450  2 snd
snd_page_alloc  5109  2 snd_hda_intel,snd_pcm
ext3   94180  3 
jbd32161  1 ext3
mbcache 3762  1 ext3
raid1  16099  4 
md_mod 67165  5 raid1
sg 15964  0 
sr_mod 10770  0 
cdrom  26487  1 sr_mod
sd_mod 25781  10 
crc_t10dif  1012  1 sd_mod
usbhid 27936  0 
ata_generic 2015  0 
ide_pci_generic 1924  0 
hid50657  1 usbhid
ide_core   64218  1 ide_pci_generic
uhci_hcd   16129  0 
ata_piix   16593  8 
pata_marvell1697  0 
intel_agp  20497  0 
floppy 40931  0 
sym53c8xx  58140  0 
scsi_transport_spi 14866  1 sym53c8xx
firewire_ohci  16793  0 
ehci_hcd   27974  0 
firewire_core  31183  1 firewire_ohci
crc_itu_t   1035  1 firewire_core
sky2   33308  0 
libata114716  3 ata_generic,ata_piix,pata_marvell
button  3598  0 
agpgart19576  2 nvidia,intel_agp
scsi_mod  101301  6 
sg,sr_mod,sd_mod,sym53c8xx,scsi_transport_spi,libata
usbcore98470  6 
gspca_stv06xx,gspca_main,usbhid,uhci_hcd,ehci_hcd
nls_base4541  1 usbcore
thermal 92

Bug#574411: [#722] Bug#574411: mirror submission for debian.securedservers.com

[support]

Hello Simon.

> > Type: leaf
> > Archive-architecture: amd64 i386 
> > Archive-http: /
> > IPv6: no
> > Archive-upstream: ftp.us.debian.org
> 
> Please select explicitely a mirror out of :
> ftp.egr.msu.edu mirrors.kernel.org debian.osuosl.org
> debian.lcs.mit.edu

mirrors.kernel.org has the best ping time for us, so we'll go with that one. I 
have updated the ftpsync config on our end.

> 
> > Updates: twice
> 
> The archive is updated four times a day. Once selected the better
> upstream for you, we will give you contacts so that you can setup push
> mirroring.
> http://debian.org/mirror/push_mirroring

I've updated it to 4 times per day.

> 
> > Maintainer: Secured Servers NOC Services Engineering
> 
> > Country: US United States
> > Location: Tempe, AZ
> > Sponsor: Secured Servers, LLC http://www.securedservers.com/
> > Comment: Using mirrors.securedservers.com, the packages archive is
> under /debian/
> 
> Can you make it available through debian.securedservers.com/debian ?

No problem. Done. mirrors.securedservers.com/debian and 
debian.securedservers.com/debian work now. The latter is still our preferred 
URL, but both work.

> 
> How much bandwidth is available from your mirror ? 

Currently about 80mbps. This can be increased up to gigabit speeds if there's a 
demand for it.

> 
> -- 
> Simon Paillard

Many thanks,
Jake Maul




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574554: depends on X11

[JP Sugarbroad]

Package: libghc6-time-dev
Version: 1.1.2.4-2+b1
Severity: important

This package has a dependency on X11, making it uninstallable on small systems.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32.3 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages libghc6-time-dev depends on:
ii  ghc6  6.8.2dfsg1-1.1 GHC - the Glasgow Haskell Compilat

libghc6-time-dev recommends no packages.

Versions of packages libghc6-time-dev suggests:
pn  libghc6-time-doc   (no description available)
pn  libghc6-time-prof  (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#462002: Update - It works!

[Dominique Brazziel]

After updating apt-check to use the python-apt 0.7.93 API 
I hadn't renamed the new version to the production version
('/usr/lib/update-notifier/apt-check'), but as soon as I did,
the orange ball popped up in the notification area a few seconds 
later!

I am attaching a patch to apt-check that updates 
apt-check to use the new API.
--- apt-check.dist	2010-03-18 17:55:06.0 -0400
+++ apt-check	2010-03-18 17:55:37.0 -0400
@@ -15,14 +15,14 @@
 # mvo: looping is too inefficient with the new auto-mark code
 #for pkg in cache.Packages:
 #depcache.MarkKeep(pkg)
-depcache.Init()
+depcache.init()
 
 def saveDistUpgrade(cache,depcache):
 """ this functions mimics a upgrade but will never remove anything """
-depcache.Upgrade(True)
-if depcache.DelCount > 0:
+depcache.upgrade(True)
+if depcache.del_count > 0:
 clean(cache,depcache)
-depcache.Upgrade()
+depcache.upgrade()
 
 def _handleException(type, value, tb):
 sys.stderr.write("E: "+ "Unkown Error: '%s' (%s)" % (type,value))
@@ -59,22 +59,22 @@
 
 # get caches
 try:
-cache = apt_pkg.GetCache()
+cache = apt_pkg.Cache()
 except SystemError, e:
 sys.stderr.write("E: "+ _("Error: Opening the cache (%s)") % e)
 sys.exit(-1)
-depcache = apt_pkg.GetDepCache(cache)
+depcache = apt_pkg.DepCache(cache)
 
 # read the pin files
-depcache.ReadPinFile()
+depcache.read_pinfile()
 # read the synaptic pins too
 if os.path.exists(SYNAPTIC_PINFILE):
-depcache.ReadPinFile(SYNAPTIC_PINFILE)
+depcache.read_pinfile(SYNAPTIC_PINFILE)
 
 # init the depcache
-depcache.Init()
+depcache.init()
 
-if depcache.BrokenCount > 0:
+if depcache.broken_count > 0:
 sys.stderr.write("E: "+ _("Error: BrokenCount > 0"))
 sys.exit(-1)
 
@@ -89,21 +89,21 @@
 # because of ubuntu #7907
 upgrades = 0
 security_updates = 0
-for pkg in cache.Packages:
-if depcache.MarkedInstall(pkg) or depcache.MarkedUpgrade(pkg):
+for pkg in cache.packages:
+if depcache.marked_install(pkg) or depcache.marked_upgrade(pkg):
 # check if this is really a upgrade or a false positive
 # (workaround for ubuntu #7907)
-	if depcache.GetCandidateVer(pkg) != pkg.CurrentVer:
+	if depcache.get_candidate_ver(pkg) != pkg.current_ver:
 		upgrades = upgrades + 1	
-ver = depcache.GetCandidateVer(pkg)
-for (file, index) in ver.FileList:
-if (file.Archive.endswith("-security") and
+ver = depcache.get_candidate_ver(pkg)
+for (file, index) in ver.file_list:
+if (file.archive.endswith("-security") and
 file.Origin == "Ubuntu"):
 security_updates += 1
 
 # print the number of upgrades
 if options.show_package_names:
-pkgs = filter(lambda pkg: depcache.MarkedInstall(pkg) or depcache.MarkedUpgrade(pkg), cache.Packages)
+pkgs = filter(lambda pkg: depcache.marked_install(pkg) or depcache.marked_upgrade(pkg), cache.packages)
 sys.stderr.write("\n".join(map(lambda p: p.Name, pkgs)))
 else:
 # print the number of regular upgrades and the number of 

Bug#574550: www.debian.org/devel/wnpp: move away from bts2ldap.debian.net

[Simon Paillard]

Package: www.debian.org
Severity: wishlist

As suggested by Andi below, bts2ldap.debian.net gateway should no longer
be used.
Such scripts (like wnpp ones) should move to SOAP interface.

-- 
Simon Paillard
--- Begin Message ---
* Simon Paillard (simon.paill...@resel.enst-bretagne.fr) [100317 23:32]:
> On Wed, Mar 17, 2010 at 09:11:18PM +0100, Joachim Breitner wrote:
> > Package: www.debian.org
> > Severity: normal
> > 
> > on http://www.debian.org/devel/wnpp/being_packaged.en.html at the
> > moment, I read:
> >  * libnss-gw-name: nss module that names the current 
> > =?UTF-8?Q?gateway=E2=80=99s?= IP address, 4 days in preparation. 
> > 
> > Obviously, the subject line is not properly decoded for use on this
> > webpage. The page on bugs.debian.org displays it correctly.
> 
> Actually, this is what bts2ldap.debian.net gateway returns, that we are
> using to generate the wnpp pages.
> 
> ldapsearch -x -b "dc=current,dc=bugs,dc=debian,dc=org" -h bts2ldap.debian.net 
> -p 10101 debbugsID=573605 debbugsTitle

I'd prefer if wnpp could move to the soap interface - bts2ldap is not
going to be maintained permanent, and basically also on a feature
freeze.


Cheers,
Andi

--- End Message ---

Bug#573457: why this bug happens

[Johann Felix Soden]

I had a quick look at this RC bug:

The token 'ifort:' after the 'case' keyword starts with 'if'. 
Because of this, the getword() function in func.c stops scanning
premature. The same would happen if the token starts with 'while' or
'switch'.
The comment at the top of the keyword() function may help to solve the
problem.

If the string is quoted, everything works, e.g.:
 case "ifort":

Best wishes
 Johann Felix Soden







-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574551: support other webservers (lighttpd)

[J.M.Roth]

Package: phpbb3
Version: 3.0.2-4
Severity: wishlist
Owner: da...@tilapin.org

The question was raised whether other webservers (than apache2) should
be supported. Just wanted to put that "in the queue". I believe David
volunteered ;-)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572134: xserver-xorg-video-intel: i915 945GM gpu crashed after resume

[Brice Goglin]

Mark Borst wrote:
> Feeling adventurous, I decided to upgrade to xserver-xorg-video-intel
> from experimental (2:2.10.902-1) and kernel
> linux-image-2.6.32-4-686. This seems to work fine for me. After a
> couple of suspend/resume tests, it kept working.
>
> So for me, this bug can be closed.
>   

Could you try to find out which upgrade fixed this? I'd be good to know
if 2.10.902 fixes some bugs, we might try backport some patches in
Squeeze 2.9.

Brice




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574549: Numbers on board not shown in FreeCIV and Wesnoth themes

[chrysn]

Package: pioneers
Version: 0.12.3-1
Severity: normal

Instead of numbers on the fields and ratios on the harbors, black
circles are shown when using FreeCIV and Wesnoth-like themes; the others
work.

The bug shows both in in normal X server and in virtual vnc X servers.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pioneers depends on:
ii  libatk1.0-0  1.28.0-1The ATK accessibility toolkit
ii  libbonobo2-0 2.24.2-1Bonobo CORBA interfaces library
ii  libc62.10.2-6Embedded GNU C Library: Shared lib
ii  libcairo21.8.8-2 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.8.0-2 generic font configuration library
ii  libfreetype6 2.3.11-1FreeType 2 font engine, shared lib
ii  libglib2.0-0 2.22.4-1The GLib library of C routines
ii  libgnome2-0  2.28.0-1The GNOME library - runtime files
ii  libgtk2.0-0  2.18.7-1The GTK+ graphical user interface 
ii  liborbit21:2.14.17-2 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.26.2-1Layout and rendering of internatio
ii  libpopt0 1.15-1  lib for parsing cmdline parameters
ii  pioneers-console 0.12.3-1the Settlers of Catan board game -
ii  pioneers-data0.12.3-1the Settlers of Catan board game -

Versions of packages pioneers recommends:
ii  yelp 2.28.0+webkit-2 Help browser for GNOME

Versions of packages pioneers suggests:
pn  pioneers-meta-server   (no description available)

-- no debconf information

-- 
To use raw power is to make yourself infinitely vulnerable to greater powers.
  -- Bene Gesserit axiom


signature.asc
Description: Digital signature

Bug#574357: texlive-base prompting for conffile changes for no reason

[Norbert Preining]

On Do, 18 Mär 2010, Frank Küster wrote:
> > -rw-r--r--  1 root root  973 2010-03-17 14:21 10texlive-base.cnf
> > -rw-r--r--  1 root root  626 2010-01-05 03:07 10texlive-base.cnf.dpkg-dist
> > -rw-r--r--  1 root root  973 2008-08-29 14:12 10texlive-base.cnfpre-edit
> 
> I haven't grepped for the string in our repository, but I do not recall
> to ever having read this suffix "pre-edit".  Maybe some other package
> has changed 10texlive-base.cnf?

Agreed, me neither, this "pre-edit" thing looks suspicious.

Best wishes

Norbert

Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org}
JAIST, JapanTU Wien, Austria   Debian TeX Task Force
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

DUNTISH (adj.)
Mentally incapacitated by severe hangover.
--- Douglas Adams, The Meaning of Liff



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574411: mirror submission for debian.securedservers.com

[Simon Paillard]

Hi,

On Thu, Mar 18, 2010 at 12:11:20AM +, Secured Servers NOC Services 
Engineering wrote:
> Package: mirrors
> Severity: wishlist
> 
> Submission-Type: new
> Site: debian.securedservers.com
> Aliases: mirrors.securedservers.com

Thanks for using ftpsync and mirroring Debian.

Here are some remarks before we can add your mirror to the list.

> Type: leaf
> Archive-architecture: amd64 i386 
> Archive-http: /
> IPv6: no
> Archive-upstream: ftp.us.debian.org

Please select explicitely a mirror out of :
ftp.egr.msu.edu mirrors.kernel.org debian.osuosl.org debian.lcs.mit.edu

> Updates: twice

The archive is updated four times a day. Once selected the better
upstream for you, we will give you contacts so that you can setup push
mirroring.
http://debian.org/mirror/push_mirroring

> Maintainer: Secured Servers NOC Services Engineering 
> 
> Country: US United States
> Location: Tempe, AZ
> Sponsor: Secured Servers, LLC http://www.securedservers.com/
> Comment: Using mirrors.securedservers.com, the packages archive is under 
> /debian/

Can you make it available through debian.securedservers.com/debian ?

How much bandwidth is available from your mirror ? 

-- 
Simon Paillard



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574548: kernel-package: initramfs-tools doesn't running properly

[Joao Eriberto Mota Filho]

Package: kernel-package
Version: 12.033
Severity: normal

Hi!

I compiled kernel 2.6.34-rc1 vanilla, 2.6.33 stable vanilla and 2.6.32 from
Debian sources, using:

# make-kpkg --initrd --revision="foo" --us --uc kernel_image

In all compilations (two machines) I saw the message after "dpkg -i kernel-foo":

run-parts: executing /etc/kernel/postinst.d/initramfs-tools 2.6.34-rc1-git6 
/boot/vmlinuz-2.6.34-rc1-git6

However, the initrd wasn't created in /boot. So I received this error when
booting the machine:

Kernel panic - no syncing VFS: Unable to mount root fs on unknown-block(0,0)

When I make "# update-initramfs -c -t -K 2.6.34-rc1-git6" and put an initrd
line in grub.cfg, I get the perfect boot.

I think it is a bug.

Thanks in advance.

Regards,

Eriberto - Brazil


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-3-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kernel-package depends on:
ii  binutils 2.20.1-2The GNU assembler, linker and bina
ii  build-essential  11.4Informational list of build-essent
ii  debianutils  3.2.2   Miscellaneous utilities specific t
ii  file 5.04-1  Determines file type using "magic"
ii  gettext  0.17-10 GNU Internationalization utilities
ii  make 3.81-7  An utility for Directing compilati
ii  module-init-tools3.12~pre2-1 tools for managing Linux kernel mo
ii  po-debconf   1.0.16  tool for managing templates file t
ii  util-linux   2.16.2-0Miscellaneous system utilities

Versions of packages kernel-package recommends:
ii  cpio  2.11-1 GNU cpio -- a program to manage ar

Versions of packages kernel-package suggests:
pn  btrfs-tools(no description available)
ii  bzip2 1.0.5-4high-quality block-sorting file co
pn  docbook-utils  (no description available)
ii  e2fsprogs 1.41.10-1  ext2/ext3/ext4 file system utiliti
ii  grub  0.97-59GRand Unified Bootloader (dummy pa
ii  initramfs-tools [linux-in 0.93.4 tools for generating an initramfs
ii  jfsutils  1.1.12-2.1 utilities for managing the JFS fil
ii  libncurses5-dev [libncurs 5.7+20090803-2 developer's libraries and docs for
ii  linux-source-2.6.32 [linu 2.6.32-9   Linux kernel source for version 2.
pn  mcelog (no description available)
pn  oprofile   (no description available)
pn  pcmciautils(no description available)
ii  ppp   2.4.4rel-10.1  Point-to-Point Protocol (PPP) - da
ii  procps1:3.2.8-8  /proc file system utilities
pn  quota  (no description available)
ii  reiserfsprogs 1:3.6.21-1 User-level tools for ReiserFS file
pn  squashfs-tools (no description available)
ii  udev  151-2  /dev/ and hotplug management daemo
ii  xfsprogs  3.1.1  Utilities for managing the XFS fil
pn  xmlto  (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#564133: xorg-server-core build failure also on 1.7.5.902

[Brice Goglin]

David Mohr wrote:
> Hi,
> I'm still getting the build failure for the xorg core on 1.7.5.902.
>
>   LINK  Xdmx
> /usr/bin/ld: ../../os/.libs/libos.a(backtrace.o): in function
> xorg_backtrace:../../os/backtrace.c:47: error: undefined reference to
> 'dladdr'
> collect2: ld returned 1 exit status
>   


Do you use binutils-gold ?

Brice




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574350: grub-pc: boot failure after upgrade to 1.98

[Andres Cimmarusti]

I had to do a fresh install of squeeze because I got a new hard drive.
Shortly after finishing up the installation I full-upgraded and that pulled
grub-pc 1.98-1 and it installed without errors.

The reason for the previous failure was that I was running 2.6.33 kernel
from experimental. This changed my /dev/hd* to /dev/sd* and caused
grub-setup to fail. So, in reality, you should close this bug, because it
doesn't affect squeeze (strictly speaking). However, work might be required
when 2.6.33 enters sid.

Best regards

Andres

2010/3/18 Colin Watson 

> merge 554790 574350
> thanks
>
> On Wed, Mar 17, 2010 at 10:34:14AM -0400, Andres Cimmarusti wrote:
> > When I upgraded today to grub 1.98-1 (on two different laptops), I
> noticed
> > the following message (apt):
> >
> > /usr/sbin/grub-setup: error: no mapping exists for `hd0'
> >
> > Upon restarting the system grub2 went it rescue mode after failing to
> boot
> > and showing me this message:
> >
> > error: the symbol 'grub_env_find' not found
>
> This is the same as the cluster of bugs described in #554790.  I intend
> to get this fixed soon, although in some cases it will result in a
> debconf question on upgrade when we can't automatically work out the
> right answer reliably.
>
> Thanks,
>
> --
> Colin Watson   [cjwat...@debian.org]
>

Bug#574337: Upgrade to 1.1.0 version

[Brice Goglin]

Artur Rona wrote:
> Package: xfs
> Version: 1:1.0.8-6
>
> Please upgrade xfs to latest upstream release 1.1.0.
> http://cgit.freedesktop.org/xorg/app/xfs/snapshot/xfs-1.1.0.tar.gz
>   


Nobody maintains xfs anymore. It's mostly useless anyway...

Brice




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org