date:20110821

Package: audacious2
Version: lag during playing, not with mplayer
Severity: normal


Dear Sir,

Funny and interesting discovery.

Well, I will unfortunately not use audacious on some stations for the following 
reasons. well, I cannot due to some x reasons.

here we go.

I have an nfs server that share /mnt/music. nothing special till now

For some stations, I have a netgear ethernet through cables electric. so 
internet comes from electric plug via netgear stuffs
well it is useful sicne no wirelss nor cables through walls

however itis extremely slow network

ok

 I run audacious to listen music... and lag lag lag
network too slow

ok. pitty

but but

I now can listen well music ;) yep

with MPLAYER

mplayer * 
simply does it and my network for station is not saturated anymore and I can 
even do remote SSH on other machines ;) cool

I wish you a beautiful day of summer

Regards
Yellow


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

Kernel: Linux 2.6.32-5-686-bigmem (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#638699: [Pkg-xfce-devel] Bug#638699: exo-open fails to open a filename with a hash (#)

2011-08-21 Thread Mathias Brodala

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi.

Baruch Even, 21.08.2011 09:40:
> Package: exo-utils

This should be blamed on gobject/glib.

> Trying to open a doc file that is named: /tmp/a#.doc with the command:
> exo-open /tmp/a#.doc
> This fails with the message:
> Failed to open URI "file:///tmp/a#.doc".
> Error stating file '/tmp/a': No such file or directory.

Most likely related to this one:

https://bugzilla.gnome.org/show_bug.cgi?id=655194
(gio.File ignores uri fragments on file:// URIs)

There’s nothing exo can do here except wait for gobject/glib to fix this
issue.


Regards, Mathias
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk5QvjYACgkQYfUFJ3ewsJgOGACfQJ+pzHOMUtbQrkobemF9Nv6K
gCoAoJ61V30cNWYyS4OO9ASgHwz1Fgt3
=sF7F
-END PGP SIGNATURE-



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

Bug#638704: libgtk-3-0: segfault on arrow keypress in empty GtkIconView

2011-08-21 Thread Kalle Olavi Niemitalo

Package: libgtk-3-0
Version: 3.0.11-1
Severity: normal

Start cheese 3.0.1-2.  It is in photo mode by default.  Click on
the empty pane where photos would appear if you took any.  Press
the Right arrow key.  The process dies with SIGSEGV.

This crash does not occur if you do have any photos in the pane.

I then built unoptimized, unstripped versions of cheese, gtk+3.0,
and glib2.0.  Here's the backtrace:

Program received signal SIGSEGV, Segmentation fault.
0x7654dffa in gtk_icon_view_set_cell_data (icon_view=0x6b0870, 
item=0x0)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkiconview.c:4177
4177iter = item->iter;
(gdb) backtrace
#0  0x7654dffa in gtk_icon_view_set_cell_data (icon_view=0x6b0870, 
item=0x0)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkiconview.c:4177
#1  0x7654d23b in gtk_icon_view_move_cursor_left_right (
icon_view=0x6b0870, count=1)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkiconview.c:3856
#2  0x7654c83a in gtk_icon_view_real_move_cursor (icon_view=0x6b0870, 
step=GTK_MOVEMENT_VISUAL_POSITIONS, count=1)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkiconview.c:3535
#3  0x76582365 in _gtk_marshal_BOOLEAN__ENUM_INT (closure=0x6ed210, 
return_value=0x7fffcee0, n_param_values=3, param_values=0x11f3d50, 
invocation_hint=0x7fffcd10, marshal_data=0x7654c6b3)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkmarshalers.c:287
#4  0x75961744 in g_type_class_meta_marshal (closure=0x6ed210, 
return_value=0x7fffcee0, n_param_values=3, param_values=0x11f3d50, 
invocation_hint=0x7fffcd10, marshal_data=0x400)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/glib2.0-2.28.6/./gobject/gclosure.c:878
#5  0x75961432 in g_closure_invoke (closure=0x6ed210, 
return_value=0x7fffcee0, n_param_values=3, param_values=0x11f3d50, 
invocation_hint=0x7fffcd10)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/glib2.0-2.28.6/./gobject/gclosure.c:767
#6  0x7597bb9b in signal_emit_unlocked_R (node=0x6ed330, detail=0, 
instance=0x6b0870, emission_return=0x7fffcee0, 
instance_and_params=0x11f3d50)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/glib2.0-2.28.6/./gobject/gsignal.c:3290
#7  0x7597a01c in g_signal_emitv (instance_and_params=0x11f3d50, 
signal_id=141, detail=0, return_value=0x7fffcee0)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/glib2.0-2.28.6/./gobject/gsignal.c:2888
#8  0x764684c5 in gtk_binding_entry_activate (entry=0x6f8b80, 
object=0x6b0870)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkbindings.c:653
#9  0x76469de4 in binding_activate (binding_set=0x6ee020, 
entries=0x11f3970, object=0x6b0870, is_release=0, unbound=0x7fffcfb4)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkbindings.c:1525
#10 0x76469f7e in gtk_bindings_activate_list (object=0x6b0870, 
entries=0x11f3970, is_release=0)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkbindings.c:1586
#11 0x7646a1fe in gtk_bindings_activate_event (object=0x6b0870, 
event=0xfb11a0)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkbindings.c:1671
#12 0x76723fb1 in gtk_widget_real_key_press_event (widget=0x6b0870, 
event=0xfb11a0)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkwidget.c:5767
#13 0x765495db in gtk_icon_view_key_press (widget=0x6b0870, 
event=0xfb11a0)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkiconview.c:2154
#14 0x76581df4 in _gtk_marshal_BOOLEAN__BOXED (closure=0x6be9c0, 
return_value=0x7fffd290, n_param_values=2, param_values=0x10c8730, 
invocation_hint=0x7fffd2c0, marshal_data=0x76549548)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkmarshalers.c:85
#15 0x75961744 in g_type_class_meta_marshal (closure=0x6be9c0, 
return_value=0x7fffd290, n_param_values=2, param_values=0x10c8730, 
invocation_hint=0x7fffd2c0, marshal_data=0x1b0)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/glib2.0-2.28.6/./gobject/gclosure.c:878
#16 0x75961432 in g_closure_invoke (closure=0x6be9c0, 
return_value=0x7fffd290, n_param_values=2, param_values=0x10c8730, 
invocation_hint=0x7fffd2c0)
at 
/home/Kalle/build/x86_64-unknown-linux-gnu/Debian/glib2.0-2.28.6/./gobject/gclosure.c:767
#17 0x7597bb9b in signal_emit_unlocked_R (node=0x66e540, detail=0, 
instance=0x6b0870, emission_return=0x7fffd440, 
instance_and_params=0x10c8730)
at 
/home/Kalle/build/x86_64-unknown-lin

Bug#638384: [pkg-eucalyptus-maintainers] Bug#638384: Switch dependencies on libspring-2.5-java to libspring-java

2011-08-21 Thread Miguel Landaeta

On Sun, Aug 21, 2011 at 03:32:02PM +0900, Charles Plessy wrote:
> Thanks Miguel for your patch.  I have applied, but I notice that
> it causes many jar files to become empty:

Hi Charles,

I forgot to also patch debian/rules. Please review the new patch.
I checked again with lintian and I think the issue is now fixed.
Thanks for noticing.

Cheers,

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche
diff -u mule-2.0.1/debian/changelog mule-2.0.1/debian/changelog
--- mule-2.0.1/debian/changelog
+++ mule-2.0.1/debian/changelog
@@ -1,3 +1,10 @@
+mule (2.0.1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Replace Build-Depends on Spring Framework 2.5 with 3.0 (Closes: #XX).
+
+ -- Miguel Landaeta   Thu, 18 Aug 2011 19:48:36 -0430
+
 mule (2.0.1-2) unstable; urgency=low
 
   * Team upload.
diff -u mule-2.0.1/debian/control mule-2.0.1/debian/control
--- mule-2.0.1/debian/control
+++ mule-2.0.1/debian/control
@@ -50,12 +50,12 @@
  libbcel-java, libxpp3-java, libqdox-java,
  libquartz-java,
  libognl-java,
- libspring-beans-2.5-java,
- libspring-core-2.5-java,
- libspring-web-2.5-java,
- libspring-context-2.5-java,
- libspring-jdbc-2.5-java,
- libspring-tx-2.5-java
+ libspring-beans-java,
+ libspring-core-java,
+ libspring-web-java,
+ libspring-context-java,
+ libspring-jdbc-java,
+ libspring-transaction-java
 Standards-Version: 3.9.0
 Homepage: http://www.mulesoft.org/
 


signature.asc
Description: Digital signature

Bug#638659: [linux-2.6] No sound

2011-08-21 Thread Antonio Marcos López Alonso

Just in case, I found the following line appears in boot messages when I boot 
v3.0 *right after* rebooting from 2.6.39:

Setting up ALSA...warning: 'alsactl restore' failed with error message 'Found 
hardware: "HDA-Intel" "Realtek ALC660" "HDA:10ec0861,1043c603,00100340" 
"0x1043" "0x81e7"

Hope it helps,
Antonio



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

Bug#517700: inkscape: Inkscape siltently Fails on Grayscale conversion

2011-08-21 Thread Alex Valavanis

tags 517700 unreproducible moreinfo
thanks

Hi Christoph,

I have been going through some of the old bug reports for Inkscape in
Debian.  You reported the following some time ago:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517700

I wasn't able to reproduce this problem using
inkscape_0.48.1-2ubuntu2.  Please could you confirm whether you still
have trouble converting images to greyscale with a newer version of
the Debian package?  Did you find that the problem was fixed by
installing the suggested python packages?  For convenience, I have
attached the file you referenced in your original report.

Thanks,


Alex
<>

Bug#633478: zynaddsubfx: diff for NMU version 2.4.0-1.2



Dear maintainer,

I've prepared an NMU for zynaddsubfx (versioned as 2.4.0-1.2). The diff
is attached to this message.

Regards.

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer| quadris...@ubuntu.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0
diff -u zynaddsubfx-2.4.0/debian/changelog zynaddsubfx-2.4.0/debian/changelog
--- zynaddsubfx-2.4.0/debian/changelog
+++ zynaddsubfx-2.4.0/debian/changelog
@@ -1,3 +1,12 @@
+zynaddsubfx (2.4.0-1.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/patches/{05_partui,06_bankui,09_fluid_1.3}.patch:
+- Fluid 1.3.x no longer produces empty implementations for totally
+  empty functions in .fl files, fix FTBFS (Closes: #633478)
+
+ -- Alessio Treglia   Sun, 21 Aug 2011 10:51:06 +0200
+
 zynaddsubfx (2.4.0-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u zynaddsubfx-2.4.0/debian/patches/06_bankui.patch zynaddsubfx-2.4.0/debian/patches/06_bankui.patch
--- zynaddsubfx-2.4.0/debian/patches/06_bankui.patch
+++ zynaddsubfx-2.4.0/debian/patches/06_bankui.patch
@@ -1,13 +1,23 @@
-diff -urN zynaddsubfx-2.4.0.orig/src/UI/BankUI.fl zynaddsubfx-2.4.0/src/UI/BankUI.fl
 zynaddsubfx-2.4.0.orig/src/UI/BankUI.fl	2005-03-14 14:54:34.0 -0500
-+++ zynaddsubfx-2.4.0/src/UI/BankUI.fl	2007-12-16 20:21:20.0 -0500
-@@ -35,6 +35,9 @@
-   } {}
+Index: zynaddsubfx-2.4.0/src/UI/BankUI.fl
+===
+--- zynaddsubfx-2.4.0.orig/src/UI/BankUI.fl	2011-07-10 11:57:12.0 -0400
 zynaddsubfx-2.4.0/src/UI/BankUI.fl	2011-07-10 12:02:57.0 -0400
+@@ -32,9 +32,17 @@
+ 
+ class BankProcess_ {} {
+   Function {process()} {open return_type {virtual void}
+-  } {}
++  } {
++comment {This body intentionally left blank.} {in_source not_in_header
++}
++  }
decl {Bank *bank;} {public
}
 +  Function {~BankProcess_()} {return_type virtual
-+  } {code {} {}}
-+
++  } {
++comment {This body intentionally left blank.} {in_source not_in_header
++}
++  }
  } 
  
- class BankSlot {: {public Fl_Button,BankProcess_}
+ class BankSlot {open : {public Fl_Button,BankProcess_}
diff -u zynaddsubfx-2.4.0/debian/patches/05_partui.patch zynaddsubfx-2.4.0/debian/patches/05_partui.patch
--- zynaddsubfx-2.4.0/debian/patches/05_partui.patch
+++ zynaddsubfx-2.4.0/debian/patches/05_partui.patch
@@ -1,13 +1,21 @@
-diff -urN zynaddsubfx-2.4.0.orig/src/UI/PartUI.fl zynaddsubfx-2.4.0/src/UI/PartUI.fl
 zynaddsubfx-2.4.0.orig/src/UI/PartUI.fl	2005-03-14 14:54:37.0 -0500
-+++ zynaddsubfx-2.4.0/src/UI/PartUI.fl	2007-12-16 20:19:18.0 -0500
-@@ -86,6 +86,9 @@
+Index: zynaddsubfx-2.4.0/src/UI/PartUI.fl
+===
+--- zynaddsubfx-2.4.0.orig/src/UI/PartUI.fl	2011-07-10 11:57:12.0 -0400
 zynaddsubfx-2.4.0/src/UI/PartUI.fl	2011-07-10 12:05:38.0 -0400
+@@ -85,7 +85,15 @@
+ 
  class PartUI_ {} {
Function {showparameters(int kititem,int engine)} {return_type virtual
-   } {}
-+  Function {~PartUI_()} {return_type virtual} { code {} {}
+-  } {}
++  } {
++comment {This body intentionally left blank.} {in_source not_in_header
++}
++  }
++  Function {~PartUI_()} {return_type virtual
++  } {
++comment {This body intentionally left blank.} {in_source not_in_header
++}
 +  }
-+
  } 
  
  class PartKitItem {: {public Fl_Group}
diff -u zynaddsubfx-2.4.0/debian/patches/series zynaddsubfx-2.4.0/debian/patches/series
--- zynaddsubfx-2.4.0/debian/patches/series
+++ zynaddsubfx-2.4.0/debian/patches/series
@@ -8,0 +9 @@
+09_fluid_1.3.patch
only in patch2:
unchanged:
--- zynaddsubfx-2.4.0.orig/debian/patches/09_fluid_1.3.patch
+++ zynaddsubfx-2.4.0/debian/patches/09_fluid_1.3.patch
@@ -0,0 +1,39 @@
+Index: zynaddsubfx-2.4.0/src/UI/OscilGenUI.fl
+===
+--- zynaddsubfx-2.4.0.orig/src/UI/OscilGenUI.fl	2011-07-10 12:07:11.0 -0400
 zynaddsubfx-2.4.0/src/UI/OscilGenUI.fl	2011-07-10 12:08:06.0 -0400
+@@ -129,7 +129,11 @@
+ 
+ class PSlider {: {public Fl_Slider}
+ } {
+-  Function {PSlider(int x,int y, int w, int h, const char *label=0):Fl_Slider(x,y,w,h,label)} {} {}
++  Function {PSlider(int x,int y, int w, int h, const char *label=0):Fl_Slider(x,y,w,h,label)} {
++  } {
++comment {This body intentionally left blank.} {in_source not_in_header
++}
++  }
+   Function {handle(int event)} {return_type int
+   } {
+ code {int X=x(),Y=y(),W=w(),H=h();
+Index: zynaddsubfx-2.4.0/src/UI/PresetsUI.fl
+===
+--- zynaddsubfx-2.4.0.orig/src/UI/PresetsUI.fl	2011-07-10 12:07:21.0 -0400
 zynaddsubfx-2.4.0/src/UI/PresetsUI.fl	2011-07-10 12:08:49.0 -0400
+@@ -16,9 +16,15 @@
+ 
+ class PresetsUI_ {} {
+   Function {refresh()} {open return_type {virtual void}
+-  } {}
++

Bug#637609: closed by Anton Gladky (Bug#637397: fixed in paraview 3.10.1-2)

2011-08-21 Thread Mathieu Malaterre

I would like to add that the CMake/* files belongs to the paraview-dev
package now:

/usr/lib/paraview/CMake/FindMySQL.cmake
/usr/lib/paraview/CMake/FindPythonLibs.cmake
/usr/lib/paraview/CMake/FindTCL.cmake
/usr/lib/paraview/CMake/ParaViewBranding.cmake
/usr/lib/paraview/CMake/ParaViewBrandingCPack.cmake
/usr/lib/paraview/CMake/ParaViewCPackOptions.cmake.in
/usr/lib/paraview/CMake/ParaViewMacros.cmake
/usr/lib/paraview/CMake/ParaViewPlugins.cmake
/usr/lib/paraview/CMake/ParaViewTargets-release.cmake
/usr/lib/paraview/CMake/ParaViewTargets.cmake
/usr/lib/paraview/CMake/ParaViewUse.cmake
/usr/lib/paraview/CMake/VTKVersionMacros.cmake
/usr/lib/paraview/CMake/branded_paraview_initializer.cxx.in
/usr/lib/paraview/CMake/branded_paraview_initializer.h.in
/usr/lib/paraview/CMake/branded_paraview_main.cxx.in
/usr/lib/paraview/CMake/branded_splash.png
/usr/lib/paraview/CMake/pq3DWidgetImplementation.cxx.in
/usr/lib/paraview/CMake/pq3DWidgetImplementation.h.in
/usr/lib/paraview/CMake/pqActionGroupImplementation.cxx.in
/usr/lib/paraview/CMake/pqActionGroupImplementation.h.in
/usr/lib/paraview/CMake/pqAutoStartImplementation.cxx.in
/usr/lib/paraview/CMake/pqAutoStartImplementation.h.in
/usr/lib/paraview/CMake/pqDisplayPanelDecoratorImplementation.cxx.in
/usr/lib/paraview/CMake/pqDisplayPanelDecoratorImplementation.h.in
/usr/lib/paraview/CMake/pqDisplayPanelImplementation.cxx.in
/usr/lib/paraview/CMake/pqDisplayPanelImplementation.h.in
/usr/lib/paraview/CMake/pqDockWindowImplementation.cxx.in
/usr/lib/paraview/CMake/pqDockWindowImplementation.h.in
/usr/lib/paraview/CMake/pqGraphLayoutStrategyImplementation.cxx.in
/usr/lib/paraview/CMake/pqGraphLayoutStrategyImplementation.h.in
/usr/lib/paraview/CMake/pqObjectPanelImplementation.cxx.in
/usr/lib/paraview/CMake/pqObjectPanelImplementation.h.in
/usr/lib/paraview/CMake/pqParaViewPlugin.cxx.in
/usr/lib/paraview/CMake/pqParaViewPlugin.h.in
/usr/lib/paraview/CMake/pqTreeLayoutStrategyImplementation.cxx.in
/usr/lib/paraview/CMake/pqTreeLayoutStrategyImplementation.h.in
/usr/lib/paraview/CMake/pqViewFrameActionGroupImplementation.cxx.in
/usr/lib/paraview/CMake/pqViewFrameActionGroupImplementation.h.in
/usr/lib/paraview/CMake/pqViewModuleImplementation.cxx.in
/usr/lib/paraview/CMake/pqViewModuleImplementation.h.in
/usr/lib/paraview/CMake/pqViewOptionsImplementation.cxx.in
/usr/lib/paraview/CMake/pqViewOptionsImplementation.h.in
/usr/lib/paraview/CMake/pv-forward.c.in
/usr/lib/paraview/CMake/vtkClientServer.cmake
/usr/lib/paraview/CMake/vtkExportKit.cmake
/usr/lib/paraview/CMake/vtkKit.cmake.in
/usr/lib/paraview/CMake/vtkMakeInstantiator.cmake
/usr/lib/paraview/CMake/vtkMakeInstantiator.cxx.in
/usr/lib/paraview/CMake/vtkMakeInstantiator.h.in
/usr/lib/paraview/CMake/vtkTclTkMacros.cmake
/usr/lib/paraview/CMake/vtkWrapClientServer.cmake
/usr/lib/paraview/CMake/vtkWrapClientServer.cxx.in
/usr/lib/paraview/CMake/vtkWrapJava.cmake
/usr/lib/paraview/CMake/vtkWrapPython.cmake
/usr/lib/paraview/CMake/vtkWrapTcl.cmake
/usr/lib/paraview/CMake/vtkWrapperInit.data.in
/usr/lib/paraview/ICETBuildSettings.cmake
/usr/lib/paraview/ICETLibraryDepends.cmake
/usr/lib/paraview/IceTConfig.cmake
/usr/lib/paraview/KWCommonBuildSettings.cmake
/usr/lib/paraview/KWCommonConfig.cmake
/usr/lib/paraview/KWCommonLibraryDepends.cmake

Thanks

On Thu, Aug 18, 2011 at 10:38 AM, Mathieu Malaterre
 wrote:
> [Top posting]
>
> I believe that this will bites us later on. gdcm can build paraview
> plugins (therefore needs paraview-dev), and at the same time can build
> gdcm-vtk-python plugins (therefore need vtk-python). Ideally paraview*
> packages should not install none of the vtk related stuff. I would
> really prefer if vtkWrap* were not installed within paraview* pacakge.
>
> 2cts
>
> On Thu, Aug 18, 2011 at 8:11 AM, Anton Gladky  wrote:
>> Python stuff of Paraview has been moved to paraview-python
>>  binary. And this binary is conflicting with python-vtk.
>>
>>
>> On 8/18/11, Steve M. Robbins  wrote:
>>> On Wed, Aug 17, 2011 at 07:09:09PM +, Debian Bug Tracking System wrote:
 This is an automatic notification regarding your Bug report
 which was filed against the python-vtk,paraview package:

 #637397: Undeclared conflict with python-vtk
>>>
    * [27f6ded] Split paraview into paraview and paraview-python.
                (Closes: #637397)
>>>
>>> How does splitting the package fix the undeclared conflict?
>>>
>>> Thanks,
>>> -Steve
>>>
>>>
>>
>>
>> --
>>
>> Anton
>>
>>
>>
>> --
>> debian-science-maintainers mailing list
>> debian-science-maintain...@lists.alioth.debian.org
>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
>>
>
>
>
> --
> Mathieu
>



-- 
Mathieu



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

Bug#638291: dpkg: Hardlinks problem with conffiles

2011-08-21 Thread Raphael Hertzog

tag 638291 + patch
thanks

On Sat, 20 Aug 2011, Sven Joachim wrote:
> It's not clear to me what the contents of the old version and the
> situation on the filesystem were, but this is reproducible even on fresh
> install.  The reason is that conffile processing takes place after
> unpacking all non-conffiles, so for hardlinks to conffiles you hit the
> ENOENT bug.  If a file is both a conffile and a hardlink in the package,
> it is treated as the latter.

The problem is that the hardlinking code is not aware that the target
file is still in .dpkg-new and not yet in its final location. This is
because conffile are not processed like normal files and thus do not
inherit the usual fnnf_deferred_rename flag.

The attached patch should tell dpkg to also use .dpkg-new for conffiles.
Not tested but it should be ok. Tell me if it works for you (not taking
the time to do it myself, since I'm in vacation).

Can you also turn your testcase in a patch against pkg-tests.git?

Thank you in advance.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)
diff --git a/src/archives.c b/src/archives.c
index f060e70..442cdaf 100644
--- a/src/archives.c
+++ b/src/archives.c
@@ -764,7 +764,7 @@ tarobject(void *ctx, struct tar_entry *ti)
 varbuf_add_char(&hardlinkfn, '/');
 linknode = findnamenode(ti->linkname, 0);
 varbuf_add_str(&hardlinkfn, namenodetouse(linknode, tc->pkg)->name);
-if (linknode->flags & fnnf_deferred_rename)
+if (linknode->flags & (fnnf_deferred_rename|fnnf_new_conff))
   varbuf_add_str(&hardlinkfn, DPKGNEWEXT);
 varbuf_end_str(&hardlinkfn);
 if (link(hardlinkfn.buf,fnamenewvb.buf))

Bug#638705: RM: bugzilla -- RoST; open security issues, unmaintained

2011-08-21 Thread Moritz Muehlenhoff

Package: ftp.debian.org
Severity: normal

Please remove bugzilla. It has open security issues allowing account
compromise (#611176) and the package is very hard to support without
maintainer support (which is non-existing, last upload dates back
nine months), since it's very difficult to test and the packaging
is non-standard (several scripts are being run at build time which
modify the sources in an awkward way).

Plus, Debian has been - rightfully - blamed by upstream in a posting
at Planet Mozilla that Debian provides poor security support for
Bugzilla. Right now people are better off using an upstream tarball. 

The security team will fix the open issues for oldstable/stable, but
we should remove it from the archive for unstable/testing.

Bugzilla should only reenter the archive if >= two maintainers commit 
to its maintenance.

Cheers,
Moritz



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

Bug#517799: inkscape: Does not respect different x from y DPI

2011-08-21 Thread Alex Valavanis

tags 517799 moreinfo
thanks

Hi Daniel,

I am going through some of the old bug reports for Inkscape in Debian.
 You reported the following some time ago:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517799

Please could you confirm whether you still experience this problem
with a newer version of the Inkscape package?

Thanks,


Alex



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

Bug#527505: inkscape package should depends on librsvg2-common

2011-08-21 Thread Alex Valavanis

tags 527505 moreinfo
thanks

Hi Min,

I am going through some old bug reports for the Inkscape package in
Debian.  You reported the following some time ago:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=527505

Please could you confirm that you still have trouble opening linked
SVG files (without librsvg2-common installed) when you use a newer
version of the Inkscape package?  If so, please could you attach a
couple of sample files so I can test it too?

Thanks,


Alex



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

Bug#634422: Fixed with 2.4.0-1.2

Version: 2.4.0-1.2

Hi,

this is no longer reproducible since 2.4.0-1.2.
So, closing.

-- 
Alessio Treglia          | www.alessiotreglia.com
Debian Developer         | ales...@debian.org
Ubuntu Core Developer    | quadris...@ubuntu.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0



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

Bug#638563: Needs to be adapted for libav/0.7.1

2011-08-21 Thread Moritz Mühlenhoff

tags 638563 patch pending
thanks

On Fri, Aug 19, 2011 at 09:35:11PM +0200, Moritz Muehlenhoff wrote:
> Package: kradio4
> Severity: important
> 
> Hi,
> the transition from ffmpeg/0.6.2 to libav/0.7 is planned soonish.
> (libav is a ffmpeg fork, to which Debian will switch, see
> http://en.wikipedia.org/wiki/FFmpeg for more information)
> 
> Your package currently fails to build from source when built against
> libav/0.7.1 and needs to be adapted. You can test this yourself by
> building against the packages from experimental:

Patch attached. I'll do a QA upload in the next days.

Cheers,
Moritz



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

Bug#638291: dpkg: Hardlinks problem with conffiles

2011-08-21 Thread Игорь Пашев

2011/8/20 Sven Joachim 

> The reason is that conffile processing takes place after
> unpacking all non-conffiles, so for hardlinks to conffiles you hit the
> ENOENT bug.  If a file is both a conffile and a hardlink in the package,
> it is treated as the latter.
>

Do I understand it right?
When installing a package:
1. Unpack all regular files (+ symlinks?), except conffiles.
2. Create hardlinks.
3. Process conffiles.

Bug#638444: [INTL:es] Spanish debconf template translation for partman-nbd

2011-08-21 Thread Javier Fernandez-Sanguino

Please wait, I would like to review it first before comitting it.

Thanks

Javier

Pd: Sorry for top-posting, a limitation of my mobile device.

El 20/08/2011 22:16, "Christian PERRIER"  escribió:

Quoting Javier Fernandez-Sanguino (j...@debian.org):
> I will update the d-i translation when I have ...
OK. However, that doesn't give me the answer to "what should I do with
Camaleón's translation for partman-nbd?

Merge it with D-I sublevel 4 or wait?

Bug#638706: qa.debian.org: Does not like \1 backreferences in watch file (breaks download links)

2011-08-21 Thread Matthijs Kooijman

Package: qa.debian.org
Severity: normal

Hi folks,

I noticed that the "download" links on the developer's packages
overview, which allow downloading new upstream version if uscan detects
new versions, are not working right now. At least on this page:

http://qa.debian.org/developer.php?login=matthijs%40stdin.nl&comaint=yes

The links point to, for example,

http://qa.debian.org/1/openttd-1-source.tar.gz

which returns an Apache 404 from qa.debian.org.

I'm not sure if the url is wrong, or if this url should redirect but it
doesn't. Not sure where the "1" in the url comes from either, since the
link is supposed to download the source for openttd 1.1.2.

I also noticed that the download links are working for other packages,
so it must be something related to the rewriting happening in my watch
file. For the OpenTTD package mentioned above, the watch file contains:


options=downloadurlmangle=s/(.*)\/index.html$/\1\/openttd-\1-source.tar.gz/ \
http://master.binaries.openttd.org/releases/ \
(\d+(?:\.\d+)*)/index.html

Looking at this file, it seems the "1"'s in the download url come from
the \1 backreferences in the downloadurlmangle option.

Thinking about this a bit further, I suspect that this is caused by
using \1 as a backreference instead of $1 (which is perfectly valid in
Perl and is understood by uscan, but apparently not by the qa.debian.org
scripts).

I'm not sure if this is a bug in my watchfile, or that qa.debian.org
should support this, though. This might be a trival change in the
qa.debian.org scripts, but I'll probably change my backreferences to use
$ instead of \ anyway (seems Perl recommends using $1 instead of \1 as
well).

Also, perhaps my analysis is wrong somewhere, haven't actually confirmed
that the backreferences are the cause (though it seems likely).

Gr.

Matthijs

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

Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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#638641: kombu: Please consider updating to new upstream version 1.2.1.

Hi Michael!

I'd like to see the new release of kombu available in Debian sid,
please let me know if you need help to do that.

Cheers!

-- 
Alessio Treglia          | www.alessiotreglia.com
Debian Developer         | ales...@debian.org
Ubuntu Core Developer    | quadris...@ubuntu.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0



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

Bug#638707: Update to the new upstream release

Package: python-poster
Severity: wishlist

Hi!

A new upstream release (0.8.1) is available at:
http://pypi.python.org/packages/source/p/poster/poster-0.8.1.tar.gz

The changelog follows:

 * 0.8.0 (2011-02-13):
   - Fixed parameter name encoding so that it follows RFC 2388,2047.
 Thanks to Emilien Klein for pointing this out.
   - Don’t include Content-Length header for each part of the multipart
 message. Fixes issues with some ruby web servers. Thanks to Anders Pearson.
 * 0.8.1 (2011-04-16):
   - Factor out handler creation into get_handlers() method. Thanks to
 Flavio Percoco Premoli

Would you please update the packaging and upload it to Debian unstable?
Thanks in advance for any reply.

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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (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#614020: New upstream release 0.42

2011-08-21 Thread Stefan Hornburg (Racke)


On 08/20/2011 11:34 PM, Dominic Hargreaves wrote:

On Sat, Feb 19, 2011 at 02:33:10PM +0100, Stefan Hornburg (Racke) wrote:

On 02/19/2011 02:12 PM, gregor herrmann wrote:

On Sat, 19 Feb 2011 01:47:59 +0100, Stefan Hornburg (Racke) wrote:


package: mongodb-perl
severity: wishlist

0.42 was released on 7th February.


I'm a bit confused by the status of mongodb-perl. AFAICS
- you have uploaded the initial version
- the Maintainer is set to the Debian Perl Group
- the package is not our repository

Are you going to svn-inject it into the group's repo or do you want
someone else to do it or is this bug just a reminder for yourself or
something else?



Yes on injecting and yes on reminder.


Hi Stefan,

As the package still wasn't in the pkg-perl repos, I've gone ahead and
imported the package (git, now).

This is largely because I plan to fix #637602 (which will be RC before
long) by updating the package to the latest upstream release.

If you want to jump in at this point with a plan to update the package
soon, feel free.

Cheers,
Dominic.



Please go ahead, that's fine for me.

Regards
 Racke


--
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team




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

Bug#625134: python-poster: diff for NMU version 0.7.0-1.1



Dear maintainer,

I've prepared an NMU for python-poster (versioned as 0.7.0-1.1). The diff
is attached to this message.

Regards.

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer| quadris...@ubuntu.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0
diff -u python-poster-0.7.0/debian/changelog python-poster-0.7.0/debian/changelog
--- python-poster-0.7.0/debian/changelog
+++ python-poster-0.7.0/debian/changelog
@@ -1,3 +1,11 @@
+python-poster (0.7.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Build-Depends on python-setuptools to fix FTBFS (Closes: #625134).
+Patch by Angel Abad . 
+
+ -- Alessio Treglia   Sun, 21 Aug 2011 12:16:21 +0200
+
 python-poster (0.7.0-1) unstable; urgency=low
 
   * Initial release (Closes: #612043)
diff -u python-poster-0.7.0/debian/control python-poster-0.7.0/debian/control
--- python-poster-0.7.0/debian/control
+++ python-poster-0.7.0/debian/control
@@ -3,7 +3,8 @@
 Priority: optional
 Maintainer: Robert Collins 
 Build-Depends: debhelper (>= 7.0.50~), cdbs (>= 0.4.49),
- python-all (>= 2.3.5-11)
+ python-all (>= 2.3.5-11),
+ python-setuptools
 Build-Depends-Indep: python-support (>= 0.5.3)
 Standards-Version: 3.9.1.0
 Homepage: http://atlee.ca/software/poster/

Bug#638708: Update to the new upstream release

Package: pyinotify
Severity: wishlist

Hi!

A new upstream release (0.9.2) is available at:
http://githubredir.debian.net/github/seb-m/pyinotify/0.9.2.tar.gz

Would you please update the packaging and upload it to Debian unstable?
Thanks in advance for any reply.

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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (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#638709: pidgin: new upstream version

2011-08-21 Thread Christoph Anton Mitterer

Package: pidgin
Version: 2.9.0-3
Severity: wishlist
Tags: security


Hi.

A new upstream version (2.10) is available (fixing several security issues).

Chris.



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

Bug#580759: New upstream preview package

2011-08-21 Thread Giovanni Mascellani

Hi Vincent.

I'm working on packaging the new upstream release of libwoodstox. Most
of the work is already done and available on the SVN. For your
convenience, I also put a copy here:

http://poisson.phc.unipi.it/~mascellani/unstable/libwoodstox-java_4.1.1-1.dsc

http://poisson.phc.unipi.it/~mascellani/unstable/libwoodstox-java_4.1.1-1_all.deb

Some things still are left: for example, updating debian/copyright.
Moreover, some tests fail at the moment. The preview above is compiled
ignoring tests failures, but I plan to get in touch with the upstream
author to clear out the problem.

Could you try if freecol still compiles and work with the new package?
There is just one caveat: the name of the tarball has changed, because
of some changes in the maven POM files (wstx-lgpl.jar ->
woodstox-core-lgpl.jar). It shouldn't be a big problem, but if you want
I can add a backward compatibility link.

Would you mind if I added myself as Uploader for libwoodstox-java?

Thanks, Giovanni.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org



signature.asc
Description: OpenPGP digital signature

Bug#638631: Crash following repeated 'page allocation failure' & 'BUG: soft lockup'

2011-08-21 Thread Richard Kettlewell


On 20/08/2011 15:13, Ben Hutchings wrote:

On Sat, 2011-08-20 at 12:44 +0100, Richard Kettlewell wrote:

The emulated screen was blank and
did not respond to any input.  The kernel log is full of messages as
shown below.  They almost all name the same executable, apache_accesses
(from package munin-node) and have the same backtraces, but are
different PIDs (it is not a long-running process).

The exception is a "BUG: soft lockup - CPU#0 stuck for 35s!" message,
also below.

The guest is a news server, with around a kilobyte/second of network
traffic going into it at all times.

The guest has 512MB RAM assigned.  It has a gigabyte of swap available
and doesn't seem to have been using much of it.

[...]

That does sound wrong.

Could it be that the host is slow to service the guest's disk I/O?


In summary, it does seem to be.

Average latency on /dev/vda over the last week is reported as around 
200ms. There are occasional spikes to multiple whole seconds.


A couple of those spikes are approximately the right time for 'BUG: soft 
lockup' messages (but the resolution is not very high) & there are other 
spikes with no corresponding messages in the kernel logs.


That said there are similar huge latency spikes visible for the host 
too.  I think I need some faster storage l-(


As for throughput, a quick test with dd reveals the guest has about 10% 
of the write performance of the host, which seems pretty poor to me.


ttfn/rjk



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

Bug#637061: mutagen: diff for NMU version 1.19-2.2

tags 637061 + pending
thanks

Dear maintainer,

I've prepared an NMU for mutagen (versioned as 1.19-2.2) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer| quadris...@ubuntu.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0
diff -Nru mutagen-1.19/debian/changelog mutagen-1.19/debian/changelog
--- mutagen-1.19/debian/changelog	2011-05-02 21:48:22.0 +0200
+++ mutagen-1.19/debian/changelog	2011-08-21 12:32:41.0 +0200
@@ -1,3 +1,17 @@
+mutagen (1.19-2.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix wrong file length calculation (Closes: #637061):
+- debian/patches/mpeg-length.diff: Fix CBR length calculation, it used
+  the rounded frame_length including the current frame's padding.
+- debian/patches/mpeg-length-remove.diff: Remove the code which should
+  have prevented the use of impossible lengths by performing the
+  'bitrate/file size' check. This was never used because the args are
+  switched, plus the calculation is wrong as the result is 1/64 of the
+  real length.
+
+ -- Alessio Treglia   Mon, 08 Aug 2011 10:15:32 +0200
+
 mutagen (1.19-2.1) unstable; urgency=low
 
   * Non-maintainer upload (with maintainer's permission).
diff -Nru mutagen-1.19/debian/patches/mpeg-length.diff mutagen-1.19/debian/patches/mpeg-length.diff
--- mutagen-1.19/debian/patches/mpeg-length.diff	1970-01-01 01:00:00.0 +0100
+++ mutagen-1.19/debian/patches/mpeg-length.diff	2011-08-21 12:32:41.0 +0200
@@ -0,0 +1,60 @@
+Description: Fix CBR length calculation, it used the rounded frame_length
+ including the current frame's padding.
+From: http://code.google.com/p/mutagen/issues/detail?id=93#c4
+Bug: http://code.google.com/p/mutagen/issues/detail?id=93
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637061
+---
+ mutagen/mp3.py|   11 +--
+ tests/test_mp3.py |8 
+ 2 files changed, 9 insertions(+), 10 deletions(-)
+
+--- mutagen-1.19.orig/mutagen/mp3.py
 mutagen-1.19/mutagen/mp3.py
+@@ -151,15 +151,16 @@ class MPEGInfo(object):
+ self.sample_rate = self.__RATES[self.version][sample_rate]
+ 
+ if self.layer == 1:
+-frame_length = (12 * self.bitrate / self.sample_rate + padding) * 4
++padding *= 4
+ frame_size = 384
+ elif self.version >= 2 and self.layer == 3:
+-frame_length = 72 * self.bitrate / self.sample_rate + padding
+ frame_size = 576
+ else:
+-frame_length = 144 * self.bitrate / self.sample_rate + padding
+ frame_size = 1152
+ 
++frame_length = frame_size / 8 * \
++self.bitrate / self.sample_rate + padding
++
+ if check_second:
+ possible = frame_1 + frame_length
+ if possible > len(data) + 4:
+@@ -168,9 +169,7 @@ class MPEGInfo(object):
+ if frame_data & 0xFFE0 != 0xFFE0:
+ raise HeaderNotFoundError("can't sync to second MPEG frame")
+ 
+-frame_count = real_size / float(frame_length)
+-samples = frame_size * frame_count
+-self.length = samples / self.sample_rate
++self.length = 8 * real_size / float(self.bitrate)
+ 
+ # Try to find/parse the Xing header, which trumps the above length
+ # and bitrate calculation.
+--- mutagen-1.19.orig/tests/test_mp3.py
 mutagen-1.19/tests/test_mp3.py
+@@ -36,10 +36,10 @@ class TMP3(TestCase):
+ self.failUnlessEqual(self.mp3_2.tags, ID3(self.silence_nov2))
+ 
+ def test_length(self):
+-self.failUnlessEqual(int(round(self.mp3.info.length)), 4)
+-self.failUnlessEqual(int(round(self.mp3_2.info.length)), 4)
+-self.failUnlessEqual(int(round(self.mp3_3.info.length)), 4)
+-self.failUnlessEqual(int(round(self.mp3_4.info.length)), 4)
++self.assertAlmostEquals(self.mp3.info.length, 3.77, 2)
++self.assertAlmostEquals(self.mp3_2.info.length, 3.77, 2)
++self.assertAlmostEquals(self.mp3_3.info.length, 3.77, 2)
++self.assertAlmostEquals(self.mp3_4.info.length, 3.84, 2)
+ def test_version(self):
+ self.failUnlessEqual(self.mp3.info.version, 1)
+ self.failUnlessEqual(self.mp3_2.info.version, 1)
diff -Nru mutagen-1.19/debian/patches/mpeg-length-remove.diff mutagen-1.19/debian/patches/mpeg-length-remove.diff
--- mutagen-1.19/debian/patches/mpeg-length-remove.diff	1970-01-01 01:00:00.0 +0100
+++ mutagen-1.19/debian/patches/mpeg-length-remove.diff	2011-08-21 12:32:41.0 +0200
@@ -0,0 +1,29 @@
+Description: Remove the code which should have prevented the use of impossible
+ lengths by performing the 'bitrate/file size' check. This was never used
+ because the args are switched, plus the calculation is wrong as the result
+ is 1/64 of the real length.
+From: http://code.g

Bug#638710: override: libapache2-mod-php5filter:httpd/extra

2011-08-21 Thread Thijs Kinkhorst

Package: ftp.debian.org

On Fri, August 19, 2011 20:33, Debian FTP Masters wrote:
> There are disparities between your recently accepted upload and the
> override file for the following file(s):
>
> libapache2-mod-php5filter_5.3.7-1_amd64.deb: package says priority is
> extra, override says optional.

This Apache module is of limited scope and for special cases compared to
the default Apache PHP module libapache2-mod-php, which is 'optional'.
Hence it makes sense to put in in 'extra': you will install this module
only if you have special requirements and the default is not good enough
for you.

Cheers,
Thijs

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

Bug#638711: xserver-xorg-video-r128: XVideo displays only top half of video on interlaced output

2011-08-21 Thread Tomi Leppänen

Package: xserver-xorg-video-r128
Version: 6.8.1-3
Severity: normal

I'm using TV as display and when I try to watch videos using XVideo it shows 
only the top half of the video. Although it still uses the same space. This 
didn't happend with regular (non-interlaced) display. Also this doesn't happen 
when I use x11 as output on Mplayer or Mythtv.
This is making my setup unusable with Mythtv, because it can't display properly 
video with any other output-plugin. They all cause dropped frames (at least 
that's what it looks like).

I found an old bug report that had this fixed: 
http://www.mail-archive.com/xfree86@xfree86.org/msg12627.html

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Aug 14 11:18 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1733468 Feb 19  2011 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:08.0 VGA compatible controller [0300]: ATI Technologies Inc Rage 128 RK/VR 
[1002:524b]

Xorg X server configuration file status:

-rw-r--r-- 1 root root 711 Aug 20 19:26 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
Section "Module"
Disable "dri"
EndSection

Section "Monitor"
Identifier  "TV"
HorizSync   14.0 - 18.0
VertRefresh 45.0 - 65.0
#   Option  "DPMS"
Modeline"720x576i25" 15.125 720 778 834 968 576 579 607 625 
interlace -hsync -vsync
EndSection

Section "Device"
Identifier  "ATI Rage 128 VR"
Driver  "ati"
#Option "DynamicClocks" "true"
Option  "ForceMinDotClock" "14MHz"
#Option "MergedFB"  "false"
Option  "IgnoreEDID""true"
#Option "VGAAccess" "false"
EndSection

Section "Screen"
Identifier "Screen0"
Device "ATI Rage 128 VR"
Monitor"TV"
DefaultDepth24
SubSection "Display"
Modes   "720x576i25"
Depth   24
EndSubSection
EndSection

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 2.6.32-5-686 (Debian 2.6.32-35) (da...@debian.org) (gcc version 
4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Jun 13 04:13:06 UTC 2011

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 23585 Aug 21 13:44 /var/log/Xorg.0.log

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

X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32.29-dsa-ia32 i686 Debian
Current Operating System: Linux mediamyth 2.6.32-5-686 #1 SMP Mon Jun 13 
04:13:06 UTC 2011 i686
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 
root=UUID=7f4075cc-5b16-4fe4-a51b-ee8f697feac1 ro quiet
Build Date: 19 February 2011  02:37:36PM
xorg-server 2:1.7.7-13 (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: Sun Aug 21 13:44:14 2011
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(==) No Layout section.  Using the first Screen section.
(**) |-->Screen "Screen0" (0)
(**) |   |-->Monitor "TV"
(**) |   |-->Device "ATI Rage 128 VR"
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/Type1" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
(II) Loader magic: 0x81ecca0
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org

Bug#638694: xterm: alt- ==

2011-08-21 Thread Thomas Dickey


On Sun, 21 Aug 2011, Ahmad Khayyat wrote:


Subject: xterm: alt- == 
Package: xterm
Version: 271-1
Severity: normal

Alt key works perfectly as a modifier with any key except for the arrow keys
(left, right, up, down).
With arrow keys, alt- produces the same codes as  alone, as
shown by ctrl-v alt-.

After adding the grp:alts_toggle xkb option, only the left alt key behaves
correctly, but the right alt key then becomes ISO_Level3_Shift, as reported
by xev.
xmodmap shows ISO_Level3_Shift to be Mod5. Moving ISO_Level3_Shift from Mod5
to Mod1 breaks alt- again.

Only grp:alts_toggle can fix alt-, and then it mutates alt_r
into ISO_Level3_Shift. Other toggle options have no effect on this issue.
Note also that alts_toggle and ctrls_toggle don't actually do any toggling.
I tried menu_toggle and shifts_toggle and they do toggle.

I am not sure if this is xterm's fault, but gnome-terminal does not have
this problem.


gnome-terminal doesn't do much at all with keyboard events.

xterm is making a check to keep the level3 shift key distinct from alt
and meta - which is for the case you're describing.  If it's assigned
to the same key, then xterm won't honor alt/meta on that key.

I do recall some comment a while back about the ISO_Level3_Shift, that 
xterm's check for it isn't necessary.  I'll look for that in my email, to 
compare it with this case, probably remove the check - or add a resource 
to control whether the conflict is ignored.  It's a one-liner in input.c


(I don't have a pc105 keyboard, so I don't think I can test this
directly myself).


$ setxkbmap -query
rules:  evdev
model:  pc105
layout: us,ar

-> alt- == 

$ setxkbmap -option grp:alts_toggle
$ setxkbmap -query
rules:  evdev
model:  pc105
layout: us,ar
options:grp:alts_toggle

-> alt_L- Works
-> alt_R- == 
-> alt_R is ISO_Level3_Shift

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

Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored:
LC_ALL set to en_CA.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xterm depends on:
ii  libc6 2.13-10Embedded GNU C Library: Shared
lib
ii  libfontconfig12.8.0-3generic font configuration
library
ii  libice6   2:1.0.7-2  X11 Inter-Client Exchange
library
ii  libncurses5   5.9-1  shared libraries for terminal
hand
ii  libutempter0  1.1.5-4A privileged helper for
utmp/wtmp
ii  libx11-6  2:1.4.4-1  X11 client-side library
ii  libxaw7   2:1.0.9-2  X11 Athena Widget library
ii  libxft2   2.2.0-3FreeType-based font drawing
librar
ii  libxmu6   2:1.1.0-2  X11 miscellaneous utility
library



--
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#626931: [pkg-firebird-general] Bug#626931: Bug#626931: FTBFS on GNU/Hurd

2011-08-21 Thread marius adrian popa

On Sat, Aug 20, 2011 at 7:00 PM, Samuel Thibault  wrote:
> Samuel Thibault, le Sat 20 Aug 2011 17:58:33 +0200, a écrit :
>> Samuel Thibault, le Sat 20 Aug 2011 17:56:14 +0200, a écrit :
>> > Damyan Ivanov, le Mon 16 May 2011 21:12:27 +0300, a écrit :
>> > > I seem to remember a Hurd porter said that there would be problems
>> > > with semaphores or something like that,
>> >
>> > Yes.
>> >
>> > GNU/Hurd doesn't (yet) support semctl and memory-shared mutexes.
>>
>> That being said, could upstream apply the attached patch to at least fix
>> the build?
>
> Oops, the patch wasn't up to date, here is my late version.


I will review and send it upstream



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

Bug#638295: debmirror: support alternative configuration files

2011-08-21 Thread Stefan Kisdaroczi

2011/8/20 Joey Hess :
> Stefan Kisdaroczi wrote:
>> with the attached patch you can specify a configuration file by
>> exporting DEBMIRRORCONF.
>
> debmirror already has too many switches, but I still think another one
> would be preferable to an environment variable
Yes, a switch like --conf=,,... would be great.

> if this is really needed.
Don't know, me yes. So I decided to open a wishlist bug with a small
non-intrusive patch that
works for me, but I prefer a switch based solution with multiple conf files.

> Did you choose to use an env var simply because the config file is
> loaded before getopt?
Was a reason, yes.

Should I try to make patch with a conf-file switch ?

Stefan



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

Bug#637461: nfs-common: some more information

Package: nfs-common
Version: 1:1.2.2-4
Severity: normal

How are your network interfaces configured?  ifupdown, Network Manager,
wicd?

Ben.


Dear Ben, 

There is actually some progresses... 

Would you mind if we start to talk about NFS-common and nfs-kernel-server more 
generally? Both are linked together somehow. 
I would like more to understand about the issue. OK. If you take the time, 
maybe we could understand more about the reported problem.

You know I am not an expert user with Linux, so I can type all commands you 
would like to get more input/info.



OK, in the server I had I have used squeeze which was as testing. The issue was 
that the server NFS had to be restarted often 
/etc/init.d/nfs-kernel... restart
OK

then the stations could mount it : mount /mnt/pictures  
went ok if I restart it. 

You might have said taht my server was not well installed. I might disagree 
since I did all good stuffs from server install to install the NFS.
Or maybe the order? 

So it was not possible to mount at boot of the station.


- well. recently
I had a hdd crash, that died, and I had to fight, and had got to reinstall the 
server. Fine. ;) Interesting
+ 
the debian testing went to stable. OK, even more interesting

So I installed the NFS server with debian stable (squeeze). It should actually 
give the same errors right? 
Install from server. no packages. 
then 
apt-get install nfs-kernel... portmap nfs-common
and then the rest

and ... 
 
so now the stations can mount hte NFS server at BOOT. 

So why? 

my idea could be :
1) you changed something

or

2) the first insatllation : apt-get install nfs-kernel-server portmap nfs-common
is good

or

3) 
my exports is not ideal

currently I use:

$ cat /etc/exports:
#/home  192.168.1.*(rw,sync)
#/pictures  192.168.1.*(rw,sync)

/home   192.168.1.0/24(rw,sync,root_squash,no_subtree_check)

# /mnt/pictures 192.168.1.0/24(rw,sync,root_squash)

/mnt/pictures   192.168.1.*(rw,sync,fsid=0,crossmnt,no_subtree_check)

##/mnt/pictures/uploads *(rw,sync,fsid=0,crossmnt,no_subtree_check)
#/mnt/applications  192.168.1.0/24(ro,root_squash)

/mnt/applications   192.168.1.*(ro,sync,fsid=0,crossmnt,no_subtree_check)
#*




well, another important problem
If I have : 
/mnt/pictures   192.168.1.*(rw,sync,fsid=0,crossmnt,no_subtree_check)
/mnt/applications   192.168.1.*(ro,sync,fsid=0,crossmnt,no_subtree_check)

the stationc cannot mount /mnt/applications
the stations says it is mounted fine, both pictures and applications
but the content of /mnt/applications is similar to /mnt/torrents on the station

it seems that the stations mounting from /etc/fstab is always teh same as 
/mnt/pictures.
That's a problem that I never encountered anytime, althoguh after about 10 
years of use of linux.
I wonder. I do not understand.




Finally, concerning speed of network:
 192.168.1.*   < works well in this newer NFS SERVER, but however I 
have doubts that it could be bit slow
 *   <-- is extremely fast but could be dangerous
 192.168.1.0/24  <--- is it still possible in this NFS of the current 
debian stable?
Could it be possible that it has some effects of the speed on data transferts 
between server and statiosn? 
It was just an impression when using the NFS station... 

Well, I am glad that the station can mount the NFS server at boot, but there 
are few things that we could bit discuss if you have some time...

Thank you of coding NFS ! I send you greetings,

Best regards,

Yellow
A relative newbie with Linux


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

Kernel: Linux 2.6.32-5-686-bigmem (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 nfs-common depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  initscripts 2.88dsf-13.1 scripts for initializing and shutt
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libcap2 1:2.19-3 support for getting/setting POSIX.
ii  libcomerr2  1.41.12-4stable1 common error description library
ii  libevent-1.4-2  1.4.13-stable-1  An asynchronous event notification
ii  libgssapi-krb5-21.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k
ii  libgssglue1 0.1-4mechanism-switch gssapi library
ii  libk5crypto31.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - C
ii  libkrb5-3   1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries
ii  libnfsidmap20.23-2   An nfs idmapping library
ii  librpcsecgss3   0.19-2   allows secure rpc communication us
ii  libwrap07.6.q-19 Wietse Venema's TCP wrappers libra
ii  lsb-base3.2-23.2squeeze1

Bug#638615: hunspell: please provide a -dbg library package (with debugging symbols)

2011-08-21 Thread Rene Engelhard

tag 638615 + pending
thanks

Hi,

On Sat, Aug 20, 2011 at 11:14:14AM +0200, Vincent Lefevre wrote:
> Please provide a -dbg library package, i.e. with debugging symbols.
> This would be useful for reporting bugs involving a crash in the
> hunspell library and for debugging.

Will do. But I probably won't do it for 1.2.x anymore but "only" for
1.3.x.

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



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

Bug#638713: cycfx2prog: FTBFS with ld --as-needed

2011-08-21 Thread Angel Abad

Package: cycfx2prog
Version: 0.47-1
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertags: ld-as-needed



*** /tmp/tmpddY9h7
In Ubuntu, the attached patch was applied to achieve the following:

Hi! This package fails to build from source with ld -as-needed and
binutils-gold, this patch solves the problem.

Regards,

  * debian/patches/fix-ftbfs-with-ls-as-needed.patch: (LP: #770790)
- Reorder libraries to fix FTBFS with ld --as-needed


Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-updates
  APT policy: (500, 'oneiric-updates'), (500, 'oneiric')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-8-generic (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u cycfx2prog-0.47/debian/changelog cycfx2prog-0.47/debian/changelog
only in patch2:
unchanged:
--- cycfx2prog-0.47.orig/debian/patches/fix-ftbfs-with-ls-as-needed.patch
+++ cycfx2prog-0.47/debian/patches/fix-ftbfs-with-ls-as-needed.patch
@@ -0,0 +1,24 @@
+Description: Reorder libraries to fix FTBFS with ld --as-needed
+Author: Angel Abad 
+Bug-Ubuntu: https://launchpad.net/bugs/770790
+
+diff -Nur -x '*.orig' -x '*~' cycfx2prog-0.47//Makefile cycfx2prog-0.47.new//Makefile
+--- cycfx2prog-0.47//Makefile	2009-12-06 18:55:28.0 +0100
 cycfx2prog-0.47.new//Makefile	2011-08-21 13:18:48.223560927 +0200
+@@ -2,14 +2,14 @@
+ VERSION = 0.47
+ CFLAGS = -O2 -fno-rtti -fno-exceptions -DCYCFX2PROG_VERSION=\"$(VERSION)\" \
+ 	-W -Wall -Wformat
+-LDFLAGS = -lusb
++LIBS = -lusb
+ DIST_DEST = cycfx2prog-$(VERSION)
+ 
+ all: cycfx2prog
+ 
+ # NOTE: Also add sources to the "dist:" target!
+ cycfx2prog: cycfx2prog.o cycfx2dev.o
+-	$(CC) $(LDFLAGS) cycfx2prog.o cycfx2dev.o -o cycfx2prog
++	$(CC) cycfx2prog.o cycfx2dev.o -o cycfx2prog $(LIBS)
+ 
+ clean:
+ 	-rm -f *.o

Bug#638714: ceph: FTBFS: fatal error: curl/types.h: No such file or directory

2011-08-21 Thread Aurelien Jarno

Package: ceph
Version: 0.27-1.1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

ceph currently FTBFS on sid, as it tries to include curl/types.h
which has been removed (see bug#636457):

| g++ -DHAVE_CONFIG_H -I. -Wall -D__CEPH__ -D_FILE_OFFSET_BITS=64 
-D_REENTRANT -D_THREAD_SAFE -rdynamic -Wnon-virtual-dtor  -Wno-invalid-offsetof 
-g -O2 -MT libradosgw_a-rgw_os.o -MD -MP -MF .deps/libradosgw_a-rgw_os.Tpo -c 
-o libradosgw_a-rgw_os.o `test -f 'rgw/rgw_os.cc' || echo './'`rgw/rgw_os.cc
| rgw/rgw_os.cc:6:24: fatal error: curl/types.h: No such file or directory
| compilation terminated.
| make[4]: *** [libradosgw_a-rgw_os.o] Error 1
| make[4]: *** Waiting for unfinished jobs
| mv -f .deps/libradosgw_a-rgw_cache.Tpo .deps/libradosgw_a-rgw_cache.Po
| mv -f .deps/libradosgw_a-rgw_rest_s3.Tpo .deps/libradosgw_a-rgw_rest_s3.Po
| make[4]: Leaving directory 
`/build/buildd-ceph_0.27-1.1-s390x-37xnJs/ceph-0.27/src'
| make[3]: *** [all-recursive] Error 1
| make[3]: Leaving directory 
`/build/buildd-ceph_0.27-1.1-s390x-37xnJs/ceph-0.27/src'
| make[2]: *** [all] Error 2
| make[2]: Leaving directory 
`/build/buildd-ceph_0.27-1.1-s390x-37xnJs/ceph-0.27/src'
| make[1]: *** [all-recursive] Error 1
| make[1]: Leaving directory 
`/build/buildd-ceph_0.27-1.1-s390x-37xnJs/ceph-0.27'
| make: *** [build-stamp] Error 2

Full build log (s390x, but also affects other architectures) at:

  
http://buildd.debian-ports.org/status/fetch.php?pkg=ceph&arch=s390x&ver=0.27-1.1&stamp=1313920760
 

Regards,
Aurelien


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

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



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

Bug#638712: binNMUs for packages exporting (rest|save)(32|64\|)(fpr|gpr) symbols

2011-08-21 Thread Clara Gnos

On Sunday 21 August 2011 13:20:59 Clara Gnos wrote:

> nmu linux-2.6_3.0.0-2 . ALL .  -m
> 'Rebuild to remove (rest|save)(32|64\|)(fpr|gpr) symbols.'
[...]
> nmu eglibc_2.13-16 . ALL .  -m
> 'Rebuild to remove (rest|save)(32|64\|)(fpr|gpr) symbols.'

There seem to be some false positives.

> nmu wine-unstable_1.1.29-1 . ALL . 
> -m 'Rebuild to remove (rest|save)(32|64\|)(fpr|gpr) symbols.'

And some programs which currently ftbfs.

...but I don't know how I can efficiently filter them.



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

Bug#638712: binNMUs for packages exporting (rest|save)(32|64\|)(fpr|gpr) symbols

2011-08-21 Thread Julien Cristau

On Sun, Aug 21, 2011 at 13:20:59 +0200, Clara Gnos wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: binnmu
> 
> It was noticed in bug #638271 that some powerpc binaries would lead to
> unusable compilation results. The reason for that was that they export symbols
> that match the expression .*(rest|save)(32|64\|)(fpr|gpr).* and therefore
> would force the dynamic linker to make wrong decisions and crash before the
> actual program was started. This was fixed a long time ago in the gcc
> libraries http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00264.html , but some
> packages weren't recompiled since that time.
> 
I'm working on a list too, will try to finish it later today so we can
compare...

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#528180: xserver-xorg-video-openchrome: incompatible whith kernel 2.6.26 and K8M890CE/K8N890CE

2011-08-21 Thread Julien Viard de Galbert

On Sat, Aug 20, 2011 at 05:06:39PM +0200, Stimiato wrote:
> Hi,
Hello,

> 
> I've access to this hardware,
Nice !
> same problems, as reported above.
Too bad, I would have hoped it was fixed by now...
Can you describe a little more the problem, its the same as which part
above ?
You have a cursor that leaves a trail ? No cursor at all ?

> tested with linux3.0.0-1 on debian wheezy, vesa and openchrome xorg drivers.
> xorg is unusable.
> tried to use viafb kernel mod, but cursor is shown in double height. no x 
> neither with fb driver.
> I'm here to give you more information, if needed.

First you can give the output of the bug script as explained on [1] and
the version of xserver-xorg-video-openchrome your are using.
Thanks.

 1: http://x.debian.net/howto/report-bugs.html
> 
> Nicola Alessi
> 

Best Regards,

Julien VdG

-- 
Julien Viard de Galbert
http://silicone.homelinux.org/   
GPG Key ID: D00E52B6  Published on: hkp://keys.gnupg.net
Key Fingerprint: E312 A31D BEC3 74CC C49E  6D69 8B30 6538 D00E 52B6


signature.asc
Description: Digital signature

Bug#638715: texlive-base: [debconf_rewrite] Debconf templates and debian/control review

2011-08-21 Thread Christian Perrier

Package: texlive-base
Version: N/A
Severity: normal
Tags: patch

Dear Debian maintainer,

On Saturday, August 06, 2011, I notified you of the beginning of a review 
process
concerning debconf templates for texlive-base.

The debian-l10n-english contributors have now reviewed these templates,
and the proposed changes are attached to this bug report.

Please review the suggested changes, and if you have any
objections, let me know in the next 3 days.

However, please try to avoid uploading texlive-base with these changes
right now.

The second phase of this process will begin on Wednesday, August 24, 2011, when 
I will
coordinate updates to translations of debconf templates.

The existing translators will be notified of the changes: they will
receive an updated PO file for their language.

Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.

Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.

The call for translation updates and new translations will run until
about Wednesday, September 14, 2011. Please avoid uploading a package with 
fixed or changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.

Please note that this is an approximative delay, which depends on my
own availability to process this work and is influenced by the fact
that I simultaneously work on many packages.

Around Thursday, September 15, 2011, I will contact you again and will send a 
final patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).

Again, thanks for your attention and cooperation.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (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 tex-common depends on:
ii  cdebconf [debconf-2.0]   0.157   Debian Configuration Management Sy
ii  debconf [debconf-2.0]1.5.41  Debian configuration management sy
ii  dpkg 1.16.0.3Debian package management system
ii  ucf  3.0025+nmu2 Update Configuration File: preserv

Versions of packages tex-common suggests:
ii  debhelper 8.9.4  helper programs for debian/rules

Versions of packages texlive-base is related to:
ii  tex-common2.10   common infrastructure for building
ii  texlive-binaries  2009-10Binaries for TeX Live
--- texlive-base.old/debian/templates   2011-08-04 09:44:52.381053401 +0200
+++ texlive-base/debian/templates   2011-08-21 14:08:35.301419040 +0200
@@ -1,20 +1,31 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: texlive-base/texconfig_ignorant
 Type: error
-_Description: TeX configuration cannot handle the system paper size 
${libpaperPaper}
- Your system-wide paper size is set to ${libpaperPaper}. However, the
+#flag:translate!:5
+_Description: Unmanageable system paper size (${libpaperPaper})
+ The currently defined system-wide paper size is ${libpaperPaper}. However, the
  TeX configuration system cannot handle this paper size for ${binary}.
  .
  The setting will remain unchanged.
  .
- For a list of paper sizes known for ${binary}, execute
+ The following command can show the list of known paper sizes for
+ ${binary}:
  .
  texconfig ${binary_commandline} paper
 
 Template: texlive-base/binary_chooser
 Type: multiselect
-_Description: Choose TeX binaries that should use system paper size
- Currently, the TeX binaries have different default paper sizes set on
- this system.  Please choose which of them should get the system paper
- size, ${libpaperPaper}, as their default.
+_Description: TeX binaries that should use the system paper size:
+ This system's TeX binaries currently use different default paper
+ sizes. Please choose which of them should get the system paper size
+ (${libpaperPaper}) as their default.
 Choices: pdftex, dvips, dvipdfmx, xdvi
 Default: pdftex, dvips, dvipdfmx, xdvi
--- texlive-base.old/debian/control 2011-08-04 09:44:52.381053401 +0200
+++ texlive-base/debian/control 2011-08-08 09:00:22.899513517 +0200
@@ -16,26 +16,26 @@
 Provides: dvipdfmx
 Suggests: perl-tk, ghostscript, xpdf-reader | pdf-viewer, gv | 
postscript-viewer
 Replaces: texlive-xetex (<< 2008), dvipdfmx, luatex (<< 0.45.0), 
texlive-base-bin-doc
-Description: TeX Live: Essential programs an

Bug#621994: medusa: FTBFS: medusa-net.c:322: undefined reference to `SSLv2_client_method'

2011-08-21 Thread Ilya Barygin

tags 621994 patch
thanks

Hello,

Attached is the patch that was applied in Ubuntu to fix this problem.
https://launchpad.net/ubuntu/+source/medusa/2.0-1ubuntu1
Description: OpenSSL 1.0.0 has SSLv2 support disabled. Handle this case.
Author: Ilya Barygin 
Bug-Debian: http://bugs.debian.org/621994

--- medusa-2.0.orig/src/medusa-net.c
+++ medusa-2.0/src/medusa-net.c
@@ -318,9 +318,12 @@ int medusaConnectSSLInternal(sConnectPar
 
   /* The SSL context can support SSLv2, SSLv3, or both. The default is to use whatever
  the server demands. The module can override this by setting nSSLVersion. */
+#ifndef OPENSSL_NO_SSL2
   if (pParams->nSSLVersion == 2)
 sslContext = SSL_CTX_new(SSLv2_client_method());
-  else if (pParams->nSSLVersion == 3)
+  else
+#endif
+  if (pParams->nSSLVersion == 3)
 sslContext = SSL_CTX_new(SSLv3_client_method());
   else if (pParams->nSSLVersion == (float)3.1)
 sslContext = SSL_CTX_new(TLSv1_client_method());

Bug#585526: libwebkit-1.0-2: Webkit-gtk generates TCP/UDP flood while surfing the WWW

2011-08-21 Thread Alexander Kurtz

forcemerge 578019 585526
thanks

On Fri, 2010-06-11 at 14:01 +0200, Pvt. Pyle wrote:
> 2010.06.07 10:00:02 **UDP Flood to Host** 10.1.1.50, 55883->> 87.216.1.66, 53 
> (from ATM1 Outbound)
> 2010.06.07 09:59:57 **UDP Flood to Host** 10.1.1.50, 38727->> 87.216.1.65, 53 
> (from ATM1 Outbound)
 ^^
I think this is a duplicate of #578019[1]. Basically your browser
generates *a lot* of DNS requests and the name server answers them all.
Please check if the latest version from unstable fixes your problem.

Best regards

Alexander Kurtz

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578019


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

Bug#635669: balazar3 --3d give a segfault

2011-08-21 Thread Edgar Antonio Palma de la Cruz

El Mon, 15 Aug 2011 16:35:26 +0200
Vincent Bernat  escribió:
> OoO En  cette aube naissante  du mardi 09  août 2011, vers  07:58,
> Edgar Antonio Palma de la Cruz  disait :
> 
> >> This  could   still  be  a  bug   in  soya.  You  may   try  to
> >> install libgl1-mesa-glx-dbg and check  if you get more details  in
> >> the beginning of the backtrace. I  need to provide you a dbg
> >> package for soya to find where the problem happens.
> 
> > I had installed libgl1-mesa-glx-dbg;
> > root@server:~$ dpkg -l | grep libgl1-mesa-glx-dbg
> > ii libgl1-mesa-glx-dbg 7.10.3-3   Debugging
> > symbols for the Mesa GLX runtime
> > when I send the full bt.
> 
> I have just uploaded python-soya-dbg. Could you install it and try
> again to get a full backtrace with gdb?

Sorry a busy week, 
Here's it:

$ gdb python
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
 This is free software: you are free
to change and redistribute it. There is NO WARRANTY, to the extent
permitted by law.  Type "show copying" and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/python...Reading symbols
from /usr/lib/debug/usr/bin/python2.6...done. done.
(gdb) run /usr/games/balazar3 --3d
Starting program: /usr/bin/python /usr/games/balazar3 --3d
[Thread debugging using libthread_db enabled]
* Balazar 3 * Balazar 3 lives in /usr/share/games

Program received signal SIGSEGV, Segmentation fault.
0xb541dc06 in glGetString () at glapi_x86.S:428
428 glapi_x86.S: No existe el fichero o el directorio.
in glapi_x86.S
(gdb) bt full
#0  0xb541dc06 in glGetString () at glapi_x86.S:428
No locals.
#1  0xb5904d50 in __pyx_f_5_soya_dump_info (__pyx_self=0x0,
__pyx_args=('Balazar III', 800, 600), __pyx_kwds={'sound': 1, 'full
screen': 0}) at _soya.c:5135 __pyx_2 = 
__pyx_5 = 0x0
__pyx_8 = 0x0
__pyx_10 = 0x0
__pyx_3 = 0x0
__pyx_6 = 0x0
__pyx_9 = 0x0
__pyx_1 =  __pyx_4 = 0x0
__pyx_7 = 0x0
#2  __pyx_f_5_soya_init (__pyx_self=0x0, __pyx_args=('Balazar III',
800, 600), __pyx_kwds={'sound': 1, 'fullscreen': 0}) at _so ya.c:6386
__pyx_v_title = 'Balazar III'
__pyx_v_width = 800
__pyx_v_height = 600
__pyx_v_fullscreen = 0
__pyx_v_resizeable = 1
__pyx_v_create_surface = 1
__pyx_v_sound = 1
__pyx_v_sound_device = ''
__pyx_v_sound_frequency = 44100
__pyx_v_sound_reference_distance = 1
__pyx_v_sound_doppler_factor = 0.0099978
__pyx_v_quiet = 0
__pyx_v_soya = 
__pyx_v_SDL_UNICODE = None
__pyx_v_atexit = None
__pyx_r = 
__pyx_1 = 0x0
__pyx_2 = 
__pyx_3 = 
__pyx_4 = 
__pyx_5 = 0x0
__pyx_6 = 0x0
__pyx_7 = 0x0
__pyx_8 = 0x0
__pyx_9 = 0x0
__pyx_argnames = {0xb5936015 "title", 0xb59362f6 "width",
0xb5936991 "height", 0xb593601b "fullscreen", 0xb5936026 "res izeable",
0xb5936031 "create_surface", 0xb5936d67 "sound", 0xb5936040
"sound_device", 0xb593604d "sound_frequency", 0xb593605d
"sound_reference_distance", 0xb5936076 "sound_doppler_f actor",
0xb593608b "quiet", 0x0} #3  0xb5a25165 in ?? () No symbol table info
available. Backtrace stopped: previous frame inner to this frame
(corrupt stack?)

Thanks,
Kind Regards.
-- 
 .''`.  Tony Palma.
: :' :  PGP/GPG Key ID: 258FFB1A  
`. `'   identi.ca: xbytemx
  `-Debian GNU/Linux


signature.asc
Description: PGP signature

Bug#575175: linux-image-2.6-686: similar error on Thinkpad X31

2011-08-21 Thread Malcolm Gillies

Package: linux-image-2.6-686
Version: 2.6.32+29
Severity: normal

Laptop wakes up then immediately goes back to sleep. If I push the power
button it comes back up and stays on.

Other similar reports are #610497 and #559171.

Aug 18 09:44:16 thebaine kernel: [26150.700528] PM: Syncing filesystems ... 
done.
Aug 18 09:44:16 thebaine kernel: [26150.710747] PM: Preparing system for mem 
sleep
Aug 18 09:44:16 thebaine kernel: [26150.710764] Freezing user space processes 
... (elapsed 0.00 seconds) done.
Aug 18 09:44:16 thebaine kernel: [26150.712187] Freezing remaining freezable 
tasks ... (elapsed 0.00 seconds) done.
Aug 18 09:44:16 thebaine kernel: [26150.712248] PM: Entering mem sleep
Aug 18 09:44:16 thebaine kernel: [26150.712271] Suspending console(s) (use 
no_console_suspend to debug)
Aug 18 09:44:16 thebaine kernel: [26150.715020] sd 0:0:0:0: [sda] Synchronizing 
SCSI cache
Aug 18 09:44:16 thebaine kernel: [26151.037242] sd 0:0:0:0: [sda] Stopping disk
Aug 18 09:44:16 thebaine kernel: [26152.169618] nsc-ircc 00:0c: disabled
Aug 18 09:44:16 thebaine kernel: [26152.169906] parport_pc 00:0b: disabled
Aug 18 09:44:16 thebaine kernel: [26152.170206] serial 00:0a: disabled
Aug 18 09:44:16 thebaine kernel: [26152.170535] e100 :02:08.0: PME# enabled
Aug 18 09:44:16 thebaine kernel: [26152.170546] pci :00:1e.0: wake-up 
capability enabled by ACPI
Aug 18 09:44:16 thebaine kernel: [26152.184165] ath9k :02:02.0: PCI INT A 
disabled
Aug 18 09:44:16 thebaine kernel: [26152.192152] ACPI handle has no context!
Aug 18 09:44:16 thebaine kernel: [26152.208128] pci :01:00.0: PCI INT A 
disabled
Aug 18 09:44:16 thebaine kernel: [26152.208289] Intel ICH Modem :00:1f.6: 
PCI INT B disabled
Aug 18 09:44:16 thebaine kernel: [26152.224227] Intel ICH :00:1f.5: PCI INT 
B disabled
Aug 18 09:44:16 thebaine kernel: [26152.224435] ata_piix :00:1f.1: PCI INT 
A disabled
Aug 18 09:44:16 thebaine kernel: [26152.224447] ehci_hcd :00:1d.7: PCI INT 
D disabled
Aug 18 09:44:16 thebaine kernel: [26152.224455] uhci_hcd :00:1d.2: PCI INT 
C disabled
Aug 18 09:44:16 thebaine kernel: [26152.224463] uhci_hcd :00:1d.1: PCI INT 
B disabled
Aug 18 09:44:16 thebaine kernel: [26152.224471] uhci_hcd :00:1d.0: PCI INT 
A disabled
Aug 18 09:44:16 thebaine kernel: [26152.248084] ehci_hcd :00:1d.7: power 
state changed by ACPI to D3
Aug 18 09:44:16 thebaine kernel: [26152.256078] uhci_hcd :00:1d.1: power 
state changed by ACPI to D3
Aug 18 09:44:16 thebaine kernel: [26152.284066] uhci_hcd :00:1d.0: power 
state changed by ACPI to D3
Aug 18 09:44:16 thebaine kernel: [26152.324070] ACPI: Preparing to enter system 
sleep state S3
Aug 18 09:44:16 thebaine kernel: [26152.512183] Disabling non-boot CPUs ...
Aug 18 09:44:16 thebaine kernel: [26152.512278] Extended CMOS year: 2000
Aug 18 09:44:16 thebaine kernel: [26152.512278] Back to C!
Aug 18 09:44:16 thebaine kernel: [26152.512278] Extended CMOS year: 2000
Aug 18 09:44:16 thebaine kernel: [26152.512278] ACPI: Waking up from system 
sleep state S3
Aug 18 09:44:16 thebaine kernel: [26152.924067] uhci_hcd :00:1d.0: power 
state changed by ACPI to D0
Aug 18 09:44:16 thebaine kernel: [26152.932077] uhci_hcd :00:1d.0: power 
state changed by ACPI to D0
Aug 18 09:44:16 thebaine kernel: [26152.932084] uhci_hcd :00:1d.0: 
restoring config space at offset 0xf (was 0x100, writing 0x10b)
Aug 18 09:44:16 thebaine kernel: [26152.932098] uhci_hcd :00:1d.0: 
restoring config space at offset 0x8 (was 0x1, writing 0x1801)
Aug 18 09:44:16 thebaine kernel: [26152.932112] uhci_hcd :00:1d.0: 
restoring config space at offset 0x1 (was 0x280, writing 0x281)
Aug 18 09:44:16 thebaine kernel: [26152.940076] uhci_hcd :00:1d.0: power 
state changed by ACPI to D0
Aug 18 09:44:16 thebaine kernel: [26152.948077] uhci_hcd :00:1d.0: power 
state changed by ACPI to D0
Aug 18 09:44:16 thebaine kernel: [26152.956076] uhci_hcd :00:1d.1: power 
state changed by ACPI to D0
Aug 18 09:44:16 thebaine kernel: [26152.964076] uhci_hcd :00:1d.1: power 
state changed by ACPI to D0
Aug 18 09:44:16 thebaine kernel: [26152.964083] uhci_hcd :00:1d.1: 
restoring config space at offset 0xf (was 0x200, writing 0x20b)
Aug 18 09:44:16 thebaine kernel: [26152.964096] uhci_hcd :00:1d.1: 
restoring config space at offset 0x8 (was 0x1, writing 0x1821)
Aug 18 09:44:16 thebaine kernel: [26152.964110] uhci_hcd :00:1d.1: 
restoring config space at offset 0x1 (was 0x280, writing 0x281)
Aug 18 09:44:16 thebaine kernel: [26152.972077] uhci_hcd :00:1d.1: power 
state changed by ACPI to D0
Aug 18 09:44:16 thebaine kernel: [26152.980078] uhci_hcd :00:1d.1: power 
state changed by ACPI to D0
Aug 18 09:44:16 thebaine kernel: [26152.980086] uhci_hcd :00:1d.2: 
restoring config space at offset 0xf (was 0x300, writing 0x30b)
Aug 18 09:44:16 thebaine kernel: [26152.980099] uhci_hcd :00:1d.2: 
restoring config space at offset 0x8 (was 0x1, writing 0x184

Bug#638716: etckeeper: please ignore shadow backup files (/etc/{passwd, group, shadow, gshadow}-)

Package: etckeeper
Version: 0.48
Severity: wishlist


The shadow backup files /etc/{passwd,group,shadow,gshadow}- duplicate
data already tracked by etckeeper. Please add them to the default ignore list.

-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages etckeeper depends on:
ii  debconf [debconf-2.0]1.5.36.1Debian configuration management sy
ii  git [git-core]   1:1.7.5.4-1 fast, scalable, distributed revisi
ii  mercurial1.6.4-1 scalable distributed version contr

Versions of packages etckeeper recommends:
ii  cron  3.0pl1-116 process scheduling daemon

etckeeper suggests no packages.

-- Configuration Files:
/etc/etckeeper/init.d/20restore-etckeeper changed [not included]

-- 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#638717: /sbin/ifconfig: SIOCSIFFLAGS: Resource temporarily unavailable

Package: net-tools
Version: 1.60-23
Severity: important
File: /sbin/ifconfig

Dear Sir,

Got a new PC.

Hi,

One buy a new PC. Do not start vista at all.
I use gparted, resize MS Vista.

Install my Ubuntu in the free space. No problem with LAN Ethernet cable.
Ubuntu works great no issue. It can goes like that years...
Got X11 and reboot, thousands, a great machine


One day, I got a strange idea to anyhow give a try to MS vista.
Ok, grub, arrow key down, select vista
well, after 10min, very disappointed. Vista, I dont like at all. MS is getting 
worse, for my impression. tahts personal

OK, go back to Linux. !!
Man eth0 and no way to get Internet.

ifconfig eth0 192.168.1.10
gives:

Code:

SIOCSIFFLAGS: Resource temporarily unavailable

dhclient
returns
Code:

SIOCSIFFLAGS: Resource temporarily unavailable

I also tried to desactivate WIFI under MS Vista. It does no help

No way. And vista has Internet. Thank you Bill.

I have a realtek Lenovo IdeaCentre Q150

Please help considering this problem with the ifconfig response and behavior of 
Linux, since under Vista I have internet.

Kind regards
Y.


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

Kernel: Linux 2.6.32-5-686-bigmem (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 net-tools depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib

net-tools recommends no packages.

net-tools 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#575175: Info received (linux-image-2.6-686: similar error on Thinkpad X31)

2011-08-21 Thread Malcolm Gillies

Sorry, I forgot to mention that this problem only appeared after
upgrading from Lenny to Squeeze a few days ago. At the same time I
switched from KDE3.5 to Xfce.

Under Lenny I was running kernel linux-image-2.6.32-bpo.2-686
2.6.32-8~bpo50+1



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

Bug#638718: debootstrap: please add loopback configuration to /etc/network/interfaces

Package: debootstrap
Version: 1.0.26+squeeze1
Severity: wishlist


I'm filing this against debootstrap because the system was installed
using debootstrap and /etc/network/interfaces isn't owned by any
package, so my best guess is that the file was created by debootstrap.
Feel free to reassign this ticket as appropriate.

The default /etc/network/interfaces contains no configuration at all.
However having the loopback interface up and running is important for
many programs. Please add loopback configuration to the default
/etc/network/interfaces like debian-installer does:

=== Begin ===
# The loopback network interface
auto lo
iface lo inet loopback
=== End ===

For chroots this doesn't hurt (/etc/init.d/ifupdown won't get called),
but for "real" systems it's crucial.

-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages debootstrap depends on:
ii  wget  1.12-2.1   retrieves files from the web

Versions of packages debootstrap recommends:
ii  gnupg 1.4.10-4   GNU privacy guard - a free PGP rep

debootstrap 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#638291: dpkg: Hardlinks problem with conffiles

2011-08-21 Thread Игорь Пашев

Raphaël, your patch solves the problem,
al least I can't reproduce it any more.
Tried many times, conffiles are treated as expected.

Thanks!

Sven, also thanks for your corrections.

Bug#638322: nfs-common: rpc.statd binds to udp port 631 preventing cups startup

2011-08-21 Thread Russell Coker

On Sun, 21 Aug 2011, Henrique de Moraes Holschuh  wrote:
> On Sat, 20 Aug 2011, Andreas Barth wrote:
> > * Henrique de Moraes Holschuh (h...@debian.org) [110820 14:39]:
> > > Yes.  And we can easily maintain a current one for Debian-packaged
> > > software, although the initial build of such a blacklist will take
> > > some work.
> > 
> > Actually, the existing interface net.ipv4.ip_local_port_range seems to
> > work quite well. And there are so many ports that for most servers it

# cat /proc/sys/net/ipv4/ip_local_port_range 
32768   61000

The above is from one of my systems.  This isn't used for RPC, presumably 
because they want the special <1024 port numbers that imply root ownership.

> No, it doesn't.  And we have at least one extremely important protocol that
> needs as many ports as we can give it (DNS).

Aug 21 11:42:48 ns named[2382]: using default UDP/IPv4 port range: [1024, 
65535]
Aug 21 11:42:48 ns named[2382]: using default UDP/IPv6 port range: [1024, 
65535]

BIND seems to use ports >1024 as well, again this is different from the 
typical RPC issues but does have the potential to cause problems (there are 
more than a few UDP ports >1024 in /etc/services).  Maybe BIND should be 
patched to use the same port reservation procedure as RPC.
 
> A blacklist is the way to go, and we already have it.  We just need to fill
> it, make it easier to extend (.d directory), tell people about it, and
> teach stuff other than SunRPC to use it when necessary.

Yes.

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/



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

Bug#638719: ftbs with ld --as-needed

2011-08-21 Thread Julian Taylor

Package: torcs
Version: 1.3.1-5
Severity: wishlist
Tags: patch
User: debian-...@lists.debian.org
Usertags: ld-as-needed

torcs fails to build with ld --as-needed
https://bugs.launchpad.net/ubuntu/+source/torcs/+bug/829694

This is caused by libraceengine.so being underlinked [0]
Attached a patch which fixes this issue by linking it against
racescreens and robottools.

thanks for considering the patch.

[0] http://wiki.mandriva.com/en/Underlinking
Description: fix build with ld --as-needed
 libraceengine.so to link against the needed racescreens and robottools
 in order to later link torcs-bin with ld --as-needed
Author: Julian Taylor 
Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/torcs/+bug/829694
--- src/libs/raceengineclient/Makefile	2008-12-15 00:35:28.0 +0100
+++ src/libs/raceengineclient/Makefile	2011-08-21 14:06:13.289971960 +0200
@@ -23,6 +23,10 @@
 SOURCES  = singleplayer.cpp raceinit.cpp racemain.cpp racemanmenu.cpp racestate.cpp racegl.cpp \
 	   raceengine.cpp raceresults.cpp
 
+LIBSPATH = -L${EXPORTBASE}
+
+LIBS = -lracescreens -lrobottools
+
 EXPDIR   = include
 
 EXPORTS  = singleplayer.h raceinit.h


signature.asc
Description: OpenPGP digital signature

Bug#638717: /sbin/ifconfig: SIOCSIFFLAGS: Resource temporarily unavailable

2011-08-21 Thread Martín Ferrari

severity 638717 normal
tags 638717 moreinfo
thanks

Hi,

On Sun, Aug 21, 2011 at 13:33, yellow  wrote:
> ifconfig eth0 192.168.1.10
> SIOCSIFFLAGS: Resource temporarily unavailable

This is most surely a problem with your wifi driver, not with
nettools. Also, more information is needed.

- Are you having this problem in Debian or in Ubuntu. If it is the
latter, please close this bug and open one in
https://launchpad.net/ubuntu/+bugs
- If it's a Debian machine, please provide the output of dmesg, lsmod,
lspci (if it is a pci card) or lsusb (if it's an usb one). The output
of "ip a" or "ifconfig -a" would help too.


-- 
Martín Ferrari



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

Bug#638720: ITP: openerp6-server -- Enterprise Resource Management (server)

2011-08-21 Thread W. Martin Borgert

Package: wnpp
Severity: wishlist
Owner: "W. Martin Borgert" 

Package name: openerp6-server
Version : 6.0.3
Upstream Author : OpenERP 
URL : http://www.openerp.com/
License : AGPL, GPL, BSD, etc.
Programming Lang: Python
Description : Enterprise Resource Management (server)

OpenERP is a complete ERP and CRM. The main features are
accounting (analytic and financial), stock management, sales and
purchases management, tasks automation, marketing campaigns,
help desk, POS, etc. Technical features include a distributed
server, flexible workflows, an object database, a dynamic GUI,
customizable reports, and NET-RPC and XML-RPC interfaces.

This package contains the Open ERP server, install openerp6-web
package for the client.



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

Bug#638721: notification-daemon does not start automatically, missing dbus service file

2011-08-21 Thread Julien Eula

Package: notification-daemon
Version: 0.7.1-3
Severity: grave
Tags: patch
Justification: renders package unusable


Since the latest notification-daemon upgrade to 0.7, it is not automatically
started, and I have to start it manually.
This results in notification not being shown anymore, even important ones.
Some programs (gnome-power-manager) display their notifications by popping
up a classic dialog box, which grabs focus and forces the user to click OK
to close it.

This is caused by
/usr/share/dbus-1/services/org.freedesktop.Notifications.service not being
included in the updated package.

PLEASE restore this file asap, as it breaks the whole notification system
for most wheezy users currently.
Thanks.

/usr/share/dbus-1/services/org.freedesktop.Notifications.service:
[D-BUS Service]
Name=org.freedesktop.Notifications
Exec=/usr/lib/notification-daemon/notification-daemon


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages notification-daemon depends on:
ii  libatk1.0-0   2.0.1-2ATK accessibility toolkit
ii  libc6 2.13-16Embedded GNU C Library: Shared
lib
ii  libcairo2 1.10.2-6.1 The Cairo 2D vector graphics
libra
ii  libcanberra-gtk3-00.28-1 Gtk+ 3.0 helper for playing
widget
ii  libgdk-pixbuf2.0-02.23.5-3   GDK Pixbuf library
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgtk-3-03.0.11-1   GTK+ graphical user interface
libr
ii  libx11-6  2:1.4.4-1  X11 client-side library

notification-daemon recommends no packages.

notification-daemon suggests no packages.

-- no debconf information

Bug#638722: ITP: openerp6-web -- Enterprise Resource Management (web frontend)

2011-08-21 Thread W. Martin Borgert

Package: wnpp
Severity: wishlist
Owner: "W. Martin Borgert" 

Package name: openerp6-web
Version : 6.0.3
Upstream Author : OpenERP 
URL : http://www.openerp.com/
License : OEPL (non-free, but relatively permissive)
Programming Lang: Python
Description : Enterprise Resource Management (web frontend)

OpenERP is a complete ERP and CRM. The main features are
accounting (analytic and financial), stock management, sales and
purchases management, tasks automation, marketing campaigns,
help desk, POS, etc. Technical features include a distributed
server, flexible workflows, an object database, a dynamic GUI,
customizable reports, and NET-RPC and XML-RPC interfaces.

This package contains the OpenERP web frontend, install
openerp6-server package for the actual server.



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

Bug#638723: network-manager: uses group "netdev" in D-Bus policy files, but does not create the group

Package: network-manager
Version: 0.8.4.0-2
Severity: normal


On a brand new system installed using debootstrap, the following error
occurs during installation of NetworkManager:

Setting up dbus (1.4.14-1) ...
Starting system message bus: dbusUnknown group "netdev" in message bus 
configuration file
..

These are the offending files:

root@mimosa:/etc# git grep netdev -- dbus-1
dbus-1/system.d/NetworkManager.conf:
dbus-1/system.d/wpa_supplicant.conf:
root@mimosa:/etc#


I'm not quite sure who should create the group (maybe both wpasupplicant
and network-manager), so I'm filing this against network-manager (only).
Feel free to reassign or duplicate the bug.

-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US, 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#637281: same issue here with custom kernels build with make-kpkg

2011-08-21 Thread Joel Soete


Hello all,

I use to compile my custom kernel (for my hw) which I build with make-kpkg.
I also have to install nvidia-kernel-dkms (the unstable 280.13-1) and the 
latest virtualbox-4.1 4.1.2.

All was working fine until yesterday when I build the latest linux kernel 3.0.3 for mu debian testing 64bits installation 
and install image and headers pkg and I got the same message:

Error! Could not locate dkms.conf file.
File:  does not exist.

For what is weird, today I do the same exercise on my debian 32bit installation without any issue but only with 
nvidia-kernel-dkms (the unstable 280.13-1) and without any virtualbox?


I 'locate' some dkms.conf on my 32bit install i find some interesting: "/usr/src/nvidia-280.13/dkms.conf" and 
"/var/lib/dpkg/info/dkms.conffiles" and are the same as on my 64bit installation.


To recover usage of my 64bit GUI and vbox, I re-install the stable 'dkms_2.1.1.2-5_all.deb' but have to 'dpkg-reconfigure 
nvidia-kernel-dkms' and I still have to find why vbox module failed to compile with linux-3.0.3 but that's another story.


Hth,
J.



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

Bug#638724: debsums reports that some aspell-ar-large files have changed

Package: aspell-ar-large
Version: 1.2-0-2
Severity: normal


Install aspell-ar-large and immediately run 'debsums -s aspell-ar-large'. The 
output is:
debsums: changed file /var/lib/aspell/ar-large.compat (from aspell-ar-large 
package)
debsums: changed file /var/lib/aspell/ar-large.rws (from aspell-ar-large 
package)

This means these files were changed by aspell-ar-large itself, thus making it 
impossible to check for tampering (or file corruption), and casting doubt on 
the entire system for administrators who depend on the output of debsums.


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aspell-ar-large depends on:
ii  aspell 0.60.7~20110707-1 GNU Aspell spell-checker
ii  dictionaries-common1.11.5Common utilities for spelling dict

aspell-ar-large recommends no packages.

aspell-ar-large suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/aspell/ar-large.compat (from aspell-ar-large 
package)
debsums: changed file /var/lib/aspell/ar-large.rws (from aspell-ar-large 
package)



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

Bug#638725: RFP: j -- modern, high-level, general-purpose, high-performance programming language

2011-08-21 Thread Mikhail Gusarov

Package: wnpp
Severity: wishlist


* Package name: j
  Version : 701.b
  Upstream Author : Jsoftware Inc. 
* URL : http://www.jsoftware.com/source.htm
* License : GPLv3
  Programming Lang: C
  Description : modern, high-level, general-purpose, high-performance 
programming language

J is particularly strong in the mathematical, statistical, and logical analysis 
of data.

J systems have:
  an integrated development environment
  standard libraries, utilities, and packages
  a form designer for your application forms
  an event-driven graphical user interface to your application
  interfaces with other programming languages and applications
  integrated 2d and 3d graphics
  memory mapped files for high performance data applications



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

Bug#638726: debsums reports that some aspell-bg files have changed

Package: aspell-bg
Version: 4.1-2
Severity: normal


Install aspell-bg and immediately run 'debsums -s aspell-bg'. The output is:
debsums: changed file /var/lib/aspell/bg-en.rws (from aspell-bg package)
debsums: changed file /var/lib/aspell/bg.compat (from aspell-bg package)
debsums: changed file /var/lib/aspell/bg.rws (from aspell-bg package)

This means these files were changed by aspell-bg itself, thus making it 
impossible to check for tampering (or file corruption), and casting doubt on 
the entire system for administrators who depend on the output of debsums.


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aspell-bg depends on:
ii  aspell 0.60.7~20110707-1 GNU Aspell spell-checker
ii  dictionaries-common1.11.5Common utilities for spelling dict

aspell-bg recommends no packages.

aspell-bg suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/aspell/bg-en.rws (from aspell-bg package)
debsums: changed file /var/lib/aspell/bg.compat (from aspell-bg package)
debsums: changed file /var/lib/aspell/bg.rws (from aspell-bg package)



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

Bug#638727: debsums reports that some aspell-el files have changed

Package: aspell-el
Version: 0.50-3-6
Severity: normal


Install aspell-el and immediately run 'debsums -s aspell-el'. The output is:
debsums: changed file /var/lib/aspell/el.rws (from aspell-el package)
debsums: changed file /var/lib/aspell/el.compat (from aspell-el package)

This means these files were changed by aspell-el itself, thus making it 
impossible to check for tampering (or file corruption), and casting doubt on 
the entire system for administrators who depend on the output of debsums.


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aspell-el depends on:
ii  aspell 0.60.7~20110707-1 GNU Aspell spell-checker
ii  dictionaries-common1.11.5Common utilities for spelling dict

aspell-el recommends no packages.

aspell-el suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/aspell/el.rws (from aspell-el package)
debsums: changed file /var/lib/aspell/el.compat (from aspell-el package)



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

Bug#638728: debsums reports that some aspell-fa files have changed

Package: aspell-fa
Version: 0.11-0-2
Severity: normal


Install aspell-fa and immediately run 'debsums -s aspell-fa'. The output is:
debsums: changed file /var/lib/aspell/fa-common.rws (from aspell-fa package)
debsums: changed file /var/lib/aspell/fa-generic.rws (from aspell-fa package)
debsums: changed file /var/lib/aspell/fa-scientific.rws (from aspell-fa package)
debsums: changed file /var/lib/aspell/fa.compat (from aspell-fa package)

This means these files were changed by aspell-fa itself, thus making it 
impossible to check for tampering (or file corruption), and casting doubt on 
the entire system for administrators who depend on the output of debsums.

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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aspell-fa depends on:
ii  aspell 0.60.7~20110707-1 GNU Aspell spell-checker
ii  dictionaries-common1.11.5Common utilities for spelling dict

aspell-fa recommends no packages.

aspell-fa suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/aspell/fa-common.rws (from aspell-fa package)
debsums: changed file /var/lib/aspell/fa-generic.rws (from aspell-fa package)
debsums: changed file /var/lib/aspell/fa-scientific.rws (from aspell-fa package)
debsums: changed file /var/lib/aspell/fa.compat (from aspell-fa package)



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

Bug#638729: debsums reports that some aspell-hi files have changed

Package: aspell-hi
Version: 0.02-4
Severity: normal


Install aspell-hi and immediately run 'debsums -s aspell-hi'. The output is:
debsums: changed file /var/lib/aspell/hi.compat (from aspell-hi package)
debsums: changed file /var/lib/aspell/hi.rws (from aspell-hi package)

This means these files were changed by aspell-hi itself, thus making it 
impossible to check for tampering (or file corruption), and casting doubt on 
the entire system for administrators who depend on the output of debsums.


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aspell-hi depends on:
ii  aspell 0.60.7~20110707-1 GNU Aspell spell-checker
ii  dictionaries-common-de 1.11.5Developer tools and Policy for spe

aspell-hi recommends no packages.

aspell-hi suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/aspell/hi.compat (from aspell-hi package)
debsums: changed file /var/lib/aspell/hi.rws (from aspell-hi package)



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

Bug#638730: debsums reports that some aspell-lt files have changed

Package: aspell-lt
Version: 1.2.1-3
Severity: normal


Install aspell-lt and immediately run 'debsums -s aspell-lt'. The output is:
debsums: changed file /var/lib/aspell/lt.rws (from aspell-lt package)
debsums: changed file /var/lib/aspell/lt.compat (from aspell-lt package)

This means these files were changed by aspell-lt itself, thus making it 
impossible to check for tampering (or file corruption), and casting doubt on 
the entire system for administrators who depend on the output of debsums.


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aspell-lt depends on:
ii  aspell 0.60.7~20110707-1 GNU Aspell spell-checker
ii  dictionaries-common1.11.5Common utilities for spelling dict

aspell-lt recommends no packages.

aspell-lt suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/aspell/lt.rws (from aspell-lt package)
debsums: changed file /var/lib/aspell/lt.compat (from aspell-lt package)



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

Bug#638731: debsums reports that some aspell-ml files have changed

Package: aspell-ml
Version: 0.04-1-4
Severity: normal


Install aspell-ml and immediately run 'debsums -s aspell-ml'. The output is:
debsums: changed file /var/lib/aspell/ml.compat (from aspell-ml package)
debsums: changed file /var/lib/aspell/ml.rws (from aspell-ml package)

This means these files were changed by aspell-ml itself, thus making it 
impossible to check for tampering (or file corruption), and casting doubt on 
the entire system for administrators who depend on the output of debsums.


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aspell-ml depends on:
ii  aspell 0.60.7~20110707-1 GNU Aspell spell-checker
ii  dictionaries-common1.11.5Common utilities for spelling dict

aspell-ml recommends no packages.

aspell-ml suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/aspell/ml.compat (from aspell-ml package)
debsums: changed file /var/lib/aspell/ml.rws (from aspell-ml package)



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

Bug#638732: debsums reports that some aspell-or files have changed

Package: aspell-or
Version: 0.03-1-3
Severity: normal


Install aspell-or and immediately run 'debsums -s aspell-or'. The output is:
debsums: changed file /var/lib/aspell/or.compat (from aspell-or package)
debsums: changed file /var/lib/aspell/or.rws (from aspell-or package)

This means these files were changed by aspell-or itself, thus making it 
impossible to check for tampering (or file corruption), and casting doubt on 
the entire system for administrators who depend on the output of debsums.


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aspell-or depends on:
ii  aspell 0.60.7~20110707-1 GNU Aspell spell-checker
ii  dictionaries-common1.11.5Common utilities for spelling dict

aspell-or recommends no packages.

aspell-or suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/aspell/or.compat (from aspell-or package)
debsums: changed file /var/lib/aspell/or.rws (from aspell-or package)



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

Bug#638733: debsums reports that some aspell-pa files have changed

Package: aspell-pa
Version: 0.01-1-3
Severity: normal


Install aspell-pa and immediately run 'debsums -s aspell-pa'. The output is:
debsums: changed file /var/lib/aspell/pa.compat (from aspell-pa package)
debsums: changed file /var/lib/aspell/pa.rws (from aspell-pa package)

This means these files were changed by aspell-pa itself, thus making it 
impossible to check for tampering (or file corruption), and casting doubt on 
the entire system for administrators who depend on the output of debsums.


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aspell-pa depends on:
ii  aspell 0.60.7~20110707-1 GNU Aspell spell-checker
ii  dictionaries-common-de 1.11.5Developer tools and Policy for spe

aspell-pa recommends no packages.

aspell-pa suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/aspell/pa.compat (from aspell-pa package)
debsums: changed file /var/lib/aspell/pa.rws (from aspell-pa package)



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

Bug#638734: aspell-ro: debsums reports that some aspell-ro files have changed

Package: aspell-ro
Version: 3.3.6-1
Severity: normal


Install aspell-ro and immediately run 'debsums -s aspell-ro'. The output is:
debsums: changed file /var/lib/aspell/ro.compat (from aspell-ro package)
debsums: changed file /var/lib/aspell/ro.rws (from aspell-ro package)

This means these files were changed by aspell-ro itself, thus making it 
impossible to check for tampering (or file corruption), and casting doubt on 
the entire system for administrators who depend on the output of debsums.


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aspell-ro depends on:
ii  aspell 0.60.7~20110707-1 GNU Aspell spell-checker
ii  dictionaries-common1.11.5Common utilities for spelling dict

aspell-ro recommends no packages.

aspell-ro suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/aspell/ro.compat (from aspell-ro package)
debsums: changed file /var/lib/aspell/ro.rws (from aspell-ro package)



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

Bug#638735: GnuTLS LZO support was removed in version 3.0.0

2011-08-21 Thread Andreas Metzler

Package: jabberd14
Version: 1.6.1.1-5.1
User: ametz...@downhill.at.eu.org
Usertags: gnutls3 

jabberd14 tries to use LZO compression with GnuTLS (GNUTLS_COMP_LZO).
This code was removed in GnuTLS 3.0.0 and prevents building the
package against GnuTLS >= 3.0.0. (Available in experimental.)

cu andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'



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

Bug#638736: GnuTLS LZO support was removed in version 3.0.0

2011-08-21 Thread Andreas Metzler

Package: wmbiff
Version: 0.4.27-2
User: ametz...@downhill.at.eu.org
Usertags: gnutls3 

wmbiff tries to use LZO compression with GnuTLS (GNUTLS_COMP_LZO).
This code was removed in GnuTLS 3.0.0 and prevents building the
package against GnuTLS >= 3.0.0. (Available in experimental.)

cu andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'



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

Bug#638737: debsums reports that some aspell-sl files have changed

Package: aspell-sl
Version: 0.60-3
Severity: normal


Install aspell-sl and immediately run 'debsums -s aspell-sl'. The output is:
debsums: changed file /var/lib/aspell/sl.rws (from aspell-sl package)
debsums: changed file /var/lib/aspell/sl.compat (from aspell-sl package)

This means these files were changed by aspell-sl itself, thus making it 
impossible to check for tampering (or file corruption), and casting doubt on 
the entire system for administrators who depend on the output of debsums.


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aspell-sl depends on:
ii  aspell 0.60.7~20110707-1 GNU Aspell spell-checker
ii  dictionaries-common1.11.5Common utilities for spelling dict

aspell-sl recommends no packages.

aspell-sl suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/aspell/sl.rws (from aspell-sl package)
debsums: changed file /var/lib/aspell/sl.compat (from aspell-sl package)



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

Bug#638738: debsums reports that some aspell-sv files have changed

Package: aspell-sv
Version: 0.51-0-2
Severity: normal


Install aspell-sv and immediately run 'debsums -s aspell-sv'. The output is:
debsums: changed file /var/lib/aspell/sv.compat (from aspell-sv package)
debsums: changed file /var/lib/aspell/sv.rws (from aspell-sv package)

This means these files were changed by aspell-sv itself, thus making it 
impossible to check for tampering (or file corruption), and casting doubt on 
the entire system for administrators who depend on the output of debsums.


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aspell-sv depends on:
ii  aspell 0.60.7~20110707-1 GNU Aspell spell-checker
ii  dictionaries-common1.11.5Common utilities for spelling dict

aspell-sv recommends no packages.

aspell-sv suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/aspell/sv.compat (from aspell-sv package)
debsums: changed file /var/lib/aspell/sv.rws (from aspell-sv package)



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

Bug#638739: debsums reports that some aspell-te files have changed

Package: aspell-te
Version: 0.01-2-3
Severity: normal


Install aspell-te and immediately run 'debsums -s aspell-te'. The output is:
debsums: changed file /var/lib/aspell/te.compat (from aspell-te package)
debsums: changed file /var/lib/aspell/te.rws (from aspell-te package)

This means these files were changed by aspell-te itself, thus making it 
impossible to check for tampering (or file corruption), and casting doubt on 
the entire system for administrators who depend on the output of debsums.


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aspell-te depends on:
ii  aspell 0.60.7~20110707-1 GNU Aspell spell-checker
ii  dictionaries-common1.11.5Common utilities for spelling dict

aspell-te recommends no packages.

aspell-te suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/aspell/te.compat (from aspell-te package)
debsums: changed file /var/lib/aspell/te.rws (from aspell-te package)



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

Bug#617268: Acknowledgement (ifupdown: network servers do not listen on 127.0.1.1)

2011-08-21 Thread Brian Burch


On 31/07/11 18:03, Andrew O. Shadoura wrote:

The explanation is, when you connect to any of 127.1/8 addresses, you
get back to the localhost, as per RFC 3330:

   A datagram sent by a higher level protocol to an address anywhere
   within this block should loop back inside the host.


I have been reading my rfc's too, but didn't end up in the same place as 
you, so thanks very much for spending time on this issue. RFC3330 seems 
to clinch it, but I will add my own research to the documentation.


I've just inspected several machines, running various versions of 
ubuntu. Some of them have NO programs listening on the IPv4 0.0.0.0 
wildcard address. Others have a mixture of explicit loopbacks from some 
programs, and the wildcard from others.


Looking carefully at the lo interface (address 127.0.0.1 with a class A 
mask of 255.0.0.0), there is no reason (prior to RFC3330) why 127.0.1.1 
should be associated with that interface... exactly why I reported the 
bug in the first place.


RFC5735 says:-

   127.0.0.0/8 - This block is assigned for use as the Internet host
   loopback address.  A datagram sent by a higher-level protocol to an
   address anywhere within this block loops back inside the host.  This
   is ordinarily implemented using only 127.0.0.1/32 for loopback.  As
   described in [RFC1122], Section 3.2.1.3, addresses within the entire
   127.0.0.0/8 block do not legitimately appear on any network anywhere.

So RFC3330 is echoed in this section, but until you picked it out, I had 
not interpreted it as definitively - it doesn't say "must", "should", or 
suchlike.


RFC1122 Section 3.2.1.3 PROTOCOL WALK-THROUGH, Addressing says just this:

   (g)  { 127,  }
  Internal host loopback address.  Addresses of this form
  MUST NOT appear outside a host.


I guess some "magic" is happening in the tcp/ip stack to deliver an 
incoming IPv4 datagram with a destination address of 127.0.1.1 (in our 
case) to an application listening on all addresses, even though no 
interface is explicitly associated with 127.0.1.1.



That works only if your dæmon listens on 0.0.0.0 or ::, and not
explicitly 127.0.0.1.
I have no explanation, however, why didn't it work before. At least,
I couldn't reproduce it (yet).


If I am right, then the "magic" must have changed some time in the past, 
but has been masked by the behaviour of ifupdown (and customised hosts 
files used by many people). By removing ifupdown's explicit assignment 
of address(es) to the loopback interface and simplifying the hosts file, 
we seem to have permitted the underlying "magic" to work properly for 
any application listening on a server socket bound to all network 
interfaces.


"man 7 ip" says:

When INADDR_ANY is specified in the bind call, the socket will be
bound to all local interfaces.


Quite possible, that migration to iproute changed something, but I
can't find anything important changed.


Thanks for looking into it, Andrew.

I am satisfied with the ifupdown change resolving this problem, although 
a simple patch might need a bit of untangling from all the other changes 
the alpha brings. Are you heading towards something stable that might be 
better back-ported in its entirety?


However, this is a subtle change of behaviour and I am worried about 
doing a lot of work to make the behaviour "correct", only to trigger 
loads of complaints from previously satisfied users who don't like the 
new behaviour. I think it is better to take this slowly...


Brian




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

Bug#638740: debsums reports that some aspell-uk files have changed

Package: aspell-uk
Version: 1.6.5-1
Severity: normal


Install aspell-uk and immediately run 'debsums -s aspell-uk'. The output is:
debsums: changed file /var/lib/aspell/uk.compat (from aspell-uk package)
debsums: changed file /var/lib/aspell/uk.rws (from aspell-uk package)

This means these files were changed by aspell-uk itself, thus making it 
impossible to check for tampering (or file corruption), and casting doubt on 
the entire system for administrators who depend on the output of debsums.


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aspell-uk depends on:
ii  aspell 0.60.7~20110707-1 GNU Aspell spell-checker
ii  dictionaries-common1.11.5Common utilities for spelling dict

aspell-uk recommends no packages.

aspell-uk suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/aspell/uk.compat (from aspell-uk package)
debsums: changed file /var/lib/aspell/uk.rws (from aspell-uk package)



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

Bug#638659: [linux-2.6] No sound

2011-08-21 Thread Ben Hutchings

On Sun, 2011-08-21 at 09:57 +0100, Antonio Marcos López Alonso wrote:
> Just in case, I found the following line appears in boot messages when I boot 
> v3.0 *right after* rebooting from 2.6.39:
> 
> Setting up ALSA...warning: 'alsactl restore' failed with error message 'Found 
> hardware: "HDA-Intel" "Realtek ALC660" "HDA:10ec0861,1043c603,00100340" 
> "0x1043" "0x81e7"

It's not directly related to this message, but in 3.0 the Realtek HDA
driver was changed to implement auto-mute.  For example, if something is
plugged into the headphone socket then speaker output (assumed to be
line-out) should be muted.  Depending on the board configuration, other
auto-muting may occur.  You may need to disable this feature.

Ben.

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

Bug#633595: Touchpad recognized like PS/2 Logitech Wheel Mouse

2011-08-21 Thread Julien Valroff

Package: xserver-xorg-input-synaptics
Version: 1.4.1-1
Followup-For: Bug #633595


Eloi COUTANT  a écrit :
> The bug is still here with the kernel update 3.0.0-1-amd64. Any idea
> to solve this issue ?

A patch was recently added to LaunchPad bug #6981904 [0].
I am using a patched psmouse module and it works great on my Asus X93S.

I have created a DKMS tree based on the latest patch.

# cd /usr/src/
# wget 
http://people.debian.org/~julien/lp681904/psmouse-elantech-lp681904-1.tar.bz2
# tar jxvf psmouse-elantech-lp681904-1.tar.bz2
# dkms add -m psmouse -v elantech-lp681904-1
# dkms build -m psmouse -v elantech-lp681904-1
# dkms install -m psmouse -v elantech-lp681904-1

I think this bug should be reassigned to src:linux2.6, but leave it up to
the X Strike Force people to decide.

cheers,
Julien

[0] 
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/681904 

-- 
  .''`.   Julien Valroff ~  ~ 
 : :'  :  Debian Developer & Free software contributor
 `. `'`   http://www.kirya.net/
   `- 4096R/ E1D8 5796 8214 4687 E416  948C 859F EF67 258E 26B1



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

Bug#638723: Acknowledgement (network-manager: uses group "netdev" in D-Bus policy files, but does not create the group)


This appears to have been just a sequencing issue: after the
installation was finished, it worked fine:

root@mimosa:/etc# /etc/init.d/dbus reload
Reloading system message bus config...done.
root@mimosa:/etc# 


I needed to restart installation after running into Debian#630750 and
can't rule out that that changed the ordering. Here's the full log:

=== Begin ===
root@mimosa:/etc# aptitude install network-manager libpam-ck-connector-
The following NEW packages will be installed:
  consolekit{a} [0.4.5-1] <+639 kB> (D: policykit-1) (for
network-manager)  
  dbus{a} [1.4.14-1] <+913 kB> (D: consolekit, D: network-manager, D:
policykit-1, R: libdbus-1-3) (for network-manager)  
  dnsmasq-base{a} [2.57-1] <+745 kB> (R: network-manager) (for
network-manager)  libck-connector0{a} [0.4.5-1] <+115 kB> (D:
consolekit) (for network-manager)  
  libdbus-1-3{a} [1.4.14-1] <+369 kB> (D: consolekit, D: dbus, D:
dnsmasq-base, D: libck-connector0, D: libdbus-glib-1-2, D: libnm-glib2,
D: libnm-util1, D: modemmanager, D: network-manager, D: wpasupplicant)
(for network-manager)  
  libdbus-glib-1-2{a} [0.94-4] <+340 kB> (D: consolekit, D: libnm-glib2,
D: libnm-util1, D: modemmanager, D: network-manager) (for
network-manager)  
  libglib2.0-0{a} [2.28.6-1] <+3,154 kB> (D: consolekit, D:
libdbus-glib-1-2, D: libgudev-1.0-0, D: libnm-glib2, D: libnm-util1, D:
libpolkit-agent-1-0, D: libpolkit-backend-1-0, D: libpolkit-gobject-1-0,
D: modemmanager, D: network-manager, D: policykit-1, D:
shared-mime-info) (for network-manager)  
  libglib2.0-data{a} [2.28.6-1] <+6,599 kB> (R: libglib2.0-0) (for
network-manager)  
  libgudev-1.0-0{a} [172-1] <+193 kB> (D: libnm-glib2, D: modemmanager,
D: network-manager) (for network-manager)  
  libnl1{a} [1.1-7] <+348 kB> (D: network-manager, D: wpasupplicant)
(for network-manager)  
  libnm-glib2{a} [0.8.4.0-2] <+434 kB> (D: network-manager) (for
network-manager)  
  libnm-util1{a} [0.8.4.0-2] <+561 kB> (D: libnm-glib2, D:
network-manager) (for network-manager)  libpcap0.8{a} [1.1.1-8] <+307
kB> (D: ppp) (for network-manager)  
  libpcre3{a} [8.12-4] <+463 kB> (D: libglib2.0-0, S: grep) (for
network-manager)  
  libpcsclite1{a} [1.7.4-1] <+123 kB> (D: wpasupplicant, S: gnupg) (for
network-manager)  
  libpolkit-agent-1-0{a} [0.102-1] <+90.1 kB> (D: policykit-1) (for
network-manager)  
  libpolkit-backend-1-0{a} [0.102-1] <+143 kB> (D: policykit-1) (for
network-manager)  
  libpolkit-gobject-1-0{a} [0.102-1] <+156 kB> (D: consolekit, D:
libpolkit-agent-1-0, D: libpolkit-backend-1-0, D: network-manager, D:
policykit-1) (for network-manager)  
  libxml2{a} [2.7.8.dfsg-4] <+1,610 kB> (D: shared-mime-info) (for
network-manager)  
  modemmanager{a} [0.4.997-1] <+1,061 kB> (R: network-manager) (for
network-manager)  network-manager [0.8.4.0-2] <+3,686 kB>  
  policykit-1{a} [0.102-1] <+348 kB> (R: network-manager) (for
network-manager)  
  ppp{a} [2.4.5-5] <+1,069 kB> (R: network-manager, S: ifupdown) (for
network-manager)  sgml-base{a} [1.26+nmu1] <+152 kB> (D: xml-core) (for
network-manager)  
  shared-mime-info{a} [0.90-1] <+4,088 kB> (R: libglib2.0-0) (for
network-manager)  tcl{a} [8.5.0-2] <+69.6 kB> (D: usb-modeswitch) (for
network-manager)  
  tcl8.5{a} [8.5.10-1] <+4,432 kB> (D: tcl, D: usb-modeswitch) (for
network-manager)  
  usb-modeswitch{a} [1.1.9-1] <+193 kB> (R: modemmanager, R:
usb-modeswitch-data) (for network-manager)  
  usb-modeswitch-data{a} [20110805-1] <+242 kB> (D: usb-modeswitch, R:
usb-modeswitch-data) (for network-manager)  
  wpasupplicant{a} [0.7.3-3] <+1,139 kB> (D: network-manager) (for
network-manager)  xml-core{a} [0.13] <+266 kB> (R: libxml2) (for
network-manager)  
The following packages are RECOMMENDED but will NOT be installed:
  libpam-ck-connector (R: consolekit)  
0 packages upgraded, 31 newly installed, 0 to remove and 0 not upgraded.
Need to get 11.8 MB of archives. After unpacking 34.0 MB will be used.
Do you want to continue? [Y/n/?] 
Get:1 http://ftp.de.debian.org/debian/ wheezy/main libpcre3 armel 8.12-4
[223 kB]
Get:2 http://ftp.de.debian.org/debian/ wheezy/main libdbus-1-3 armel
1.4.14-1 [146 kB]
Get:3 http://ftp.de.debian.org/debian/ wheezy/main libglib2.0-0 armel
2.28.6-1 [1,535 kB]
Get:4 http://ftp.de.debian.org/debian/ wheezy/main libdbus-glib-1-2
armel 0.94-4 [180 kB]
Get:5 http://ftp.de.debian.org/debian/ wheezy/main libgudev-1.0-0 armel
172-1 [108 kB]
Get:6 http://ftp.de.debian.org/debian/ wheezy/main libnl1 armel 1.1-7
[121 kB]
Get:7 http://ftp.de.debian.org/debian/ wheezy/main libpcap0.8 armel
1.1.1-8 [126 kB]
Get:8 http://ftp.de.debian.org/debian/ wheezy/main tcl8.5 armel 8.5.10-1
[1,569 kB]
Get:9 http://ftp.de.debian.org/debian/ wheezy/main tcl all 8.5.0-2
[4,636 B]
Get:10 http://ftp.de.debian.org/debian/ wheezy/main usb-modeswitch-data
all 20110805-1 [29.4 kB]
Get:11 http://ftp.de.debian.org/debian/ wheezy/main usb-modeswitch armel
1.1.9-1 [46.2 kB]
Get:12 http://ftp.de.debian.org/debian/ wheezy/main libxml2 armel
2.7.8.dfsg-4 [815 kB]
Get:13

Bug#624537: libmtp8: Use udev to check if mtp-probe is available

2011-08-21 Thread Jörg Sommer

Hi Alessio,

Alessio Treglia hat am Tue 03. May, 21:37 (+0200) geschrieben:
> On Tue, May 3, 2011 at 9:25 PM, Felix Rublack  wrote:
> > Just adding libmtp-runtime to the recommends does not fix the bug. The udev 
> > rules
> > should check, if mtp-probe exists and if it is executable. I created a 
> > patch for
> > mtp-hotplug to get this feature using standard udev facilities. The only 
> > drawback
> > is, that TEST requires an full path. So i have to remove the shortcut for 
> > PROGRAM
> > if mtp-probe is in the default /lib/udev directory.
> 
> I'd prefer to promote libmtp-runtime as strict dependency of libmtp8.

Why not putting the binary in libmtp-common?

Because the documentation of all packages is the same and all depend on
libmtp-common, you should use a symlink link /usr/share/doc/libgcc1.

% for i in $D/libmtp*; do cat $i/* |md5sum; done
bc21da1116112b8e8270b3cb6f0a15da  -
bc21da1116112b8e8270b3cb6f0a15da  -
bc21da1116112b8e8270b3cb6f0a15da  -

% du -sh $D/libmtp*
72K /usr/share/doc/libmtp9
72K /usr/share/doc/libmtp-common
72K /usr/share/doc/libmtp-runtime

Regards, Jörg.
-- 
Kluge Rede, der nicht Tat folgt, wird dir ohne Früchte darben –
ist wie eine Wunderblume: ohne Duft, nur reich an Farben.
  (Gautama Buddha, Dhammapada)


signature.asc
Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP

Bug#633595: Touchpad recognized like PS/2 Logitech Wheel Mouse

2011-08-21 Thread Cyril Brulebois

Julien Valroff  (21/08/2011):
> I think this bug should be reassigned to src:linux2.6, but leave it up to
> the X Strike Force people to decide.

It looks like it, feel free to do the reassign/found dance, TIA.

> [0] 
> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/681904
>  

Nice package to report that bug against, BTW. :)
 
Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#638741: libao4: Multi-Arch support

2011-08-21 Thread Steve Kowalik

Package: libao4
Version: 1.0.0-5
Severity: normal
Tags: patch

Hi,

Please find attached my diff to add multi-arch support to libao. I
have also removed the .la files that were shipped by the package, which
closes bug #633179.

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

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

Versions of packages libao4 depends on:
ii  libao-common  1.0.0-5Cross Platform Audio Output Librar
ii  libc6 2.13-0ubuntu13 Embedded GNU C Library: Shared lib

libao4 recommends no packages.

Versions of packages libao4 suggests:
ii  1.0.24.1-0ubuntu5shared library for ALSA applicatio
ii  1.9.2-4ubuntu1   Network Audio System - shared libr
ii  0.2.41-8 Enlightened Sound Daemon - Shared 
ii  1:0.9.22+stable-queue-24-g67d18-0ubu PulseAudio client libraries

-- no debconf information
diff -u libao-1.1.0/debian/compat libao-1.1.0/debian/compat
--- libao-1.1.0/debian/compat
+++ libao-1.1.0/debian/compat
@@ -1 +1 @@
-7
+9
diff -u libao-1.1.0/debian/libao4.install libao-1.1.0/debian/libao4.install
--- libao-1.1.0/debian/libao4.install
+++ libao-1.1.0/debian/libao4.install
@@ -1,2 +1,2 @@
-debian/tmp/usr/lib/ao/plugins-4/*.so
-debian/tmp/usr/lib/libao.so.*
+debian/tmp/usr/lib/*/ao/plugins-4/*.so
+debian/tmp/usr/lib/*/libao.so.*
diff -u libao-1.1.0/debian/libao-dev.install libao-1.1.0/debian/libao-dev.install
--- libao-1.1.0/debian/libao-dev.install
+++ libao-1.1.0/debian/libao-dev.install
@@ -1,9 +1,7 @@
 debian/tmp/usr/include/ao/*
-debian/tmp/usr/lib/ao/plugins-4/*.a
-debian/tmp/usr/lib/ao/plugins-4/*.la
-debian/tmp/usr/lib/libao.a
-debian/tmp/usr/lib/libao.la
-debian/tmp/usr/lib/libao.so
-debian/tmp/usr/lib/pkgconfig/*
+debian/tmp/usr/lib/*/ao/plugins-4/*.a
+debian/tmp/usr/lib/*/libao.a
+debian/tmp/usr/lib/*/libao.so
+debian/tmp/usr/lib/*/pkgconfig/*
 debian/tmp/usr/share/aclocal/*
 debian/tmp/usr/share/doc/libao-*/*	usr/share/doc/libao-dev/html
diff -u libao-1.1.0/debian/control libao-1.1.0/debian/control
--- libao-1.1.0/debian/control
+++ libao-1.1.0/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian Xiph.org Maintainers 
 Uploaders: John Francesco Ferlito 
-Build-Depends: autotools-dev, debhelper (>= 7.0.50~),
+Build-Depends: autotools-dev, debhelper (>= 8.1.3~),
   libasound2-dev [!kfreebsd-i386 !hurd-i386 !kfreebsd-amd64],
   libaudio-dev, libesd0-dev, libpulse-dev, libxt-dev, libxau-dev,
   libroar-dev, libsndio-dev
@@ -13,10 +13,12 @@
 
 Package: libao4
 Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}, libao-common
 Suggests: libasound2, libaudio2, libesd0 | libesd-alsa0, libpulse0, libroar1, libsndio0,
   roaraudio-server, roaraudio-server
 Replaces: libao-pulse
+Multi-Arch: same
 Description: Cross Platform Audio Output Library
  Libao is a cross-platform audio library that allows programs to output audio
  using a simple API on a wide variety of platforms. It currently supports:
@@ -34,6 +36,7 @@
 Architecture: any
 Section: libdevel
 Depends: ${misc:Depends}, libao4 (= ${binary:Version}), libc6-dev
+Multi-Arch: same
 Description: Cross Platform Audio Output Library Development
  Libao is a cross-platform audio library that allows programs to output audio
  using a simple API on a wide variety of platforms. It currently supports:
@@ -55,6 +58,7 @@
 Section: debug
 Priority: extra
 Depends: ${misc:Depends}, libao4 (= ${binary:Version})
+Multi-Arch: same
 Description: Cross Platform Audio Output Library Debug Symbols
  Libao is a cross-platform audio library that allows programs to output audio
  using a simple API on a wide variety of platforms. It currently supports:
@@ -72,11 +76,12 @@
  libao package.
 
 Package: libao-common
-Architecture: any
+Architecture: all
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: libao2
 Replaces: libao4 (<< 1.0.0-2)
 Breaks: libao4 (<< 1.0.0-2)
+Multi-Arch: foreign
 Description: Cross Platform Audio Output Library (Common files)
  Libao is a cross-platform audio library that allows programs to output audio
  using a simple API on a wide variety of platforms. It currently supports:

Bug#637284: Can't install wheezy on a 2011 iMac

2011-08-21 Thread Jonathan Nieder

Hi Mike,

Mike Hore wrote:

> It was simpler than I thought -- I've got those files for you now, so I'll
> attach the zipped archive.

Nice.  From inittab:

co:2345:respawn:/sbin/getty hvc0 9600 linux

>From the installer log:

finish-install: Setting up virtualized serial console on /dev/hvc0
finish-install: adding console to /etc/inittab

That is bug #636040 (finish-install: hvc0 console added to inittab
even when not available), which seems to be mostly harmless.  It
should be safe to remove the "co:" line to remove the message about
spawning getty there.

>From syslog:

gdm3[1777]: WARNING: GdmDisplay: display lasted 0.038594 seconds
gdm3[1777]: WARNING: GdmDisplay: display lasted 0.039019 seconds
gdm3[1777]: WARNING: GdmDisplay: display lasted 0.038234 seconds
[...]

That is probably gdm or the X server coping poorly with the radeon driver
failing to load.  Please add "1" or "single" (as a separate word, no
quotes) to the kernel command line at bootup so we can see if a
non-graphical bootup works.  If it works, then it is probably worth
trying to log in on the console and running "modprobe radeon" and then
sending logs (/var/log/dmesg) and a photograph of the artifacts.
netconsole[1] or a serial console[2] could help to recover messages if
they aren't getting logged properly before rebooting.

[1] http://www.kernel.org/doc/Documentation/networking/netconsole.txt
[2] http://www.kernel.org/doc/Documentation/serial-console.txt

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

Bug#575175: linux-image-2.6-686: similar error on Thinkpad X31

2011-08-21 Thread Jonathan Nieder

Hi Malcolm,

Malcolm Gillies wrote:

> [Subject: linux-image-2.6-686: similar error on Thinkpad X31]

Please file a separate bug.  We can merge them if they turn out to be
the same.

Thanks,
Jonathan



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

Bug#637281: same issue here with custom kernels build with make-kpkg

2011-08-21 Thread Joel Soete

Playing around to re-install stuff, I figure out that in '/var/lib/dkms/vboxhost' a dir 4.1.0 wasn't removed after the
installation of 4.1.2?

After I remove it, I can re-install image and headers pkg of my linux-3.0.3 compilation and dkms 2.1 reach to rebuild kernel
modules vboxhost and nvidia. With dkms 2.2, I still have to find why it doesn't run 'auto installation service' for this kernel?

On 08/21/2011 02:55 PM, Joel Soete wrote:

Hello all,

I use to compile my custom kernel (for my hw) which I build with make-kpkg.
I also have to install nvidia-kernel-dkms (the unstable 280.13-1) and the
latest virtualbox-4.1 4.1.2.

All was working fine until yesterday when I build the latest linux kernel 3.0.3
for mu debian testing 64bits installation
and install image and headers pkg and I got the same message:
Error! Could not locate dkms.conf file.
File: does not exist.

For what is weird, today I do the same exercise on my debian 32bit installation
without any issue but only with
nvidia-kernel-dkms (the unstable 280.13-1) and without any virtualbox?

I 'locate' some dkms.conf on my 32bit install i find some interesting:
"/usr/src/nvidia-280.13/dkms.conf" and
"/var/lib/dpkg/info/dkms.conffiles" and are the same as on my 64bit
installation.

To recover usage of my 64bit GUI and vbox, I re-install the stable
'dkms_2.1.1.2-5_all.deb' but have to 'dpkg-reconfigure
nvidia-kernel-dkms' and I still have to find why vbox module failed to compile
with linux-3.0.3 but that's another story.

Hth,
J.

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

Bug#638742: not much fruit at homepage

2011-08-21 Thread Ricardo Mones

Package: fruit
Severity: normal

Hi,

The homepage of fruit package points to a generic news page which just
mentions fruit once but doesn't even link to the actual program page,
which seems to be at http://wbec-ridderkerk.nl/html/details1/Fruit.html

My guess is that the one above is more interesting for people looking
for info about fruit than the main site page :)

regards,

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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#622011: openvas-client: FTBFS: nessus.c:485: undefined reference to `SSLv2_client_method'

2011-08-21 Thread Ilya Barygin

tags 622011 patch
thanks

Hello,

Attached is the patch which was used in Ubuntu to fix this problem.
https://launchpad.net/ubuntu/+source/openvas-client/2.0.5-1ubuntu1
#! /bin/sh /usr/share/dpatch/dpatch-run
## Description: OpenSSL 1.0.0 removed SSLv2 support. Handle this case.
## Author: Ilya Barygin 
## Bug-Debian: http://bugs.debian.org/622011

@DPATCH@
diff -urNad openvas-client-2.0.5~/nessus/nessus.c 
openvas-client-2.0.5/nessus/nessus.c
--- openvas-client-2.0.5~/nessus/nessus.c   2011-08-21 17:55:01.0 
+0400
+++ openvas-client-2.0.5/nessus/nessus.c2011-08-21 17:53:12.0 
+0400
@@ -481,9 +481,12 @@
}
   if (ssl_mt == NULL)
{
+#ifndef OPENSSL_NO_SSL2
  if (strcasecmp(ssl_ver, "SSLv2") == 0)
ssl_mt = SSLv2_client_method();
+ else
+#endif
+ if (strcasecmp(ssl_ver, "SSLv3") == 0)
- else if (strcasecmp(ssl_ver, "SSLv3") == 0)
ssl_mt = SSLv3_client_method();
  else if (strcasecmp(ssl_ver, "SSLv23") == 0)
ssl_mt = SSLv23_client_method();

Bug#626322: FTBFS: testsuite failure (kfreebsd-i386)

2011-08-21 Thread gregor herrmann

On Tue, 10 May 2011 23:09:11 +0100, Dominic Hargreaves wrote:

> > Seems the testsuite is failing on kfreebsd-i386:
> > 
> > TZ=UTC /usr/bin/perl Build test
> > # Testing Device::Cdio 0.2.4
> > t/00.load.t .. ok
> > t/01.pod-coverage.t .. ok
> > t/01.pod.t ... ok
> > t/02.default.t ... ok
> > OverflowError in method 'get_devices_with_cap', argument 1 of type 
> > 'unsigned int'
> 
> Yep, this is discussed in #579450 (which I've now set to block this
> one).

#579450 is done in the meantime, so this bug should probably be fixed
too.
(I'd test it but io.debian.net doesn't let me in at the moment.)


Cheers,
gregor

-- 
 .''`.   Homepage: http://info.comodo.priv.at/ - PGP/GPG key ID: 0x8649AA06
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Walter Tessaris: Don Ca


signature.asc
Description: Digital signature

Bug#638743: dangen: Ftbfs with ld --as-needed

2011-08-21 Thread Angel Abad

Package: dangen
Version: 0.4-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch



*** /tmp/tmpKBSDuD
In Ubuntu, the attached patch was applied to achieve the following:

Hi, this package fails to build from source with binutils-gold and
ld --as-needed, this patch solves the problem

Regards

  * Reorder libraries to fix FTBFS with ld --as-needed (LP: #770792)


Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-updates
  APT policy: (500, 'oneiric-updates'), (500, 'oneiric')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-8-generic (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- dangen-0.4.orig/Makefile.in
+++ dangen-0.4/Makefile.in
@@ -229,7 +229,7 @@
 COMPILE = $(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) \
$(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS)
 CCLD = $(CC)
-LINK = $(CCLD) $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@
+LINK = $(CCLD) $(AM_CFLAGS) $(CFLAGS) $(LDFLAGS) -o $@
 DIST_SOURCES = $(dangen_SOURCES)
 
 NROFF = nroff
@@ -310,7 +310,7 @@
-test -z "$(bin_PROGRAMS)" || rm -f $(bin_PROGRAMS)
 dangen$(EXEEXT): $(dangen_OBJECTS) $(dangen_DEPENDENCIES) 
@rm -f dangen$(EXEEXT)
-   $(LINK) $(dangen_LDFLAGS) $(dangen_OBJECTS) $(dangen_LDADD) $(LIBS)
+   $(LINK) $(dangen_LDFLAGS) $(dangen_OBJECTS) $(dangen_LDADD) $(LIBS) 
$(SDL_LIBS)
 
 mostlyclean-compile:
-rm -f *.$(OBJEXT) core *.core

Bug#638744: xchat: a page or a tab with added contacts/friends