date:20111018

Package: ibus
Version: 1.4.0-1
Followup-For: Bug #642317
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hi folks,

Please find attached a patch for this issue.  It includes both an upstream
patch, fixing the configure script to always install the gtk module to
*gtk's* configured library path instead of the one passed to ./configure;
and changes to the Debian packaging to always build against the
multiarch-enabled version of gtk.

The changelog for this change in Ubuntu is:

- configure.ac: look at the gtk+2.0 pkg-config settings for the directory
  we should install the im module to, not our own configured libdir
  setting.
- debian/control: build-depend on the multiarched gtk+2.0.
- debian/gtk-ibus.install: look for the gtk module in the multiarch path.
- mark ibus-gtk Multi-Arch: same.  It won't be coinstallable yet without
  a multiarch libibus, but it doesn't hurt.

Thanks for considering the patch.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/control'
--- debian/control  2011-09-03 23:17:02 +
+++ debian/control  2011-10-18 05:59:37 +
@@ -11,7 +11,7 @@
  autoconf,
  automake,
  libtool,
- libgtk2.0-dev,
+ libgtk2.0-dev (= 2.24.5-4),
  libgtk-3-dev,
  libdbus-glib-1-dev,
  python-dev (= 2.6.6-3~),
@@ -69,6 +70,7 @@
 
 Package: ibus-gtk
 Architecture: any
+Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Intelligent Input Bus - GTK+2 support
  IBus is an Intelligent Input Bus. It is a new input framework for the Linux

=== modified file 'debian/ibus-gtk.install'
--- debian/ibus-gtk.install 2009-06-26 22:47:52 +
+++ debian/ibus-gtk.install 2011-10-18 05:49:19 +
@@ -1 +1 @@
-usr/lib/gtk-2.0/2.10.0/immodules/im-ibus.so
+usr/lib/*/gtk-2.0/2.10.0/immodules/im-ibus.so

=== added file 'debian/patches/proper-gtk-plugin-path.patch'
--- debian/patches/proper-gtk-plugin-path.patch 1970-01-01 00:00:00 +
+++ debian/patches/proper-gtk-plugin-path.patch 2011-10-18 06:03:53 +
@@ -0,0 +1,28 @@
+Index: trunk/configure.ac
+===
+--- trunk.orig/configure.ac
 trunk/configure.ac
+@@ -186,7 +186,8 @@
+ if test x$enable_gtk2 = xyes; then
+ # check for gdk2
+ gtk2_binary_version=`$PKG_CONFIG --variable=gtk_binary_version gtk+-2.0`
+-GTK2_IM_MODULEDIR=$libdir/gtk-2.0/$gtk2_binary_version/immodules
++gtk2_libdir=`$PKG_CONFIG --variable=libdir gtk+-2.0`
++GTK2_IM_MODULEDIR=$gtk2_libdir/gtk-2.0/$gtk2_binary_version/immodules
+ 
+ PKG_CHECK_MODULES(GDK2, [
+ gdk-2.0
+Index: trunk/configure
+===
+--- trunk.orig/configure
 trunk/configure
+@@ -15207,7 +15207,8 @@
+ if test x$enable_gtk2 = xyes; then
+ # check for gdk2
+ gtk2_binary_version=`$PKG_CONFIG --variable=gtk_binary_version gtk+-2.0`
+-GTK2_IM_MODULEDIR=$libdir/gtk-2.0/$gtk2_binary_version/immodules
++gtk2_libdir=`$PKG_CONFIG --variable=libdir gtk+-2.0`
++GTK2_IM_MODULEDIR=$gtk2_libdir/gtk-2.0/$gtk2_binary_version/immodules
+ 
+ 
+ pkg_failed=no

=== added file 'debian/patches/series'
--- debian/patches/series   1970-01-01 00:00:00 +
+++ debian/patches/series   2011-10-18 06:16:39 +
@@ -0,0 +1,1 @@
+proper-gtk-plugin-path.patch

Bug#645691: flashplugin-nonfree: it gets downloaded but not installed

2011-10-18 Thread Martin Dosch


Hi,

the script just downloaded the *.tar.gz file and there was no message  
that it's installing. After restarting my firefox, i still had the old  
version.

So i searched for the file and extracted it manually.

- Nachricht von ba...@debian.org -
 Datum: Mon, 17 Oct 2011 22:06:03 +
   Von: Bart Martens ba...@debian.org
   Betreff: Re: Bug#645691: flashplugin-nonfree: it gets downloaded  
but not installed

An: Martin Dosch martin.do...@gmx.net, 645...@bugs.debian.org



tags 645691 moreinfo
stop

On Mon, Oct 17, 2011 at 10:30:44PM +0200, Martin Dosch wrote:

when i executed 'update-flashplugin-nonfree --install' as root, the
*.tar.gz-file got downloaded but not installed.


What makes you think that it got not installed ?

What is the output of update-flashplugin-nonfree --install --verbose ?


I had to extract it manually.


How did you do that ?


Adobe Flash Player version: LNX 11,0,1,152
MD5 checksums:
	782952c5730caa4e4cbe7e1d9dfa6214   
/var/cache/flashplugin-nonfree/install_flash_player_11_linux.x86_64.tar.gz

Alternatives:
flash-mozilla.so - auto mode
  link currently points to 
/usr/lib/flashplugin-nonfree/libflashplayer.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
Current 'best' version is 
'/usr/lib/flashplugin-nonfree/libflashplayer.so'.
	lrwxrwxrwx 1 root root 34 Feb  8  2011  
/usr/lib/mozilla/plugins/flash-mozilla.so -  
/etc/alternatives/flash-mozilla.so
	/usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to  
`/etc/alternatives/flash-mozilla.so'


Looks all OK to me.

Regards,

Bart Martens




- Ende der Nachricht von ba...@debian.org -



--
Martin Dosch
Brehmstraße 4
81543 München



pgpNi0LkMTnSU.pgp
Description: Digitale PGP-Signatur

Bug#644588: gle-graphics: FTBFS: Message: /usr/lib/libgle-graphics-4.2.2.so: cannot open shared object file: No such file or directory

2011-10-18 Thread Petr Salinger

So to summarize, both you and I can build the package on kfreebsd 
machines (debian porter boxes and your box),

but the buildds fail to build since 4.2.2-4+b2,
whereas 4.2.2-4+b1 and 4.2.2-4 have built successfully. Note
that in a binNMU the source code has not been changed. From this I conclude
that the bug is not in the source, but only on the buildds, especially
since other kfreebsd machines build the package fine, without any source
changes. Since nobody from -bsd seems to be able to help


The problem seems be in src/gle/file_io.cpp:

#if defined(__UNIX__)  !defined(__MACOS__)  !defined(__FREEBSD__)
/* try to read location from the /proc/self/exe file */
char path[PATH_MAX];
struct stat stat_buf;
string path2 = /proc/self/exe;


There is a /proc/self/exe support under GNU/kFreeBSD, but it is 
limited, namely inside combination of bind mounts and chroots.

I bet that configuration of buildd have been changed in mean time.
In fact the /proc/self/exe file systems is linuxism.

Please try this:

--- src/gle/file_io.cpp
+++ src/gle/file_io.cpp
@@ -1334,7 +1334,7 @@
return true;
}
 #endif
-#if defined(__UNIX__)  !defined(__MACOS__)  !defined(__FREEBSD__)
+#if defined(__linux__)
/* try to read location from the /proc/self/exe file */
char path[PATH_MAX];
struct stat stat_buf;


Petr



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

Bug#645728: ibus: please remove inaccurate debian/README.source

Package: ibus
Version: 1.4.0-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hello,

The debian/README.source file included in the ibus package is inaccurate,
talking about dpatch when this package is now a dpkg 3.0 (quilt) package.
You may want to remove the file.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== removed file 'debian/README.source'
--- debian/README.source2009-10-26 18:55:02 +
+++ debian/README.source1970-01-01 00:00:00 +
@@ -1,26 +0,0 @@
-This package uses dpatch to manage all modifications to the upstream
-source. Changes are stored in the source package as diffs in
-debian/patches and applied during the build.
-
-To get the fully patched source after unpacking the source package, cd
-to the root level of the source package and run:
-
-debian/rules patch
-
-Removing a patch is as simple as removing its entry from the
-debian/patches/00list file, and please also remove the patch file
-itself.
-
-Creating a new patch is done with dpatch-edit-patch patch XX_patchname
-where you should replace XX with a new number and patchname with a
-descriptive shortname of the patch. You can then simply edit all the
-files your patch wants to edit, and then simply exit 0 from the shell
-to actually create the patch file.
-
-To tweak an already existing patch, call dpatch-edit-patch XX_patchname
-and replace XX_patchname with the actual filename from debian/patches
-you want to use.
-
-To clean up afterwards again, debian/rules unpatch will do the
-work for you - or you can of course choose to call
-fakeroot debian/rules clean all together.

Bug#645729: checking for ibus support in gtk2 and gtk3 separately

Package: ibus
Version: 1.4.0-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hello,

The Ubuntu package of ibus includes a patch to debian/xinput/ibus to check
for ibus support in each version of gtk separately.  The reason for this is
given at https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/823202.
Basically, if both ibus-gtk and ibus-gtk3 are installed (as should be the
case for a while, since the transition to gtk3 is ongoing), the file check
will fail because the glob expands to multiple files.

If only one of ibus-gtk or ibus-gtk3 is installed, I don't know what the
desired behavior would be here, but I think we should fall back to xim in
that case because it's safer.

Thanks for considering the patch.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/xinput/ibus'
--- debian/xinput/ibus  2011-05-20 22:02:36 +
+++ debian/xinput/ibus  2011-10-18 05:49:19 +
@@ -1,7 +1,10 @@
 XIM=ibus
 XIM_PROGRAM=/usr/bin/ibus-daemon
 XIM_ARGS=--xim
-if [ -e /usr/lib/gtk-*.0/*/immodules/im-ibus.so ]; then
+
+if [ -e /usr/lib/gtk-3.0/*/immodules/im-ibus.so ] \
+[ -e /usr/lib/*/gtk-2.0/*/immodules/im-ibus.so ]
+then
 GTK_IM_MODULE=ibus
 else
 GTK_IM_MODULE=xim

Bug#645730: RM: tipptrainer -- ROM; Works only with wxwidgets2.6

2011-10-18 Thread Andreas Tille

Package: ftp.debian.org
Severity: normal


Hi ftpmasters,

tipptrainer is dead upstream since a long time.  When I tried to contact
the authors whether an upgrade to wxwidgets2.8 might be feasible all of
their addresses responded with unknown mail address.  SO it is time for
tipptrainer to go.

Kind regards

   Andreas.


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

Kernel: Linux 2.6.18-xenU (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#644998: iftop: chooses eth0 as the default interface instead of the default route

2011-10-18 Thread Alexander Reichle-Schmehl

Hi pabs!

* Paul Wise p...@debian.org [111011 17:54]:

 iftop always chooses eth0 as the interface to listen on, even if no
 traffic is flowing there. A much better choice would be the interface
 associated with the default route in the routing table. If there is no
 default route then it could fall back on eth0 or some other interface.

I just uploaded iftop 1.0pre2 to Debian experimental, which might
address this problem.  Could you give it a try and report back?


Best Regards,
  Alexander



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

Bug#645469: bind fails for AF_UNIX sockets with EINVAL

2011-10-18 Thread Petr Salinger


Btw, could we restrict this kludge to platforms that need it?  See
attached patch.


I like the idea, slightly different patch is in.

Petr



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

Bug#645719: tipptrainer: Please update to use wxwidgets2.8

2011-10-18 Thread Andreas Tille

Hi Olly,

many thanks for spending time into tipptrainer trying a patch.  When I
have read your first announcement of wxwidgets2.6 removal I tried to
contact upstream (tipptrainer is dead upstream for years but had no
problems so far).  All mail addresses resulted in unknown user and
because I'm unable to contact upstream nor do I think the program is
worth spending a lot of time into it I just asked ftpmaster for removal
to not block wxwidgets migration.

Kind regards and thanks for your hard wxwidgets work which is really
welcome (for a lot of other packages)

  Andreas.

On Tue, Oct 18, 2011 at 04:10:04PM +1300, Olly Betts wrote:
 Package: tipptrainer
 Version: 0.6.0-17
 Tags: patch
 User: freewx-ma...@lists.alioth.debian.org
 Usertags: wx2.6to2.8
 
 I'm trying to get packages to migrate from wxwidgets2.6 to wxwidgets2.8
 so we can remove the former from the archive - it's no longer supported
 upstream, and wxwidgets3.0 is supposed to be out early next year.
 
 I had a look at the changes required to get graphthing to build with
 wxwidgets2.8, and have attached a partial patch.
 
 The code seems to do some odd things with wxURL which I don't fully
 understand the intention of, which makes it hard for me to know how to
 appropriately update these for 2.8 (which removed various wxURL features
 in favour of wxURI).  But hopefully this patch is better than nothing.
 
 Cheers,
 Olly

 --- tipptrainer-0.6.0.orig/src/commonElements.cpp 2004-08-09 
 03:38:02.0 +1200
 +++ tipptrainer-0.6.0/src/commonElements.cpp  2011-10-13 01:47:12.0 
 +1300
 @@ -35,7 +35,7 @@
}
  
if (retval == 0
 -  || (url.GetProtocolName() == wxString(_T(file))
 +  || (url.GetScheme() == wxString(_T(file))
  !((wxFileInputStream*)retval)-Ok())) {
  delete retval;
  return 0;
 --- tipptrainer-0.6.0.orig/src/dirs.cpp
 +++ tipptrainer-0.6.0/src/dirs.cpp
 @@ -16,7 +16,7 @@
  
  UrlFile::UrlFile (const wxString url) {
if (url.Length()  0) {
 -wxURL u(wxURL::ConvertFromURI(url));
 +wxURL u(wxURL::Unescape(url));
  Init(u);
}
  }
 @@ -33,17 +33,17 @@ void UrlFile::operator= (const UrlFile
  }
  
  void UrlFile::Init (wxURL url) {
 -  this-protocol = url.GetProtocolName();
 +  this-protocol = url.GetScheme();
if (this-protocol == _T(file)) {
  this-path.Assign(UrlToFileName(url.GetURL()));
} else {
 -this-server = url.GetHostName();
 -setFullPath(wxURL::ConvertFromURI(url.GetPath()));
 +this-server = url.GetServer();
 +setFullPath(wxURL::Unescape(url.GetPath()));
}
  }
  
  wxURL* UrlFile::getURL () const {
 -  return new wxURL(wxURL::ConvertFromURI(getURLstr()));
 +  return new wxURL(wxURL::Unescape(getURLstr()));
  }
  
  wxString UrlFile::getURLstr () const {
 @@ -107,7 +109,7 @@ wxString UrlFile::FileNameToUrl (const w
  }
  
  wxFileName UrlFile::UrlToFileName (const wxString url) {
 -  wxString fullpath = 
 wxURL::ConvertFromURI(url.Mid(wxString(_T(file:)).Len()));
 +  wxString fullpath = wxURL::Unescape(url.Mid(wxString(_T(file:)).Len()));
  #ifdef __WXMSW__
if (fullpath.compare(0,2,wxString(_T(//))) == 0) {
  fullpath = fullpath.Mid(2);


-- 
http://fam-tille.de



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

Bug#645731: clang uses gcc header files, but cannot handle some of them

2011-10-18 Thread Miles Bader

Package: clang
Version: 2.9-16
Severity: normal


Clang seems to use header files which are distributed with gcc (from
the system's default installation of gcc?).  However, it cannot handle
some of the constructs in them.

Here's a sample source file, cb.cc:

   #include emmintrin.h

If I compile it with clang++ -c cb.cc, it spews out errors,
apparently due to __builtin constructs that clang doesn't know about:

   In file included from cb.cc:1:
   In file included from 
/usr/lib/gcc/x86_64-linux-gnu/4.6/include/emmintrin.h:36:
   /usr/lib/gcc/x86_64-linux-gnu/4.6/include/xmmintrin.h:102:19: error: use of 
undeclared identifier '__builtin_ia32_addss'
 return (__m128) __builtin_ia32_addss ((__v4sf)__A, (__v4sf)__B);
 ^
   /usr/lib/gcc/x86_64-linux-gnu/4.6/include/xmmintrin.h:108:19: error: use of 
undeclared identifier '__builtin_ia32_subss'
 return (__m128) __builtin_ia32_subss ((__v4sf)__A, (__v4sf)__B);
 ^
   /usr/lib/gcc/x86_64-linux-gnu/4.6/include/xmmintrin.h:114:19: error: use of 
undeclared identifier '__builtin_ia32_mulss'
 return (__m128) __builtin_ia32_mulss ((__v4sf)__A, (__v4sf)__B);
[...etc...]


I don't know whether emmintrin.h is something a user is _supposed_
to be able to include, but the above example isn't artificial; it
comes from llvm/tools/clang/lib/Lex/Lexer.cpp in the llvm+clang
source tree, which contains the following bit of code:

   #ifdef __SSE2__
   #include emmintrin.h
   #elif __ALTIVEC__
   #include altivec.h
   #undef bool
   #endif

s, the result is that now I can't compile the clang trunk using
the system clang (which is the compiler llvm choose by default if it
can)...

I'm not sure the right way to fix this, but it seems that if clang is
going to use gcc-specific headers, it should maybe have some sort of
fairly specific versioned dependency on gcc, so upstream internal
gcc changes don't confuse clang.

Installed gcc:

   $ dpkg-query --show gcc
   gcc  4:4.6.1-3
   $ dpkg-query --show gcc-4.6
   gcc-4.6  4.6.1-15


Thanks,

-Miles





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

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

Versions of packages clang depends on:
ii  libc6   2.13-21   
ii  libffi5 3.0.10-3  
ii  libgcc1 1:4.6.1-15
ii  libllvm2.9  2.9+dfsg-3
ii  libstdc++6  4.6.1-15  
ii  libstdc++6-4.6-dev  4.6.1-15  

Versions of packages clang recommends:
ii  llvm-2.9-dev  2.9+dfsg-3
ii  python2.7.2-9   

clang 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#592959: dovecot: Will Dovecot v2.0 be packages for, Squeeze?

2011-10-18 Thread Remy Zandwijk


Hi. Any progress on this?

-Remy

Bug#645063: [pulseaudio] Confirm

2011-10-18 Thread Valerio Passini

Package: pulseaudio
Version: 1.0-4

--- Please enter the report below this line. ---
I can confirm this report: the same happens on my HDA intel Realtek 
ALC1200. When the combination made by the Fn+Mute buttons is 
pressed, the sound is set to mute, but the same action doesn't 
revert to unmute the soundcard.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.0.3

Debian Release: wheezy/sid
  990 unstablemi.mirror.garr.it 
  990 unstableftp.it.debian.org 
  500 testing mi.mirror.garr.it 
  500 stable  dl.google.com 
  500 squeeze activsoftware.co.uk 
  100 squeeze-backports backports.debian.org 
  100 experimental-snapshots qt-kde.debian.net 
1 experimentalmi.mirror.garr.it 
1 experimentaldebian.fastweb.it 

--- Package information. ---
Depends (Version) | Installed
=-+-
===
libasound2  ( 1.0.24.1) | 1.0.24.1-4
libc6(= 2.9) | 2.13-21
libcap2 (= 2.10) | 1:2.22-1
libdbus-1-3(= 1.1.1) | 1.4.16-1
libfftw3-3| 3.2.2-1
libice6  (= 1:1.0.0) | 2:1.0.7-2
libltdl7 (= 2.4) | 2.4-4
liborc-0.4-0(= 1:0.4.14) | 1:0.4.16-1
libpulse0 (= 0.99.4) | 1.0-4
libsamplerate0 (= 0.1.7) | 0.1.8-1
libsm6| 2:1.2.0-2
libsndfile1   (= 1.0.20) | 1.0.25-3
libspeexdsp1   (= 1.2~beta3.2-1) | 1.2~rc1-1
libtdb1(= 1.2.7+git20101214) | 1.2.9-4+b1
libudev0 (= 146) | 172-1
libx11-6  | 2:1.4.4-2
libx11-xcb1   | 2:1.4.4-2
libxcb1   | 1.7-3
libxtst6  | 2:1.2.0-3
adduser   | 3.113
lsb-base  (= 3.2-13) | 3.2-28
consolekit| 0.4.5-1
udev (= 143) | 172-1
libasound2-plugins| 1.0.24-3


Recommends(Version) | Installed
===-+-
===
pulseaudio-module-x11   | 1.0-4
gstreamer0.10-pulseaudio| 0.10.30-1
pulseaudio-esound-compat| 1.0-4
rtkit   | 0.10-2


Suggests  (Version) | Installed
===-+-===
pulseaudio-utils| 1.0-4
pavumeter   | 0.9.3-1
pavucontrol | 0.99.2-1
paman   | 
paprefs | 







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

Bug#645732: yelp: The URI ‘ghelp:user-guide?menubar#menubar’ does not point to a valid page

2011-10-18 Thread shirish शिरीष

Package: yelp
Version: 3.2.1+dfsg-1
Severity: normal

Dear Maintainer,
I was trying the new gnome3 with session-fallback today. I do/did the
following steps and ran into the above error.

a. Make sure that you are in a gnome-sesion-fallback position
b. right click on the menu bar which has Applications and Places and
get the options 'Edit Menus' and 'Help' .
c. Instead of getting help about gnome3 I get the yelp window with the
above error message i.e. :-

the URI ‘ghelp:user-guide?menubar#menubar’ does not point to a valid page.
Search for packages containing this document.

I searched and saw that yelp was installed. Maybe its a bug or
something, please let me know.

Feel free to reassign it if another package is more appropriate for this bug.

Does this happen everytime?
Yes, it happens everytime.

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

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

Versions of packages yelp depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.7.5-3
ii  libc62.13-21
ii  libglib2.0-0 2.28.8-1
ii  libgtk-3-0   3.0.12-2
ii  libjs-jquery-ui  1.8.ooops.16+dfsg-1
ii  libwebkitgtk-3.0-0   1.4.2-2
ii  libyelp0 3.2.1+dfsg-1
ii  man-db   2.6.0.2-2
ii  yelp-xsl 3.2.1-1

Versions of packages yelp recommends:
ii  gnome-user-guide  3.2.0.1-2
ii  ttf-dejavu2.33-2

yelp suggests no packages.

-- no debconf information

-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



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

Bug#645733: gnome-session fails every first attempt after a reboot

2011-10-18 Thread Praveen A

Package: gnome-session
Version: 3.0.2-2
Severity: important

This causes me to login once, click on logout button on error message
(it does not mention what exact error it hit, just says something like
Oh, No something bad happened, at least there should be a details
button with exact error message), then login again. I have to do it
every day twice :( (once at office and then at home). It is really
annoying, especially having no clue as to what is wrong. I'm attaching
xsession-errors with this, is there any other log files I should look
at?

Praveen

-- 
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
You have to keep reminding your government that you don't get your
rights from them; you give them permission to rule, only so long as
they follow the rules: laws and constitution.


.xsession-errors.old
Description: application/trash

Bug#327585: [Pkg-openldap-devel] Bug#327585: slapd: perl backend failed to load XS (unknown symbols)

2011-10-18 Thread Faidon Liambotis

On Mon, Oct 17, 2011 at 05:37:17PM -0700, Steve Langasek wrote:
 As Russ has said earlier in the bug thread, the *right* fix is to fix perl
 on i386 so that everything is linked against libperl.  All other solutions
 are workarounds, not fixes.

As *you* :) pointed out later (#60) in the bug thread —and I can confirm— this
is not i386-specific. Perl XS modules are not linked against libperl in other
arches as well, at least amd64.

 The patch proposed in message #139 carries side effects, because it will
 cause openldap to open all modules with RTLD_GLOBAL.  This increases the
 risk of a symbol collision causing openldap to crash (the precise issue that
 libltdl was switched to RTLD_LOCAL to avoid), and even if that doesn't
 result in a bug now, it might do so in the future.  So I'm not thrilled
 about this patch.

Ouch. No chance into getting this to spu then…

 But it seems to be the best we can do short of the perl fix, on which
 there's been no movement.  So I'll go ahead and apply this patch.

Thanks for the effort!

Best regards,
Faidon



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

Bug#644998: iftop: chooses eth0 as the default interface instead of the default route

2011-10-18 Thread Paul Wise

On Tue, 2011-10-18 at 08:49 +0200, Alexander Reichle-Schmehl wrote:

 I just uploaded iftop 1.0pre2 to Debian experimental, which might
 address this problem.  Could you give it a try and report back?

Still chooses eth0 by default.

Looking at the code, it finds the first interface which is up and not
the loopback interface, falling back on eth0 if none are found.

On my system eth0 is up but has no routes associated with it.

I think the code should be changed in two ways:

  * Only consider interfaces with routes associated with them.
  * Prefer the interface with a default route to other ones.

I personally do not know enough about networking code to re-implement
the interface iteration function to take these into account, sorry.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#645412: cupt: Pin from apt-listbugs does not prevent package install/upgrade

2011-10-18 Thread Eugene V. Lyubimkin

Hi Francesco,

On 2011-10-17 23:36, Francesco Poli wrote:
 However, cupt happily goes on and attempts to install derivations,
 until apt-listbugs kicks in and warns the user (again!) that there's a
 bug:
[...]
 If I recall correctly one conversation I had with you (Eugene) back on
 January 2010, this behavior is intentional.
 Only automatic installations of the low Pin-Priority package (as
 recommendations, or dependencies with alternatives, for instance) are
 prevented by cupt. The explicit request to install the low Pin-Priority
 package will be honored, no matter how low the Pin-Priority is.

Exactly, with one remark that even for soft dependencies or alternatives
it's not absolutely prevented, but for example they may be suggested
if user explicitly rejects all better solutions.

I actually like this behavior more than apt-based' package manager
ones'. One more warning is maybe worth implementing in the user
interface, but that's it.  But I am biased, of course.

 Assuming that this is true and confirmed, is the modification of
 apt-listbugs (so that it uses -3 instead of -40 as Pin-Priority to
 prevent the installation of a package) still useful?

As for me -- yes.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



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

Bug#645552: [Evolution] Bug#645552: evolution: FTBFS on hurd-i386

2011-10-18 Thread Samuel Thibault

Yves-Alexis Perez, le Tue 18 Oct 2011 08:17:41 +0200, a écrit :
  perl limits its expanded glob pattern size to MAXPATHLEN, or to 1024
  when that is not defined.  debian/evolution.install expands to more
  than
  that, resulting with an empty result... Could you apply the attached
  patch
  to split that long path? 
 
 In fact the globbing should be dropped since it's not supported, sadly.
 But shouldn't something be done about that hardcoded size in perl? It
 looks spurious to me (even MAXPATHLEN though).

Sure. I'm just afraid I'm not brave enough to dare into globbing code :)

Samuel



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

Bug#327585: [Pkg-openldap-devel] Bug#327585: slapd: perl backend failed to load XS (unknown symbols)

On Tue, Oct 18, 2011 at 10:22:31AM +0300, Faidon Liambotis wrote:
 On Mon, Oct 17, 2011 at 05:37:17PM -0700, Steve Langasek wrote:
  As Russ has said earlier in the bug thread, the *right* fix is to fix perl
  on i386 so that everything is linked against libperl.  All other solutions
  are workarounds, not fixes.

 As *you* :) pointed out later (#60) in the bug thread —and I can confirm— this
 is not i386-specific. Perl XS modules are not linked against libperl in other
 arches as well, at least amd64.

Right, but if we fixed perl to link against libperl on i386, we could get
the XS modules fixed in general without too much further trouble.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#645424: gnome-shell is unusable

2011-10-18 Thread Andreas Beckmann

forwarded 645424 http://www.nvnews.net/vbulletin/showthread.php?t=167451
tag 645424 - moreinfo
thanks

Hi Davide,

I just saw your post on the NVIDIA forum.
Please attach a nvidia-bug-report.log.gz there, otherwise NVIDIA won't
look into this issue.
See http://www.nvnews.net/vbulletin/showthread.php?t=46678

Andreas



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

Bug#641537: [j...@dpets.co.uk: Bug#644957: libreoffice-base: Base runs extremely slowly]

2011-10-18 Thread Rene Engelhard

forwarded 641537 http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7024514
thanks

On Tue, Oct 11, 2011 at 11:08:51AM +0200, Rene Engelhard wrote:
 Package: libreoffice-base
 Version: 1:3.4.3-3
 [...]
 I have reported this issue against openjdk-6-jre,
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641537 .  However the
 problem is even worse in LibreOffice 3.4.3-3 using openjdk-7-jre.  It
 has been reported upstream as
 [...]
 
 - End forwarded message -
 
 Thus I reassigned to *both* openjdk-6-jre and openjdk-7-jre.

According to 
http://lists.freedesktop.org/archives/libreoffice/2011-October/019388.html the 
problem seems to be

[...] in
java.net.PlainSocketimpl.socketAccept It tooks double to 10 times longer as
before in update 22

and it looks like this also is
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7024514.

Grüße/Regards,

René



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

Bug#645734: installing fonts makes my gnome-panel go black/default color

2011-10-18 Thread shirish शिरीष

Package: gnome-panel
Version: 3.0.2-1
Severity: normal

Dear Maintainer,
I am using gnome-panel in gnome3 with gnome-session-fallback. I do
know that gnome-panel is still in transition but dunno if this issue
is known or not. What happens is if I install some font my gnome-panel
goes to default black color (or whatever theme gnome3 uses by
default). Instead what I have used is :-

a. go to gnome-panel  Use Alt+RightClick  Choose Properties
b. Go in Panel Properties  Background  Choose Solid and put the
slider to the extreme left making it transparent for the wallpaper to
seep in to the panel for the look.

Now when I install any font in gnome-terminal 3.0.1 the panel goes
back to system theme/black.

Please look into the same and see if something is wrong at my end.

I am also getting an error message 'Gtk-Message: Failed to load module
pk-gtk-module' but this seems to be a packagekit thing or atleast
googling it makes me think so. See for instance
https://bugs.launchpad.net/ubuntu/+source/packagekit/+bug/389766 for
talk on that bug.

Looking forward to some solution or maybe I might be jumping the gun a
bit soon. Please let me know either way.

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

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

Versions of packages gnome-panel depends on:
ii  gnome-icon-theme-symbolic  3.2.0-2
ii  gnome-menus3.0.1-2
ii  gnome-panel-data   3.0.2-1
ii  libatk1.0-02.2.0-2
ii  libc6  2.13-21
ii  libcairo-gobject2  1.10.2-6.1
ii  libcairo2  1.10.2-6.1
ii  libcamel-1.2-233.0.3-1
ii  libdconf0  0.7.5-3
ii  libebook1.2-10 3.0.3-1
ii  libecal1.2-8   3.0.3-1
ii  libedataserver1.2-14   3.0.3-1
ii  libedataserverui-3.0-0 3.0.3-1
ii  libfontconfig1 2.8.0-3
ii  libfreetype6   2.4.6-2
ii  libgconf2-42.32.4-1
ii  libgdk-pixbuf2.0-0 2.24.0-1
ii  libglib2.0-0   2.28.8-1
ii  libgnome-desktop-3-0   3.0.2-2
ii  libgnome-menu2 3.0.1-2
ii  libgtk-3-0 3.0.12-2
ii  libgweather-3-03.2.0-1
ii  libical0   0.44-3
ii  libice62:1.0.7-2
ii  libnspr4-0d4.8.9-1
ii  libnss3-1d 3.12.11-3
ii  libpanel-applet-4-03.0.2-1
ii  libpango1.0-0  1.29.4-1
ii  librsvg2-2 2.34.1-2
ii  libsm6 2:1.2.0-2
ii  libsoup2.4-1   2.36.0-1
ii  libsqlite3-0   3.7.8-1
ii  libstartup-notification0   0.12-1
ii  libtelepathy-glib0 0.16.0-1
ii  libwnck-3-03.2.0-1
ii  libx11-6   2:1.4.4-2
ii  libxau61:1.0.6-3
ii  libxml22.7.8.dfsg-5
ii  libxrandr2 2:1.3.2-2
ii  python 2.7.2-9
ii  python-gconf   2.28.1-3

Versions of packages gnome-panel recommends:
ii  alacarte   0.13.2-3
ii  evolution-data-server  3.0.3-1
ii  gnome-applets  3.2.0-2
ii  gnome-control-center   1:3.0.2-3
ii  gnome-icon-theme   3.2.0-1
ii  gnome-session  3.0.2-3
ii  gvfs   1.8.2-2

Versions of packages gnome-panel suggests:
ii  epiphany-browser  3.0.4-1
ii  evolution 3.0.3-2
ii  gnome-terminal [x-terminal-emulator]  3.0.1-1
ii  gnome-user-guide [gnome2-user-guide]  3.2.0.1-2
ii  konsole [x-terminal-emulator] 4:4.6.5-1
ii  nautilus  3.0.2-4
ii  xfce4-terminal [x-terminal-emulator]  0.4.8-1
ii  xterm [x-terminal-emulator]   276-1
ii  yelp  3.2.1+dfsg-1

-- no debconf information
-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



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

Bug#644977: [supercollider] please add 'swing' as dependency

2011-10-18 Thread Dan S

2011/10/11 Simon Wenner simon.wen...@gmail.com:
 Package: supercollider
 Version: 1:3.4.4-1
 Severity: normal

 Supercollider has an optional GUI to manage the server. It requires
 SwingOSC. Please add this dependency.

 http://sourceforge.net/projects/swingosc/

Hi -

SwingOSC is optional and is a separate project, and I don't believe it
has a debian package. I don't have time to do this packaging, and the
next version of supercollider (3.5) will have its own qt-based gui
system, so the need for this becomes less urgent. I'm marking this as
wontfix but if anyone wants to take this up please go ahead!

Best
Dan



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

Bug#644948: nfs-common: Wrong uid/gid with latest version using NFSv4

2011-10-18 Thread Anders Boström

Hi!

I can confirm this problem with nfs-common 1:1.2.5-2, NFSv4 and
amd64. uid/gid is mapped to nobody/nogroup. Downgrade to 1:1.2.4-1
solves the problem. Running rpc.idmapd with -vvv don't show any errors
or strange messages.

/ Anders



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

Bug#645599: libpam-ldapd: version 0.7.15 disables ldap lookup for shadow in /etc/nsswitch.conf.

2011-10-18 Thread Francesco Malvezzi

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 17/10/2011 21:32, Arthur de Jong ha scritto:
 On Mon, 2011-10-17 at 12:09 +0200, Francesco Malvezzi wrote:
 Without ldap lookup in /etc/nsswitch.conf no-one can login with
 ssh. Please do not modify /etc/nsswitch.conf without asking
 users!
 
 The libpam-ldapd package shouldn't modify /etc/nsswitch.conf except
 to *add* ldap to the shadow after asking the user to do so.
 
 Are you sure it was the upgrade of the libpam-ldapd package that
 removed ldap entries from /etc/nsswitch.conf?

Thank you for the quick answer.

Yes I'm quite sure because I rolled  back to libpam-ldapd 0.7.13 than
I upgraded to 0.7.15 and it logged to screen 'disable ldap lookup for
shadow'.

I checked in /etc/nsswitch.conf and it did as stated.

It should be something automatic to apply that change because
suddently I was shut out from many server all of them configured the
same way.

Do you need access to a trial box?

ciao,

Francesco
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iD8DBQFOnSY7vMr5yNtNIJkRAr2IAJ0co5u7vIX6WA7XCX/aK36hNQocZQCeLxyb
QhvQ76Kn9Lcn4NySlGRWiGM=
=jl0h
-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#613121: (pas de sujet)

2011-10-18 Thread Rémi Denis-Courmont

found 613121 1.1.12-2
tags 613121 + confirmed
thanks

This bug is happening to me as well now.

-- 
Rémi Denis-Courmont
http://www.remlab.net/



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

Bug#644447: Please update poppler to new released 0.18

2011-10-18 Thread Pino Toscano

Alle martedì 18 ottobre 2011, Marc J. Driftmeyer ha scritto:
 I'm well aware it will break packages. I'm also well aware that GNOME
 3.2 has broken my installation inside Debian, but you guys hide
 behind (Experimental) when it's convenient and behind Stable as a
 last resort when you declare Sid to be (Unstable) and thus one
 should use Stable.

a) I'm not involved in GNOME packaging at all
b) I'm not hiding behind anything, I just explained to you why poppler 
0.18 is not fit for unstable, at the moment. maybe experimental will 
come, but I've not gotten around it, yet.

 But since you pointed out Evince it relies upon a custom version so
 as not to be held back and that seems to me, like Okular,
 counter-intuitive to the concept of shared libraries.

I said that the current versions of Evince and Okular in Debian and 
their very latest versions are both fine to use and work with poppler 
0.16.

-- 
Pino Toscano


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

Bug#645716: gnome-shell: after suspend the screen is shown for a short time before it is locked

2011-10-18 Thread Norbert Preining

On Di, 18 Okt 2011, Josselin Mouette wrote:
  But when I resume the laptop, the original screen is shown for about
  1 sec, after which the lock screen pops in.
 
 I’ve already seen that, and I’m convinced this is a driver problem.
 What graphics driver are you using? (Mine is radeon.)

intel GM45

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live  Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

SHEPPY (n.)
Measure of distance (equal to approximately seven eighths of a mile),
defined as the closest distance at which sheep remain picturesque.
--- Douglas Adams, The Meaning of Liff



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

Bug#645718: gnome-shell: when locked shows the desktop background

2011-10-18 Thread Norbert Preining

On Di, 18 Okt 2011, Josselin Mouette wrote:
  When locked, gnome-shell shows the desktop background, which should not
  be done and all black shown, or the background for the lock screen should 
  be selectable independently, as this is a privacy item.
 
 Seriously?

Well, not that *I* care, but someone might have a photo of his
girlfriend or whatever, and that is something that needs not to be
shown. I don't continue spinning ideas.

Bottomline: I is giving away information that might in principle be private,
even very private.

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live  Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

SMARDEN (vb.)
To keep your mouth shut by smiling determinedly through you
teeth. Smardening is largely used by people trying to give the
impression that they're enjoying a story they've heard at least six
times before.
--- Douglas Adams, The Meaning of Liff



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

Bug#645688: [Pkg-varnish-devel] Bug#645688: init.d/varnishncsa unbalanced braces on pidfile expansion

2011-10-18 Thread Stig Sandbeck Mathisen


tags 645688 + confirmed pending
thanks

Jeroen Pulles jeroen.pul...@redslider.net writes:

 The braces on the $PIDFILE in the varnishncsa init.d file are not
 balanced on DAEMON_OPTS. This variable is only used on startup, the
 other functions use $PIDFILE directly, and as a result don't find the
 actual /var/run/varnishncsa/varnishncsa.pid} file.

Well spotted. Thank you.

I've committed a fix to the packaging repo, this will make it in the
next release.

-- 
Stig Sandbeck Mathisen s...@debian.org



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

Bug#645713: Acknowledgement (fails to upgrade a default GNOME desktop installation from squeeze → sid)

2011-10-18 Thread David Kalnischkies

2011/10/18 Michael Biebl bi...@debian.org:
 upping the severity a bit as I think apt should be able to upgrade a default
 GNOME installation.

Is the transition completed already?
(And what is a default GNOME? Every package from task 'gnome'
installed or package 'gnome' installed or gnome-desktop-environment or …)

Usually this is complex cycle dependency or something related so it's quiet
important to know which packages are involved exactly (which not necessarily
show up all in the output of APT as there status isn't changed).

Either way it would be good if you could attach your
/var/lib/dpkg/status file; feel free to send it directly to
me in case you don't want to expose your installation status to the public.


Your report is against the APT version in sid,
is this correct or did you try it with apt/squeeze, or both?
The responsible code is quiet complex and is changed/rewritten
non-trivial all the time, so a known-bad version would be good to know…
(If it is a throw-away system feel free to try it with apt/experimental which
 includes the code-rework from GSoC this year - just to prove my point).


Best regards

David Kalnischkies



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

Bug#645735: hadoop: status inconsistent between archive and website

2011-10-18 Thread Tomasz Rybak

Package: ftp.debian.org
Severity: normal

Hello
My system shows that hadoop packages are not in archive:
$ LANG=C apt-cache policy hadoop-bin
hadoop-bin:
Installed: 0.20.2+dfsg1-2
Candidate: 0.20.2+dfsg1-2
Version table:
*** 0.20.2+dfsg1-2 0
   100 /var/lib/dpkg/status

According to http://ftp-master.debian.org/removals.txt
it was removed on 2011-06-18:
=
[Date: Sat, 18 Jun 2011 09:19:50 +] [ftpmaster: Luca Falavigna]
Removed the following packages from unstable:

 hbase | 0.20.4+dfsg1-1 | source
 hbase-bin | 0.20.4+dfsg1-1 | all
hbase-daemons-common | 0.20.4+dfsg1-1 | all
hbase-masterd | 0.20.4+dfsg1-1 | all
hbase-regionserverd | 0.20.4+dfsg1-1 | all
libhbase-java | 0.20.4+dfsg1-1 | all
libhbase-java-doc | 0.20.4+dfsg1-1 | all
Closed bugs: 630821

--- Reason ---
NPOASR; orphaning all hadoop related packages
--
Also closing bug(s): 581495 587120 591772
Also closing WNPP bug(s):
=
=
[Date: Sat, 18 Jun 2011 09:20:58 +] [ftpmaster: Luca Falavigna]
Removed the following packages from unstable:

hadoop | 0.20.2+dfsg1-2 | source
hadoop-bin | 0.20.2+dfsg1-2 | all
hadoop-daemons-common | 0.20.2+dfsg1-2 | all
hadoop-datanoded | 0.20.2+dfsg1-2 | all
hadoop-jobtrackerd | 0.20.2+dfsg1-2 | all
hadoop-namenoded | 0.20.2+dfsg1-2 | all
hadoop-secondarynamenoded | 0.20.2+dfsg1-2 | all
hadoop-tasktrackerd | 0.20.2+dfsg1-2 | all
libhadoop-index-java | 0.20.2+dfsg1-2 | all
libhadoop-java | 0.20.2+dfsg1-2 | all
libhadoop-java-doc | 0.20.2+dfsg1-2 | all
Closed bugs: 630820

--- Reason ---
NPOASR; orphaning all hadoop related packages
--
Also closing bug(s): 569987 575478 587153 592450 593670 593809 598347 613611 
629387
Also closing WNPP bug(s): 579787
=

On the other hand packages.debian.org lists hadoop as present in Debian Sid:
http://packages.debian.org/sid/hadoop-bin
Package: hadoop-bin (0.20.2+dfsg1-2)
data-intensive clustering framework - tools

Download hadoop-bin
ArchitecturePackage SizeInstalled Size  Files
all 8.2 kB  56.0 kB  [list of files]

While all the mirrors return HTTP 404 when trying to retrieve package:

Not Found
The requested URL /debian/pool/main/h/hadoop/hadoop-bin_0.20.2+dfsg1-2_all.deb
was not found on this server.
Apache/2.2.21 (Unix) Server at ftp.jp.debian.org Port 80

Please update packages.debian.org (or regenerate it?) so it does
not give incorrect information about package status.

Regards.
Tomasz Rybak



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

Bug#642757: apt-listbugs

2011-10-18 Thread Andreas Beckmann

On 2011-10-17 21:37, Francesco Poli wrote:
 I hope I expressed myself clearly enough.
 Maybe I should add the above explanation
 to /usr/share/doc/apt-listbugs/README.Debian.gz
 Do you think that it would help in understanding why apt-listbugs
 ignores the affects field?

I think it could help.

It's some timing issue with the affects and what gets upgraded when
In the following example oldpackage=nvidia newpackage=xorg

- old versions of oldpackage and newpackage are installed and work well
- newpackage gets updated
- newpackage works fine unless oldpackage is installed
- newpackage breaks oldpackage, bugs are files to newpackage and
  reassigned to oldpackage with affects newpackage
- no upgrade for oldpackage is available, eventually oldpackage is
  removed from testing
- people continue to upgrade newpackage, apt-list-bugs does not see the
  problem due to affects


In the this case its a complex relationship that causes the bug and
can't be modeled currently:

   nvidia-graphics-drivers
   AND xserver-xorg-core (= 2:1.10.99)
   AND PCIID(nvidia gpu AND NOT recent gtx 2xx or fermi based gpu)

Also adding a Breaks: xserver-xorg-core (= 2:1.10.99)
to nvidia-graphics-drivers does not work because
* the driver works well with recent cards
* it will just prevent upgrades from buggy configuration without
  declared conflict to buggy configuration with declared conflict
  which does not help at all.

Doing a dummy upload of nvidia-graphics-drivers won't help either as
not upgrading to that dummy won't prevent the problem, it's already there.


Andreas



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

Bug#645661: org-mode: org-contacts stop working

2011-10-18 Thread Sébastien Delafond

tag 645661 + confirmed
thanks 

Hi Daniel,

as soon as this fix makes into an official org-mode release, I'll
upload it to Debian. Feel free to ping me when that happens, in case I
miss it :)

Cheers,

--Seb



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

Bug#645735: hadoop: status inconsistent between archive and website

2011-10-18 Thread Alexander Reichle-Schmehl

reassign 645735 www.debian.org
thanks

Hi Tomasz!


* Tomasz Rybak bogom...@post.pl [111018 10:40]:
 Package: ftp.debian.org
 Severity: normal

 My system shows that hadoop packages are not in archive:
[..]
 On the other hand packages.debian.org lists hadoop as present in Debian Sid:
 http://packages.debian.org/sid/hadoop-bin
[..]
 Please update packages.debian.org (or regenerate it?) so it does
 not give incorrect information about package status.

Many thanks for your bug report!  As the packages.d.o is not controled
by the ftp-team, but by the web time I reassign your bug accordingly.


Best Regards,
  Alexander



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

Bug#645214: org-mode: org-list-indent-offset only works partially

2011-10-18 Thread Sébastien Delafond

tag 645214 + upstream
thanks

Upstream bug reported at:

  http://article.gmane.org/gmane.emacs.orgmode/47954

Cheers,

--Seb



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

Bug#645360: org-mode: outline-demote incorrectly demotes leaf nodes

2011-10-18 Thread Sébastien Delafond

tag 645360 + upstream
thanks

Upstream bug reported at:

  http://article.gmane.org/gmane.emacs.orgmode/47956

Cheers,

--Seb



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

Bug#645736: Please hide xterm and uxterm icons from the GNOME menu

2011-10-18 Thread Fabian Greffrath

Package: xterm
Version: 276-1
Severity: minor

Hi,

a typical GNOME desktop has gnome-terminal installed and this should be the
most prominent terminal application known to its users. Since version 276-1 the
xterm package provides another two icons to start other terminal applications,
that are not at all integrated into the GNOME desktop, though. While I have no
doubt these two additional starters are valuable in desktop environments that
do not provide their own terminal application, they are simply confusing and
redundant in GNOME. Thus, please cosider adding a line NotShowIn=GNOME to the
two corresponding desktop files.

Thanks,
Fabian



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

Kernel: Linux 3.0.0-2-686-pae (SMP w/1 CPU core)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xterm depends on:
ii  libc6   2.13-21  
ii  libfontconfig1  2.8.0-3  
ii  libice6 2:1.0.7-2
ii  libncurses5 5.9-2
ii  libtinfo5   5.9-2
ii  libutempter01.1.5-4  
ii  libx11-62:1.4.4-2
ii  libxaw7 2:1.0.9-2
ii  libxft2 2.2.0-3  
ii  libxmu6 2:1.1.0-2
ii  libxt6  1:1.1.1-2
ii  xbitmaps1.1.1-1  

Versions of packages xterm recommends:
ii  x11-utils  7.6+3

Versions of packages xterm suggests:
pn  xfonts-cyrillic  none

-- no debconf information



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

Bug#645094: python-django: GeoIP database should be accessible with default settings

2011-10-18 Thread Raphael Hertzog

On Wed, 12 Oct 2011, Tapio Rantala wrote:
 GeoIP database should be accessible without further configuration after
 installing package geoip-database-contrib.

This looks like a good idea.

 diff --git a/django/contrib/gis/utils/geoip.py 
 b/django/contrib/gis/utils/geoip.py
 index eedaef9..243dd29 100644
 --- a/django/contrib/gis/utils/geoip.py
 +++ b/django/contrib/gis/utils/geoip.py
 @@ -164,7 +164,8 @@ class GeoIP(object):
  * path: Base directory to where GeoIP data is located or the full 
 path
  to where the city or country data files (*.dat) are located.
  Assumes that both the city and country data sets are located in
 -this directory; overrides the GEOIP_PATH settings attribute.
 +this directory. Defaults to '/usr/share/GeoIP'; overrides the
 +GEOIP_PATH settings attribute.

This is not the correct explanation for your change. You should put
something like this:
  this directory; overrides the GEOIP_PATH settings attribute.
+ Note that if the GEOIP_PATH settings attribute is not set, the code will
+ fallback to using '/usr/share/GeoIP'.

  * cache: The cache settings when opening up the GeoIP datasets,
  and may be an integer in (0, 1, 2, 4) corresponding to
 @@ -177,7 +178,7 @@ class GeoIP(object):
  'GeoIP.dat'; overrides the GEOIP_COUNTRY settings attribute.
  
  * city: The name of the GeoIP city data file.  Defaults to
 -'GeoLiteCity.dat'; overrides the GEOIP_CITY settings attribute.
 +'GeoIPCity.dat'; overrides the GEOIP_CITY settings attribute.

Here the upstream documentation makes the same error than you introduced.
Can you clarify it here as well?

-  * city: The name of the GeoIP city data file.  Defaults to
-'GeoLiteCity.dat'; overrides the GEOIP_CITY settings attribute.
+  * city: The name of the GeoIP city data file.  If set, it
+overrides the GEOIP_CITY settings attribute. If neither are
+set, then the code falls back to using 'GeoIPCity.dat'.

Can you also add DEP-3 headers to your patch and send me an updated
version ? http://dep.debian.net/deps/dep3/

Thank you very much!
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/go/ulule-rh/



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

Bug#644868: gnustep-back-common: postinst fails: Error: for some reason, argv not properly set up during GNUstep base initialization

2011-10-18 Thread intrigeri

Hi,

Yavor Doganov wrote (11 Oct 2011 20:35:53 GMT) :
 Axel Beckert wrote:
 Maybe you forgot the Cc to debian-release@l.d.o in your mail...

 Hmm, it was intentional, I hesitated to CC release as I'm sure a
 release manager will comment sooner or later because it blocks the
 GNUstep transition bug...

Anything new?

FWIW, I'm not sure the release team is aware this is on their plate
just because this specific bug blocks the transition one: at some
point, the transition bug was blocked by a ton of bugs that were none
of their business. I suggest explicitly pointing them to #644868
unless you do know they're aware of it.



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

Bug#645726: E: Error, pkgProblemResolver::Resolve generated breaks

2011-10-18 Thread David Kalnischkies

reassign 645726 tdsodbc 0.82-8
retitle 645726 tdsodbc Breaks and Recommends libiodbc2 unversioned
thanks

On Tue, Oct 18, 2011 at 06:35, Joseph Nahmias j...@nahmias.net wrote:
 When I try to do an apt-get dist-upgrade the automatic problem resolver
 seems to get itself into some trouble and can't get out.  Note that I do
 not have any of these packages set to hold.

The problem is that the dependencies of tdsodbc are strange:
$ apt-cache show tdsodbc
Package: tdsodbc
Source: freetds
Version: 0.82-8
Replaces: freetds0, libct0, libct1
Depends: libc6 (= 2.3), odbcinst1debian2 (= 2.2.11-3), debconf (=
0.5) | debconf-2.0, freetds-common
Recommends: libodbc1 | libiodbc2
Conflicts: freetds0, libct0, unixodbc ( 2.1.1-2)
Breaks: libiodbc2, odbcinst1debian2 ( 2.2.14p2-3), unixodbc ( 2.2.14p2-3)

So it Recommends libiodbc2 but it also unconditional Breaks it…
(It is maybe worthwhile to simplify odbcinst1debian2 relations, too)


The message from APT could be better, but this message is a catch-all
at the end and tries to give a reasonable guess (hence the 'may').
As this situation is relatively hard to detect and so uncommon  a bug in
the dependencies i don't think it is worthwhile to add a handler or that,
therefore just a reassigning and not cloning.


Best regards

David Kalnischkies



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

Bug#644163: libv8: FTBFS on armel: 12 tests failed

Hello,

On Mon, Oct 03, 2011 at 04:03:37PM +0200, Jérémy Lal wrote:
 On 03/10/2011 15:48, Julian Andres Klode wrote:
  Version: 3.4.14.21-3 
  libv8 currently fails to build from source on armel due to failing tests.
 
 Hi,
 i'm well aware of the situation.
 It has improved a bit : armel 3.4.14.21-3 actually /run/ tests.

Indeed, a rebuild has happened, just in case you want to cross check with 
previous build:
  
https://buildd.debian.org/status/fetch.php?pkg=libv8arch=armelver=3.4.14.21-3stamp=1318916897

 I have no clue yet as why those tests fail. Things to be verified :
 * run the tests using d8, not shell, as it is deprecated
 * build v8 using gyp instead of scons, deprecated too (i am working on it)
 * update to latest 3.4 revision
 * check other options : crankshaft, snapshot. They might need to be
   toggled to allow armel support.
 
 In any case, i'd be more productive with an actual armel shell.

May I suggest you to apply for a Debian guest account on abel.debian.org:
  http://dsa.debian.org/doc/guest-account/

Best regards,
-- 
 Héctor Orón

Our Sun unleashes tremendous flares expelling hot gas into the Solar System, 
which one day will disconnect us.

-- Day DVB-T stop working nicely
Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html


signature.asc
Description: Digital signature

Bug#645506: gnome-settings-daemon segfaults on startup (libdbus-1.so.3.5.8)

2011-10-18 Thread Jonathan Dray

Package: gnome-settings-daemon
Version: 3.0.3-3
Followup-For: Bug #645506

Dear Maintainer,

It is not fixed with the 3.0.3-3 update.
This might be someting different than the issue reported in the #645429 ticket.




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

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

Versions of packages gnome-settings-daemon depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.7.5-3  
ii  gsettings-desktop-schemas3.0.1-1  
ii  libatk1.0-0  2.2.0-2  
ii  libc62.13-21  
ii  libcairo-gobject21.10.2-6.1   
ii  libcairo21.10.2-6.1   
ii  libcanberra-gtk3-0   0.28-2   
ii  libcanberra0 0.28-2   
ii  libcomerr2   1.42~WIP-2011-10-16-1
ii  libcups2 1.5.0-8  
ii  libdbus-1-3  1.4.16-1 
ii  libdbus-glib-1-2 0.98-1   
ii  libfontconfig1   2.8.0-3  
ii  libfreetype6 2.4.6-2  
ii  libgconf2-4  2.32.4-1 
ii  libgcrypt11  1.5.0-3  
ii  libgdk-pixbuf2.0-0   2.24.0-1 
ii  libglib2.0-0 2.28.8-1 
ii  libgnome-desktop-3-0 3.0.2-2  
ii  libgnome2-common 2.32.1-2 
ii  libgnomekbd7 3.2.0-1  
ii  libgnutls26  2.12.11-1
ii  libgssapi-krb5-2 1.9.1+dfsg-3 
ii  libgtk-3-0   3.0.12-2 
ii  libgudev-1.0-0   172-1
ii  libice6  2:1.0.7-2
ii  libk5crypto3 1.9.1+dfsg-3 
ii  libkrb5-31.9.1+dfsg-3 
ii  libnotify4   0.7.4-1  
ii  libpackagekit-glib2-14   0.6.18-1+b1  
ii  libpango1.0-01.29.4-1 
ii  libpolkit-gobject-1-00.102-1  
ii  libpulse-mainloop-glib0  1.0-4
ii  libpulse01.0-4
ii  libsm6   2:1.2.0-2
ii  libsqlite3-0 3.7.8-1  
ii  libstartup-notification0 0.12-1   
ii  libupower-glib1  0.9.14-1 
ii  libx11-6 2:1.4.4-2
ii  libxext6 2:1.3.0-3
ii  libxi6   2:1.4.3-3
ii  libxklavier165.1-2
ii  nautilus-data3.0.2-4  
ii  zlib1g   1:1.2.3.4.dfsg-3 

Versions of packages gnome-settings-daemon recommends:
ii  pulseaudio  1.0-4

Versions of packages gnome-settings-daemon suggests:
ii  gnome-screensaver3.0.1-1   
ii  metacity [x-window-manager]  1:2.34.1-1
ii  mutter [x-window-manager]3.0.2.1-4 
ii  twm [x-window-manager]   1:1.0.6-1 
ii  x11-xserver-utils7.6+3 

-- 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#629371: Additional Information (+packaging jimtcl)

2011-10-18 Thread Didier Raboud

Le lundi, 17 octobre 2011 15.31:01, Josua Dietze a écrit :

 I acted under the impression that everybody (well, all kinds of
 maintainers) was complaining about the Tcl package dependency. So I tried
 to get rid of it. If they don't mind or if they choose Jim, so be it.

Sure, I'm not critisizing your choice. Now that a night went, I tought a 
little more about it and can't get my mind around it.

In order to push things forward (and avoid polluting this bug even more), I 
will bring the subject up to debian-de...@lists.debian.org (BCC'ing you) to 
get other opinions on the subject.

Cheers,

-- 
OdyX


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

Bug#644591: breaks agda-stdlib too

2011-10-18 Thread Helmut Grohne

affects 644591 + agda-stdlib
thanks

$ ghci -package Agda 
GHCi, version 7.0.4: http://www.haskell.org/ghc/  :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Loading package extensible-exceptions-0.1.1.2 ... linking ... done.
Loading package old-locale-1.0.0.2 ... linking ... done.
Loading package time-1.2.0.3 ... linking ... done.
Loading package random-1.0.0.3 ... linking ... done.
Loading package array-0.3.0.2 ... linking ... done.
Loading package containers-0.4.0.0 ... linking ... done.
Loading package pretty-1.0.1.2 ... linking ... done.
Loading package template-haskell ... linking ... done.
Loading package QuickCheck-2.4.1.1 ... linking ... done.
Loading package bytestring-0.9.1.10 ... linking ... done.
Loading package binary-0.5.0.2 ... linking ... done.
Loading package filepath-1.2.0.0 ... linking ... done.
Loading package old-time-1.0.0.6 ... linking ... done.
Loading package unix-2.4.2.0 ... linking ... done.
Loading package directory-1.1.0.0 ... linking ... done.
Loading package transformers-0.2.2.0 ... linking ... done.
Loading package mtl-2.0.1.0 ... linking ... done.
Loading package terminfo-0.3.1.3 ... command line: can't load .so/.DLL for: 
ncurses (/usr/lib/x86_64-linux-gnu/libncurses.so: file too short)
$

Helmut



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

Bug#645737: rtorrent: FTBFS on multiple architectures

Package: rtorrent
Version: 0.8.9-1
Severity: serious


Hello,

  Your package fails to build from source on Debian:

../../rak/socket_address.h:61:7: error: forward declaration of 'struct 
rak::socket_address_inet6'
/usr/include/torrent/download_info.h:218:18: error: invalid use of incomplete 
type 'struct rak::socket_address_inet6'
../../rak/socket_address.h:61:7: error: forward declaration of 'struct 
rak::socket_address_inet6'
/usr/include/torrent/download_info.h:219:18: error: invalid use of incomplete 
type 'struct rak::socket_address_inet6'
../../rak/socket_address.h:61:7: error: forward declaration of 'struct 
rak::socket_address_inet6'
make[4]: *** [dht_manager.o] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
dh_auto_build: make -j1 returned exit code 2
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
make[4]: Leaving directory 
`/build/buildd-rtorrent_0.8.9-1-armel-wFd853/rtorrent-0.8.9/src/core'
make[3]: Leaving directory 
`/build/buildd-rtorrent_0.8.9-1-armel-wFd853/rtorrent-0.8.9/src'
make[2]: Leaving directory 
`/build/buildd-rtorrent_0.8.9-1-armel-wFd853/rtorrent-0.8.9'

  Find full buildlog at:
https://buildd.debian.org/status/package.php?p=rtorrentsuite=sid

Best regards

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

Kernel: Linux 2.6.39-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#645738: rootskel: FTBFS on multiple architectures

Package: rootskel
Version: 1.98
Severity: serious

Hello,

  Your package fails to build from source on Debian autobuilder network:

make[2]: Leaving directory 
`/build/buildd-rootskel_1.98-armel-LUOk5D/rootskel-1.98/src'
make[2]: Entering directory 
`/build/buildd-rootskel_1.98-armel-LUOk5D/rootskel-1.98/src-bootfloppy'
klcc -Os -Wall -shared init.c -o init
In file included from /usr/lib/klibc/include/sys/types.h:15:0,
 from /usr/lib/klibc/include/unistd.h:11,
 from /usr/lib/klibc/include/stdio.h:11,
 from init.c:14:
/usr/lib/klibc/include/linux/posix_types.h:47:29: fatal error: 
asm/posix_types.h: No such file or directory
compilation terminated.
make[2]: *** [init] Error 1

  Please find log information at:
https://buildd.debian.org/status/package.php?p=rootskelsuite=sid

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

Kernel: Linux 2.6.39-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#644163: libv8: FTBFS on armel: 12 tests failed

2011-10-18 Thread Jérémy Lal

On 18/10/2011 11:20, Hector Oron wrote:
Hello,

On Mon, Oct 03, 2011 at 04:03:37PM +0200, Jérémy Lal wrote:
On 03/10/2011 15:48, Julian Andres Klode wrote:
Version: 3.4.14.21-3
libv8 currently fails to build from source on armel due to failing tests.

Hi,
i'm well aware of the situation.
It has improved a bit : armel 3.4.14.21-3 actually /run/ tests.

Indeed, a rebuild has happened, just in case you want to cross check with
previous build:

https://buildd.debian.org/status/fetch.php?pkg=libv8arch=armelver=3.4.14.21-3stamp=1318916897

I receive those reports, but thank you for your support.

I have no clue yet as why those tests fail. Things to be verified :
* run the tests using d8, not shell, as it is deprecated
* build v8 using gyp instead of scons, deprecated too (i am working on it)
* update to latest 3.4 revision
* check other options : crankshaft, snapshot. They might need to be
toggled to allow armel support.

In any case, i'd be more productive with an actual armel shell.

May I suggest you to apply for a Debian guest account on abel.debian.org:
http://dsa.debian.org/doc/guest-account/

I sent that (signed) request on 29/08/2011 00:32, i guess it has been ignored :

Hi,
here's my request to get an access to armel porter machine(s) :

First/last name Jérémy Lal
Preferred usernamekapouer (i may already have kapouer-guest registered
for anonscm.d.o access)
GPG fingerprint 074141DC
email address kapo...@melix.org
DMUP signed agreement
http://lists.debian.org/debian-newmaint/2010/04/msg00018.html
Machines/Architecturesabel, agricola for armel arch
Rationale libv8 and nodejs FTBFS often with unreproducible bugs
under qemu.
having access to real armel hardware would help a lot
(i'm the
leading maintainer of these packages).

Regards,
Jérémy.

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

Bug#645672: Traceback

2011-10-18 Thread Keshav Kini

Here is a traceback, provided by Tucos in #xcb on freenode:

#0  0x77a9fc55 in PyDict_GetItem () from
/usr/lib/libpython2.7.so.1.0
No symbol table info available.
#1  0x76a892f4 in xpybConn_getattro (obj=0x77ec5210,
self=0x77ea4370) at conn.c:221
result = optimized out
#2  xpybConn_getattro (self=0x77ea4370, obj=0x77ec5210) at
conn.c:207
name = 0x77ec5234 __members__
mptr = optimized out
sptr = optimized out
result = 0x76c8f638
#3  0x77aa504d in PyObject_GetAttrString () from
/usr/lib/libpython2.7.so.1.0
No symbol table info available.
#4  0x77aa523f in merge_list_attr () from
/usr/lib/libpython2.7.so.1.0
No symbol table info available.
#5  0x77aa6931 in PyObject_Dir () from /usr/lib/libpython2.7.so.1.0
No symbol table info available.
#6  0x77af8b9c in builtin_dir () from /usr/lib/libpython2.7.so.1.0
No symbol table info available.
#7  0x77b00aed in PyEval_EvalFrameEx () from
/usr/lib/libpython2.7.so.1.0
No symbol table info available.
#8  0x77b0209f in PyEval_EvalCodeEx () from
/usr/lib/libpython2.7.so.1.0
No symbol table info available.
#9  0x77b021d2 in PyEval_EvalCode () from
/usr/lib/libpython2.7.so.1.0
No symbol table info available.
#10 0x77b1c2fc in run_mod () from /usr/lib/libpython2.7.so.1.0
No symbol table info available.
#11 0x77b1cebd in PyRun_StringFlags () from
/usr/lib/libpython2.7.so.1.0
No symbol table info available.
#12 0x77b1da0b in PyRun_SimpleStringFlags () from
/usr/lib/libpython2.7.so.1.0
No symbol table info available.
#13 0x77b2e95e in Py_Main () from /usr/lib/libpython2.7.so.1.0
No symbol table info available.
#14 0x774c513d in __libc_start_main () from /lib/libc.so.6
No symbol table info available.
#15 0x00400631 in _start ()
No symbol table info available.

Bug#645052: kernel only recognizes 32G of memory

2011-10-18 Thread Ian Campbell

On Tue, 2011-10-18 at 04:40 +0100, Ben Hutchings wrote:
 On Thu, 2011-10-13 at 07:05 +0100, Ian Campbell wrote:
  On Thu, 2011-10-13 at 03:27 +0100, Ben Hutchings wrote:
   On Wed, 2011-10-12 at 14:58 +0100, Ian Campbell wrote:
On Wed, 2011-10-12 at 14:11 +0100, Ben Hutchings wrote:
 On Wed, 2011-10-12 at 08:26 +0100, Ian Campbell wrote:
  On Wed, 2011-10-12 at 08:46 +0300, Dmitry Musatov wrote:
The config option XEN_MAX_DOMAIN_MEMORY controls how much memory 
   a
   Xen instance is seeing. The default for 64bit is 32GB, which is 
   the
   reason that m2.4xlarge Amazon EC2 instances only report this 
   amount of
   memory.
Please set this limit to 70GB as there is a known restriction for
   t1.micro instances at about 80GB.
Similar bug exists and Ubuntu where it's already fixed
   (https://bugs.launchpad.net/ubuntu/+source/linux-ec2/+bug/667796)
  
  Is this the sort of change we can consider making in a stable 
  update?
  I'm not at all sure, although my gut feeling is that it would be 
  safe.
 [...]
 
 I think so.  But what is the trade-off?  There must be some reason why
 this isn't set to however many TB the kernel can support.

It effects the amount of space set aside for the P2M table (the mapping
of physical to machine addresses). In the kernel in Squeeze this space
is statically reserved in BSS so increasing it will waste some more
memory, according to the Kconfig comment it is 1 page per GB.

In a more up to date kernel the space comes from BRK and is reclaimed if
it is not used, MAX_DOMAIN_MEMORY was bumped to default to 128G in the
same change.
   
   How intrusive is the change?  Could we reasonably backport it?
  
  It was 58e05027b530 xen: convert p2m to a 3 level tree which I think
  is too big. IIRC there was a bunch of subsequent fixups to it as well,
  it was quite a subtle change.
 
 You didn't directly answer the questions, but that sounds like 'fairly'
 and 'no'.

Correct. Sorry, I thought too big covered both.

 If I understand correctly, the memory cost of expanding the table to
 cover 70GB is (70GB - 32GB) * 4KB / 1GB = 156KB.  Is that right?

Yes.

 Since we don't have a specific flavour to support EC2,

One option might be to increase the limit only for the xen flavour and
leave the normal flavour where it is. That adds a rather unfortunate
matrix to the selection of which flavour to use though, ideally I would
prefer folks to be using the regular flavour in domU wherever possible.

  and since some
 people like to run domains with much less memory, I'm inclined to say
 that this is 'wontfix' for squeeze.  But I'm not sure just how small
 they are likely to be (while still running Debian).  Maybe the cost
 isn't that significant.

http://www.debian.org/releases/stable/amd64/ch03s04.html.en and
http://www.debian.org/releases/stable/i386/ch03s04.html.en both say the
minimum is 64M.

We are talking about going from 128KB to 280KB reserved for the p2m.
Which for a 64M machine is going from 0.20% to 0.43% of RAM overhead.

I'm not sure if 64M is realistic. I have a (32-bit, physical) machine I
use as a firewall which has 32M and apt-get and friends really do grind
along (it's also an old Pentium with a tiny disk, so there are other
factors in that).

I think we are only talking about the limit for a 64 bit guest? I would
guess that those are more unlikely to be given tiny amounts of RAM
compared with 32 bit.

Ian.

-- 
Ian Campbell
Current Noise: Monster Magnet - Bored With Sorcery

Your picture of the world often changes just before you get it into focus.


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

Bug#640395: [Scid-users] Export to Latex Hangs on Black Move

2011-10-18 Thread Oliver Korff


On 05.09.2011 23:35, Harvey Kelly wrote:

That's okay, I'll try tomorrow to have a go.

Thanks for all your help. Can't wait for Scid 4.4 :-)


This might not be necessary. If you consider the bug, which started this 
thread (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640395) closed, 
I will move a git snapshot to debian unstable/testing soon.


Oliver



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

Bug#645739: pidgin: No connection possible when network manager is running

2011-10-18 Thread leeredose

Package: pidgin
Version: 2.7.3-1+squeeze1
Severity: important

The problem described in bug 484750 with pidgin still persists.
The error message is waiting for network connection.
If I shut down network-manager using /etc/init.d/network-manager stop then
pidgin is working.
It is no connection possible while the gnome network manager is running
(but the connection to the network is being done using a different way e.g.
using wpa_supplicant).



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

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

Versions of packages pidgin depends on:
ii  gconf2 2.28.1-6  GNOME configuration database syste
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcairo2  1.10.2-6~bpo60+1  The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.2-2.1+squeeze1FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgstreamer0.10-0 0.10.30-1 Core GStreamer libraries and eleme
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libgtkspell0   2.0.16-1  a spell-checking addon for GTK's T
ii  libice62:1.0.6-2 X11 Inter-Client Exchange library
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  libpurple0 2.7.3-1+squeeze1  multi-protocol instant messaging l
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libstartup-notific 0.10-1library for program launch feedbac
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  libxml22.7.8.dfsg-2+squeeze1 GNOME XML library
ii  libxss11:1.2.0-2 X11 Screen Saver extension library
ii  perl   5.10.1-17squeeze2 Larry Wall's Practical Extraction 
ii  perl-base [perlapi 5.10.1-17squeeze2 minimal Perl system
ii  pidgin-data2.7.3-1+squeeze1  multi-protocol instant messaging c

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base0.10.30-1  GStreamer plugins from the base 
ii  gstreamer0.10-plugins-good0.10.24-1  GStreamer plugins from the good 

Versions of packages pidgin suggests:
ii  evolution-data-server2.30.3-2evolution database backend server
ii  gnome-panel  2.30.2-2launcher and docking facility for 
ii  libsqlite3-0 3.7.8-1~bpo60+1 SQLite 3 shared library

-- 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#645740: ntp suggestions for installation

2011-10-18 Thread Marc Haber

Package: debian-installer
Severity: wishlist
Tags: d-i

Hi,

while playing around with d-i, I had the following ideas about ntp
handling:

 - d-i should show which ntp server it is trying to talk to while it
   is trying to talk to them. I guess these are some pool.ntp.org
   servers.
 - If d-i cannot successfully talk to any pool.ntp.org servers, it
   could try ntp'ing from the default gateway, and, if a proxy is
   configured, from the proxy.
 - The installed system should have its ntp server configured to the
   servers that the installer was able to correctly talk to.

This behavior would make sure that the clock would be at reasonable
configuration values even if the system itself cannot directly reach
the Internet.

Greetings
Marc



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

Bug#645741: override: myspell-sv-se:oldlibs/optional

2011-10-18 Thread Agustin Martin

Package: ftp.debian.org
Severity: normal

sid myspell-sv-se has become a dependency package for smooth migration to
hunspell-sv-se. It should now have section oldlibs to let package managers
know that it can be safely removed from a sid box after upgrade pulling
hunspell-sv-se is done.

Thanks in advance,

-- 
Agustin


signature.asc
Description: Digital signature

Bug#645742: location of JAVA_HOME changed without transition

2011-10-18 Thread Thomas Koch

Package: openjdk-6-jre
Version: 6b23~pre10-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

I wondered, why some java service didn't start anymore on my development 
machine. Found out, that it had configured JAVA_HOME to point to 
/usr/lib/jvm/java-6-openjdk/jre. I should probably have configured it to point 
to /usr/lib/jvm/default-java, but users make errors sometimes.

So I propose that there should be some kind of transition for noobs like me, 
having a symlink pointing to the new location and a big NEWS entry.

Regards, Thomas Koch

- -- System Information:
Debian Release: wheezy/sid
Architecture: amd64 (x86_64)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBCAAGBQJOnVLJAAoJEAf8SJEEK6Za84QQAKTNKGvtO+cN1i68y94RopDE
clYHsj2xI8EHzrew7WPuGdBrHZgYnRug4ekZNvSNOmod/VTcHmfQRNvah62G92nV
XnyZWcLKQ3FRjXOyFUC0+Ds2MQpN+RaUPd0QLgodeEO2Wb76POuFd4NNogcClHPm
OHNuVQo9i0cVqBc5NEziH+uaRSf8EWqpeoov/Y8gxEGz3CxUqr61yCEtHRU0hkb7
maaaB4hw9xI9HK5mlNpX3F25SDseyPHmbfeeA1TpDI31fCV6UdpzqdtTR/jlFL4P
Ia16kB9AIT90xE1Dp0/ffyrT5ykrVdzYlfV4R8bA+9Y54qC3YfWCTNMdpolMJdha
QXqvQo11/VE1R5NHDemeYIYL0HNe8j+5oKhFQ/StNOMbs0BHzpOfJLek0W1X0A6B
AmCgY8rDP2O16g8/EC8DcvVX836ckp42YEzjzgSzqjLJOn4/DHcmQS+89Oc3Yic9
781f3Mu3lpyy79WItFTaJ6zKftg6rNDvxxvbCxkjH8kijKlF4zyWj4VFWmYqwAmm
w6fo401mORqWeSKBS7DEx26cbW1jGLvU8I9h2s7qh6Vnubchro4sXTnQnUBQ5aNE
d/eISKP1z2u6gqCwL5YJo9juA+dssAgjUm4SdLTYQDIPtHk6UlVQga/HgwbDKvYI
bw+K4rBsdAG+2RzEhUfM
=1LW9
-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#282278: apt mixes essential flag from all sources

retitle 282278 apt: please clarify warning about removing packages that are 
essential in another suite
# warning message
severity 282278 minor
quit

Vincent Lefevre wrote:

 WARNING: The following packages were essential in the past and will
 be removed. Though no longer essential, these packages may still be
 needed by other (older) packages. Please look at the description of
 these packages to see if it is safe to remove them.

Sounds fine to me, with the caveat that it's not safe to assume that
the release in which the package was essential is older.  This
condition could be tripped just as easily by the following sequence of
events:

 1. Package foo, which exists but is not essential in squeeze,
becomes essential in wheezy.

 2. Sysadmin downgrades foo to the version in squeeze (which is not
flagged as Essential: yes).

 3. Sysadmin tries to remove foo.

Now, how to get the message in?  Might be better to ask an APT expert
that.  If I were doing it, the logic would be vaguely like this
(except probably I'd factor out a spawn function to decrease the
boilerplate).  Hopefully there's some appropriate APT API to look at
the dpkg status database or the appropriate Packages file for the
version of a package being removed.

Untested and probably broken in many ways.  Maybe it can inspire
something sane.

 cmdline/apt-get.cc |   74 
 1 files changed, 74 insertions(+), 0 deletions(-)

diff --git i/cmdline/apt-get.cc w/cmdline/apt-get.cc
index 88e7346..7ca4b1b 100644
--- i/cmdline/apt-get.cc
+++ w/cmdline/apt-get.cc
@@ -505,6 +505,77 @@ bool ShowHold(ostream out,CacheFile Cache)
return ShowList(out,_(The following held packages will be 
changed:),List,VersionsList);
 }
/*}}}*/
+// StatusEssential - Ask dpkg whether a package is essential   /*{{{*/
+// -
+// Returns true on error, too.
+static bool StatusEssential(const pkgCache::PkgIterator Pkg)
+{
+  string PkgName = Pkg.FullName(false);
+  int Pipes[2];
+
+  if (pipe(Pipes) != 0) {
+_error-Errno(pipe,_(Failed to create pipes));
+return true;
+  }
+
+  pid_t Child = ExecFork();
+
+  if (Child == 0)
+  {
+int Fd = open(/dev/null,O_RDWR);
+if (Fd == -1)
+  _exit(101);
+dup2(Fd,0);
+dup2(Pipes[1],1);
+dup2(Fd,2);
+close(Fd);
+close(Pipes[0]);
+close(Pipes[1]);
+
+const char *Args[5];
+Args[0] = dpkg-query;
+Args[1] = -W;
+Args[2] = -f=${Essential};
+Args[3] = PkgName.c_str();
+Args[4] = 0;
+execvp(Args[0],(char **)Args);
+cerr  _(Failed to exec dpkg-query)  endl;
+_exit(100);
+  }
+
+  FileFd InFd(Pipes[0]);
+  close(Pipes[1]);
+
+  bool Result;
+  unsigned char Buf[16];
+  unsigned long long Size
+
+  if (InFd.Read(Buf,sizeof(Buf),Size) == false)
+return true;
+  if (InFd.Eof() == false)
+  {
+_error-Error(_(Unexpected output from dpkg-query));
+Result = true;
+  }
+  else if (Size == strlen(yes\n)  !memcmp(Buf, yes\n, strlen(yes\n)))
+  {
+Result = true;
+  }
+  else if (Size == strlen(no\n)  !memcmp(Buf, no\n, strlen(no\n)))
+  {
+Result = false;
+  }
+  else
+  {
+_error-Error(_(Unexpected output from dpkg-query));
+Result = true;
+  }
+  InFd.Close();
+  if (ExecWait(Child,dpkg-query,false))
+return true;
+  return Result;
+}
+   /*}}}*/
 // ShowEssential - Show an essential package warning   /*{{{*/
 // -
 /* This prints out a warning message that is not to be ignored. It shows
@@ -541,6 +612,9 @@ bool ShowEssential(ostream out,CacheFile Cache)
   if (I-CurrentVer == 0)
 continue;
 
+  if (!StatusEssential(I))
+   List +=  (only essential in another suite) ;
+
   // Print out any essential package depenendents that are to be removed
   for (pkgCache::DepIterator D = I.CurrentVer().DependsList(); D.end() == 
false; ++D)
   {
-- 



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

Bug#645743: ann: FTBFS on armel: needs symbols update

Package: ann
Version: 1.1.2+doc-1
Severity: serious

Hello,

  Your package fails to build from source in Debian autobuilder network on the 
armel architecture:

--- debian/libann0.symbols (libann0_1.1.2+doc-1_armel)
+++ dpkg-gensymbolsJom9fo   2011-10-17 23:38:26.0 +
@@ -110,8 +110,8 @@
  _ZN11ANNkd_splitD1Ev@Base 1.1.1
  _ZN11ANNkd_splitD2Ev@Base 1.1.2
  _ZN11ANNorthRect6insideEiPd@Base 1.1.1
  - (optional)_ZN11ANNorthRectD1Ev@Base 1.1.1
  - _ZN11ANNorthRectD2Ev@Base 1.1.2
  +#MISSING: 1.1.2+doc-1# (optional)_ZN11ANNorthRectD1Ev@Base 1.1.1
  +#MISSING: 1.1.2+doc-1# _ZN11ANNorthRectD2Ev@Base 1.1.2
  _ZN11ANNpointSetD0Ev@Base 1.1.1
  _ZN11ANNpointSetD1Ev@Base 1.1.1
  _ZN11ANNpointSetD2Ev@Base 1.1.2
dh_makeshlibs: dpkg-gensymbols -plibann0 -Idebian/libann0.symbols 
-Pdebian/libann0 returned exit code 1
make: *** [binary-fixup/libann0] Error 1

  Full build log at: 
https://buildd.debian.org/status/fetch.php?pkg=annarch=armelver=1.1.2%2Bdoc-1stamp=1318894769

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

Kernel: Linux 2.6.39-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#645744: google-glog: FTBFS on several architectures: [signalhandler_unittest_sh] Error 1

Package: google-glog
Version: 0.3.1-2
Severity: serious

Hello,

  Your package fails to build on Debian autobuilder network on multiple 
architectures:

./src/signalhandler_unittest.sh
'DieInThread' should appear in the output
make[2]: *** [signalhandler_unittest_sh] Error 1
make[2]: Leaving directory 
`/build/buildd-google-glog_0.3.1-2-armel-WGC91p/google-glog-0.3.1'
make[1]: *** [check-am] Error 2
make[1]: Leaving directory 
`/build/buildd-google-glog_0.3.1-2-armel-WGC91p/google-glog-0.3.1'
make: *** [debian/stamp-makefile-check] Error 2

  Build logs available at:
  https://buildd.debian.org/status/package.php?p=google-glogsuite=sid

Best regards

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

Kernel: Linux 2.6.39-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#645745: libexplain: FTBFS on multiple architectures: invalid application of 'sizeof' to incomplete type

Package: libexplain
Version: 0.47.D001-1
Severity: serious

Hello,

  Your package fails to build on Debian autobuilder network:

libtool: compile:  gcc -Wall -g -O2 -Wall -Wextra -Wl,--as-needed -I. -c 
libexplain/buffer/errno/printf.c -o libexplain/buffer/errno/printf.o /dev/null 
21
libtool --mode=compile --tag=CC gcc  -Wall -g -O2 -Wall -Wextra -Wl,--as-needed 
-I. -c \
libexplain/buffer/errno/ptrace.c -o \
libexplain/buffer/errno/ptrace.lo
libtool: compile:  gcc -Wall -g -O2 -Wall -Wextra -Wl,--as-needed -I. -c 
libexplain/buffer/errno/ptrace.c  -fPIC -DPIC -o 
libexplain/buffer/errno/.libs/ptrace.o
libexplain/buffer/errno/ptrace.c: In function 'calculate_data_size':
libexplain/buffer/errno/ptrace.c:293:23: error: invalid application of 'sizeof' 
to incomplete type 'struct user_regs_struct' 
libexplain/buffer/errno/ptrace.c:297:23: error: invalid application of 'sizeof' 
to incomplete type 'struct user_regs_struct' 
libexplain/buffer/errno/ptrace.c:301:23: error: invalid application of 'sizeof' 
to incomplete type 'struct user_fpregs_struct' 
libexplain/buffer/errno/ptrace.c:305:23: error: invalid application of 'sizeof' 
to incomplete type 'struct user_fpregs_struct' 
libexplain/buffer/errno/ptrace.c:311:23: error: invalid application of 'sizeof' 
to incomplete type 'struct user_fpxregs_struct' 
libexplain/buffer/errno/ptrace.c:315:23: error: invalid application of 'sizeof' 
to incomplete type 'struct user_fpxregs_struct' 
make[1]: *** [libexplain/buffer/errno/ptrace.lo] Error 1
make[1]: Leaving directory 
`/build/buildd-libexplain_0.47.D001-1-armel-_3RQgK/libexplain-0.47.D001'
make: *** [build-stamp] Error 2

  Find build logs at:
https://buildd.debian.org/status/package.php?p=libexplainsuite=sid

  Best regards

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

Kernel: Linux 2.6.39-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#639505: Samsung N150 can reboot on waking from hibernation unless ath9k unloaded

Sergei Stolyarov wrote:

 log files attached,

Thanks.  It lacks the lspci output --- my mistake (yesno in
include-network errors out when the script is run directly instead of
by reportbug, causing the bugscript output to be cut short).

Please attach output from lspci -nnv.  It will tell which wireless
card you use (e.g., I have an AR9285 here).



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

Bug#645746: RFP: python-qrtools -- a backend (library) for creating and decoding QR Codes in Python

2011-10-18 Thread Carlo Stemberger

Package: wnpp
Severity: wishlist


* Package name: python-qrtools
  Version : 1.2
  Upstream Author : David Green david4...@gmail.com
* URL : https://launchpad.net/qr-tools
* License : GPL
  Programming Lang: Python
  Description : a backend (library) for creating and decoding QR Codes in 
Python

A backend (library) for creating and decoding QR Codes in Python.
Depends on qrenconde and zbar. You can use it in your own projects.



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

Bug#645424: gnome-shell is unusable

2011-10-18 Thread Davide Governale

Il giorno Tue, 18 Oct 2011 09:43:14 +0200
Andreas Beckmann deb...@abeckmann.de ha scritto:

 forwarded 645424
 http://www.nvnews.net/vbulletin/showthread.php?t=167451 tag 645424 -
 moreinfo thanks
 
 Hi Davide,
 
 I just saw your post on the NVIDIA forum.
 Please attach a nvidia-bug-report.log.gz there, otherwise NVIDIA won't
 look into this issue.
 See http://www.nvnews.net/vbulletin/showthread.php?t=46678
 
 Andreas

Hello Andreas,

I have now added the file nvidia-bug-report.log.gz on the forum post. I
also tried the nvidia driver of experimental, but the result is always
the same.

# dpkg -l nvidia* | grep ii
ii  nvidia-alternative   285.05.09-1  allows 
the selection of NVIDIA as GLX provider
ii  nvidia-glx   285.05.09-1  NVIDIA 
metapackage
ii  nvidia-installer-cleanup 20110729+2   Cleanup 
after driver installation with the nvidia-installer
ii  nvidia-kernel-3.0.0-1-686-pae280.13-5+3.0.0-3 NVIDIA 
binary kernel module for Linux 3.0.0-1-686-pae
ii  nvidia-kernel-common 20110729+2   NVIDIA 
binary kernel module support files
ii  nvidia-kernel-dkms   285.05.09-1  NVIDIA 
binary kernel module DKMS source
ii  nvidia-kernel-source 285.05.09-1  NVIDIA 
binary kernel module source
ii  nvidia-settings  280.13-1 Tool for 
configuring the NVIDIA graphics driver
ii  nvidia-support   20110729+2   NVIDIA 
binary graphics driver support files
ii  nvidia-vdpau-driver  285.05.09-1  NVIDIA 
vdpau driver
ii  nvidia-xconfig   280.13-1 X 
configuration tool for non-free NVIDIA drivers

this is my post→ http://www.nvnews.net/vbulletin/showthread.php?t=167451

Kindly,
Davide Governale.


signature.asc
Description: PGP signature

Bug#645747: RFP: qtqr -- a Qt GUI (front-end) for python-qrtools that makes easy creating and decoding the codes

2011-10-18 Thread Carlo Stemberger

Package: wnpp
Severity: wishlist


* Package name: qtqr
  Version : 1.2
  Upstream Author : Ramiro Algozino algoz...@gmail.com
* URL : https://launchpad.net/qr-tools
* License : GPL
  Programming Lang: Python
  Description : a Qt GUI (front-end) for python-qrtools

A Qt GUI (front-end) for python-qrtools that makes easy creating and
decoding the codes.



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

Bug#645748: compiz: FTBFS on all architectures: undefined reference to symbol 'KIcon::~KIcon()'

Package: compiz
Version: 0.8.4-4+b1
Severity: serious

Hello,

  Your package fails to build on Debian autobuilder network:

/bin/bash ../../libtool --tag=CXX --mode=link g++  -g -O2 -Wall 
-D_FORTIFY_SOURCE=2   -o kde4-window-decorator  main.o utils.o decorator.o 
window.o options.o kdecoration_plugins.o switcher.o paintredirector.o 
decorator.moc.o window.moc.o paintredirector.moc.o kwinadaptor.moc.o 
kwinadaptor.o ../../libdecoration/libdecoration.la -ldbus-1 -lpthread -lrt 
-lXdamage -lXfixes -lXcomposite -lQtGui -lQtDBus -lQtXml -lQtCore   -L/usr/lib/ 
-lkdecore -lkdecorations -lplasma 
libtool: link: g++ -g -O2 -Wall -D_FORTIFY_SOURCE=2 -o 
.libs/kde4-window-decorator main.o utils.o decorator.o window.o options.o 
kdecoration_plugins.o switcher.o paintredirector.o decorator.moc.o window.moc.o 
paintredirector.moc.o kwinadaptor.moc.o kwinadaptor.o  
../../libdecoration/.libs/libdecoration.so -ldbus-1 -lpthread -lrt -lXdamage 
-lXfixes -lXcomposite -lQtGui -lQtDBus -lQtXml -lQtCore -L/usr/lib/ -lkdecore 
-lkdecorations -lplasma
/usr/bin/ld: window.o: undefined reference to symbol 'KIcon::~KIcon()'
/usr/bin/ld: note: 'KIcon::~KIcon()' is defined in DSO /usr/lib/libkdeui.so.5 
so try adding it to the linker command line
/usr/lib/libkdeui.so.5: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[4]: *** [kde4-window-decorator] Error 1
make[4]: Leaving directory 
`/build/buildd-compiz_0.8.4-4+b1-armel-y0OJpS/compiz-0.8.4/kde/window-decorator-kde4'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory 
`/build/buildd-compiz_0.8.4-4+b1-armel-y0OJpS/compiz-0.8.4/kde'
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
make[2]: Leaving directory 
`/build/buildd-compiz_0.8.4-4+b1-armel-y0OJpS/compiz-0.8.4'

  Find build logs at: 
https://buildd.debian.org/status/package.php?p=compizsuite=sid

Best regards

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

Kernel: Linux 2.6.39-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#645749: londonlaw: Please update to use wxwidgets2.8

2011-10-18 Thread Olly Betts

Package: londonlaw
Version: 0.2.1-15
Severity: normal
Tags: patch
User: freewx-ma...@lists.alioth.debian.org
Usertags: wx2.6to2.8

I'm trying to get packages to migrate from wxwidgets2.6 to wxwidgets2.8
so we can remove the former from the archive - it's no longer supported
upstream, and wxwidgets3.0 is supposed to be out early next year.

I've tried patching londonlaw as per the attached patch, and I can
successfully play a game against myself with the patched version.
However, I'm not familiar with the package, so I think more thorough
testing would be appropriate.

Cheers,
Olly
diff -Nru londonlaw-0.2.1/debian/changelog londonlaw-0.2.1/debian/changelog
--- londonlaw-0.2.1/debian/changelog	2011-06-05 10:10:50.0 +1200
+++ londonlaw-0.2.1/debian/changelog	2011-10-18 23:08:27.0 +1300
@@ -1,3 +1,10 @@
+londonlaw (0.2.1-15.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Update to use python-wxgtk2.8.
+
+ -- Olly Betts o...@survex.com  Tue, 18 Oct 2011 10:07:35 +
+
 londonlaw (0.2.1-15) unstable; urgency=low
 
   * Team upload.
diff -Nru londonlaw-0.2.1/debian/control londonlaw-0.2.1/debian/control
--- londonlaw-0.2.1/debian/control	2011-06-05 10:10:34.0 +1200
+++ londonlaw-0.2.1/debian/control	2011-10-18 23:04:48.0 +1300
@@ -13,7 +13,7 @@
 
 Package: londonlaw
 Architecture: all
-Depends: python-wxgtk2.6, ${python:Depends}, python-twisted-core, python-zopeinterface, ${misc:Depends}
+Depends: python-wxgtk2.8, ${python:Depends}, python-twisted-core, python-zopeinterface, ${misc:Depends}
 Description: Scotland Yard board game with network support
  London Law is an online multiplayer adaptation of the classic Scotland Yard
  board game (also see Wikipedia), first published by Ravensburger in 1983. The
diff -Nru londonlaw-0.2.1/debian/patches/01_wx24_fix.patch londonlaw-0.2.1/debian/patches/01_wx24_fix.patch
--- londonlaw-0.2.1/debian/patches/01_wx24_fix.patch	2011-03-26 09:16:21.0 +1300
+++ londonlaw-0.2.1/debian/patches/01_wx24_fix.patch	1970-01-01 12:00:00.0 +1200
@@ -1,16 +0,0 @@
-diff -Nur londonlaw-0.2.1/londonlaw/guiclient/__init__.py londonlaw-0.2.1.new/londonlaw/guiclient/__init__.py
 londonlaw-0.2.1/londonlaw/guiclient/__init__.py	2005-07-06 02:45:05.0 +0200
-+++ londonlaw-0.2.1.new/londonlaw/guiclient/__init__.py	2005-08-23 02:34:54.0 +0200
-@@ -23,6 +23,12 @@
- 
- from twisted.internet import protocol, reactor
- from twisted.python import log
-+import wxversion
-+try:
-+	wxversion.select(2.6)
-+except wxversion.VersionError:
-+	wxversion.select(2.4)
-+
- from wxPython.wx import *
- from ConnectWindow import *
- from GameListWindow import *
diff -Nru londonlaw-0.2.1/debian/patches/01_wx28_fix.patch londonlaw-0.2.1/debian/patches/01_wx28_fix.patch
--- londonlaw-0.2.1/debian/patches/01_wx28_fix.patch	1970-01-01 12:00:00.0 +1200
+++ londonlaw-0.2.1/debian/patches/01_wx28_fix.patch	2011-10-18 23:06:48.0 +1300
@@ -0,0 +1,16 @@
+diff -Nur londonlaw-0.2.1/londonlaw/guiclient/__init__.py londonlaw-0.2.1.new/londonlaw/guiclient/__init__.py
+--- londonlaw-0.2.1/londonlaw/guiclient/__init__.py	2005-07-06 02:45:05.0 +0200
 londonlaw-0.2.1.new/londonlaw/guiclient/__init__.py	2005-08-23 02:34:54.0 +0200
+@@ -23,6 +23,12 @@
+ 
+ from twisted.internet import protocol, reactor
+ from twisted.python import log
++import wxversion
++try:
++	wxversion.select(2.8)
++except wxversion.VersionError:
++	wxversion.select(2.6)
++
+ from wxPython.wx import *
+ from ConnectWindow import *
+ from GameListWindow import *
diff -Nru londonlaw-0.2.1/debian/patches/series londonlaw-0.2.1/debian/patches/series
--- londonlaw-0.2.1/debian/patches/series	2011-03-26 09:16:21.0 +1300
+++ londonlaw-0.2.1/debian/patches/series	2011-10-18 23:07:17.0 +1300
@@ -1,2 +1,2 @@
-01_wx24_fix.patch
+01_wx28_fix.patch
 python-zope-fixes.patch

Bug#619719: autoconf2.64: ftbfs with dash from experimental (AC_PROG_GNU_M4 relies on echo preserving backslashes)

tags 619719 + patch
quit

Simon McVittie wrote:
 On Sat, 26 Mar 2011 at 08:01:26 -0500, Jonathan Nieder wrote:

 Or set CONFIG_SHELL in debian/rules.

 Given that this outdated version of autoconf is only packaged to be able to
 build gcc, I think that's probably the right fix.

Thanks.  FWIW, I've tested the following and it seems to work fine.
---
 debian/changelog |7 +++
 debian/rules |3 ++-
 2 files changed, 9 insertions(+), 1 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 65c9d0b..c3dfec9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+autoconf2.64 (2.64-3.1) local; urgency=low
+
+  * debian/rules: CONFIG_SHELL=/bin/bash.  Thanks to Simon McVittie.
+Closes: #619719.
+
+ -- Jonathan Nieder jrnie...@gmail.com  Tue, 18 Oct 2011 05:53:18 -0500
+
 autoconf2.64 (2.64-3) unstable; urgency=low
 
   * Update local patch for 2.64.
diff --git a/debian/rules b/debian/rules
index cec8d00..aeea620 100755
--- a/debian/rules
+++ b/debian/rules
@@ -5,7 +5,8 @@ include /usr/share/quilt/quilt.make
 configure: configure-stamp
 configure-stamp: $(QUILT_STAMPFN)
dh_testdir
-   ./configure --prefix=/usr --datadir=/usr/share \
+   CONFIG_SHELL=/bin/bash \
+   bash ./configure --prefix=/usr --datadir=/usr/share \
  --mandir=/usr/share/man --infodir=/usr/share/info \
  --program-suffix=2.64
touch $@
-- 
1.7.7




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

Bug#638172: [Xen-devel] Re: Bug#638172: BUG: soft lockup - CPU#0 stuck for 61s! [qemu-dm:3205]

2011-10-18 Thread Ian Campbell

On Fri, 2011-08-26 at 10:28 +0200, Giuseppe Sacco wrote:
 I just installed the new kernel and switched to 64bit hypervisor. I'll
 let you know about any news.

Has everything been OK since you switched?

Ian.

 
 Il giorno ven, 26/08/2011 alle 08.25 +0100, Ian Campbell ha scritto:
 [...]
  I'm in the process of uploading a kernel to
  http://xenbits.xen.org/people/ianc/2.6.32-36~xen0/ which has a bunch of
  patches to the event channel (aka IRQ) subsystem backported. I think the
  kernel flavour you want is there already please could you give it a go
  when you get the chance.
 
 During boot I got this message. Is this related to this bug or to new
 kernel?
 
 [0.004000] [ cut here ]
 [0.004000] WARNING: at 
 /tmp/buildd/linux-2.6-2.6.32/debian/build/source_i386_xen/arch/x86/xen/enlighten.c:726
  perf_events_lapic_init+0x28/0x29()
 [0.004000] Hardware name: MS-7368
 [0.004000] Modules linked in:
 [0.004000] Pid: 0, comm: swapper Not tainted 2.6.32-5-xen-686 #1
 [0.004000] Call Trace:
 [0.004000]  [c1037839] ? warn_slowpath_common+0x5e/0x8a
 [0.004000]  [c103786f] ? warn_slowpath_null+0xa/0xc
 [0.004000]  [c1011db0] ? perf_events_lapic_init+0x28/0x29
 [0.004000]  [c14033dd] ? init_hw_perf_events+0x2dd/0x376
 [0.004000]  [c1403030] ? check_bugs+0x8/0xd8
 [0.004000]  [c13fb808] ? start_kernel+0x309/0x31d
 [0.004000]  [c13fd410] ? xen_start_kernel+0x564/0x56b
 [0.004000]  [c1409045] ? check_nmi_watchdog+0xcd/0x1f2
 [0.004000] ---[ end trace a7919e7f17c0a725 ]---
 
 Thanks,
 Giuseppe
 
 

-- 
Ian Campbell
Current Noise: Anathema - Flying

There's no future in time travel.




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

Bug#645750: No copyright file

2011-10-18 Thread Marcin Owsiany

Package: libgadu
version: 1:1.11.0+r1184-1
Severity: serious
Tags: confirmed

For some reason copyright file is missing in the autobuilt packages:
http://lintian.debian.org/maintainer/porridge%40debian.org.html

-- 
Marcin Owsiany porri...@debian.org http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216  FE67 DA2D 0ACA FC5E 3F75  D6F6 3A0D 8AA0 60F4 1216



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

Bug#645525: midori: awkward question mark added to window title in Fluxbox

2011-10-18 Thread Paul Tagliamonte

On Mon, Oct 17, 2011 at 6:07 PM, Paul Tagliamonte paul...@ubuntu.com wrote:
 On Mon, Oct 17, 2011 at 4:14 PM, Francesco Poli
 invernom...@paranoici.org wrote:
 On Mon, 17 Oct 2011 08:58:08 -0400 Paul Tagliamonte wrote:

 On Sun, Oct 16, 2011 at 3:06 PM, Francesco Poli
 [...]
  So it must be something that Midori does, when setting the window title:
  this something seems to cause problems with Fluxbox only, for some
  obscure reason.


 Well. Fluxbox displays only what WM_NAME contains.

 Hi Paul,
 thanks a lot for your quick and kind reply!   :-)

 Thanks for the report! :)



 Try starting up the application and let's see what `xprop WM_NAME`
 outputs. It might be a result of the font you're using or it just
 plain being wrong, and other WMs hiding that.

 $ xprop WM_NAME
 WM_NAME(COMPOUND_TEXT) = ‪Debian -- The Universal Operating System

 Maybe you don't see it in the copied and pasted text, but, if I
 redirect the output of the xprop command:

 $ xprop WM_NAME  /tmp/xprop.out

 and open the resulting file with vim, I see the following:

 WM_NAME(COMPOUND_TEXT) = 202aDebian -- The Universal Operating System

 A take a look at the raw bits gets me:

 e2 80 aa - which is:

 UCS-4: 202A LEFT-TO-RIGHT EMBEDDING
 UTF-8: E2 80 AA

 Interesting...


 And

 $ file /tmp/xprop.out
 /tmp/xprop.out: UTF-8 Unicode text

 My results seem to confirm this


 I am attaching the gzipped version of this file, for completeness.

 Helped a super ton, thank you :)


 By the way, when I do the same with another browser (Galeon), I see the
 following:

 WM_NAME(STRING) = Debian -- The Universal Operating System

 Please note: no strange symbols (the file command says ASCII text)
 and STRING rather than COMPOUND_TEXT.
 And indeed, I don't see any extraneous question mark in the window
 title, when I use Galeon...

 It must be the case that it does not output the LTR UTF-8 char. Interesting.



 That symbol is not something fluxbox will generate, and I do think
 this bug needs to be assigned back to Midori (since they're the only
 one who sets their name)

 Let's see what that output looks like, and if it's just because of a
 font that can't handle that exotic char.

 It really seems that there's an exotic character that isn't correctly
 displayed, due to a missing gliph in the fonts, perhaps.

 This might be something we need to take a look at. Humm. Let me think
 about this for a second or two.

Is there any chance you could test a different font? What font are you using?




 --
  http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
  New GnuPG key, see the transition document!
 . Francesco Poli .
  GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


 Thanks for the report!
 Paul

 --
 All programmers are playwrights, and all computers are lousy actors.

 #define sizeof(x) rand()
 :wq




-- 
All programmers are playwrights, and all computers are lousy actors.

#define sizeof(x) rand()
:wq



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

Bug#645751: Source package contains non-free IETF RFC/I-D

Severity: serious
Package: lusca
Version: 0.1~svn14809-1
User: debian-rele...@lists.debian.org
Usertags: nonfree-doc rfc

Hi!

This source package contains the following files from the
IETF under non-free license terms:

  lusca-0.1~svn14809/doc/draft-vixie-htcp-proto-04.txt

The license on RFC/I-Ds is not DFSG-free, see:

 * http://bugs.debian.org/199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

According to the squeeze/wheezy release policy, source packages must be
DFSG-free, see:

 * http://release.debian.org/squeeze/rc_policy.txt
 * http://release.debian.org/wheezy/rc_policy.txt

The severity is serious, because this violates the Debian policy:

 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding 'dfsg' to the Debian package
   version name.

3. Move the package to non-free.

General discussions are kindly requested to take place on debian-legal
or debian-devel in the thread with Subject: Non-free IETF RFC/I-Ds in
source packages.

Thanks,
Simon



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

Bug#645525: midori: awkward question mark added to window title in Fluxbox

2011-10-18 Thread Paul Tagliamonte

Scratch that, I've duplicated with the Ubuntu font.

On Tue, Oct 18, 2011 at 7:05 AM, Paul Tagliamonte paul...@ubuntu.com wrote:
 On Mon, Oct 17, 2011 at 6:07 PM, Paul Tagliamonte paul...@ubuntu.com wrote:
 On Mon, Oct 17, 2011 at 4:14 PM, Francesco Poli
 invernom...@paranoici.org wrote:
 On Mon, 17 Oct 2011 08:58:08 -0400 Paul Tagliamonte wrote:

 On Sun, Oct 16, 2011 at 3:06 PM, Francesco Poli
 [...]
  So it must be something that Midori does, when setting the window title:
  this something seems to cause problems with Fluxbox only, for some
  obscure reason.


 Well. Fluxbox displays only what WM_NAME contains.

 Hi Paul,
 thanks a lot for your quick and kind reply!   :-)

 Thanks for the report! :)



 Try starting up the application and let's see what `xprop WM_NAME`
 outputs. It might be a result of the font you're using or it just
 plain being wrong, and other WMs hiding that.

 $ xprop WM_NAME
 WM_NAME(COMPOUND_TEXT) = ‪Debian -- The Universal Operating System

 Maybe you don't see it in the copied and pasted text, but, if I
 redirect the output of the xprop command:

 $ xprop WM_NAME  /tmp/xprop.out

 and open the resulting file with vim, I see the following:

 WM_NAME(COMPOUND_TEXT) = 202aDebian -- The Universal Operating System

 A take a look at the raw bits gets me:

 e2 80 aa - which is:

 UCS-4: 202A LEFT-TO-RIGHT EMBEDDING
 UTF-8: E2 80 AA

 Interesting...


 And

 $ file /tmp/xprop.out
 /tmp/xprop.out: UTF-8 Unicode text

 My results seem to confirm this


 I am attaching the gzipped version of this file, for completeness.

 Helped a super ton, thank you :)


 By the way, when I do the same with another browser (Galeon), I see the
 following:

 WM_NAME(STRING) = Debian -- The Universal Operating System

 Please note: no strange symbols (the file command says ASCII text)
 and STRING rather than COMPOUND_TEXT.
 And indeed, I don't see any extraneous question mark in the window
 title, when I use Galeon...

 It must be the case that it does not output the LTR UTF-8 char. Interesting.



 That symbol is not something fluxbox will generate, and I do think
 this bug needs to be assigned back to Midori (since they're the only
 one who sets their name)

 Let's see what that output looks like, and if it's just because of a
 font that can't handle that exotic char.

 It really seems that there's an exotic character that isn't correctly
 displayed, due to a missing gliph in the fonts, perhaps.

 This might be something we need to take a look at. Humm. Let me think
 about this for a second or two.

 Is there any chance you could test a different font? What font are you using?




 --
  http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
  New GnuPG key, see the transition document!
 . Francesco Poli .
  GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


 Thanks for the report!
 Paul

 --
 All programmers are playwrights, and all computers are lousy actors.

 #define sizeof(x) rand()
 :wq




 --
 All programmers are playwrights, and all computers are lousy actors.

 #define sizeof(x) rand()
 :wq




-- 
All programmers are playwrights, and all computers are lousy actors.

#define sizeof(x) rand()
:wq



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

Bug#638172: [Xen-devel] Re: Bug#638172: BUG: soft lockup - CPU#0 stuck for 61s! [qemu-dm:3205]

2011-10-18 Thread Giuseppe Sacco

Il giorno mar, 18/10/2011 alle 11.54 +0100, Ian Campbell ha scritto:
 On Fri, 2011-08-26 at 10:28 +0200, Giuseppe Sacco wrote:
  I just installed the new kernel and switched to 64bit hypervisor. I'll
  let you know about any news.
 
 Has everything been OK since you switched?

Yes: no crashes since then.

Thanks,
Giuseppe




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

Bug#645752: Source package contains non-free IETF RFC/I-D

Severity: serious
Package: open-iscsi
Version: 2.0.872-2
User: debian-rele...@lists.debian.org
Usertags: nonfree-doc rfc

Hi!

This source package contains the following files from the
IETF under non-free license terms:

  open-iscsi-2.0.872/utils/open-isns/doc/rfc2608.txt
  open-iscsi-2.0.872/utils/open-isns/doc/rfc3279.txt
  open-iscsi-2.0.872/utils/open-isns/doc/rfc3720.txt
  open-iscsi-2.0.872/utils/open-isns/doc/rfc3722.txt
  open-iscsi-2.0.872/utils/open-isns/doc/rfc4018.txt
  open-iscsi-2.0.872/utils/open-isns/doc/rfc4171.txt

The license on RFC/I-Ds is not DFSG-free, see:

 * http://wiki.debian.org/NonFreeIETFDocuments
 * http://release.debian.org/removing-non-free-documentation
 * http://bugs.debian.org/199810

According to the squeeze/wheezy release policy, source packages must be
DFSG-free, see:

 * http://release.debian.org/squeeze/rc_policy.txt
 * http://release.debian.org/wheezy/rc_policy.txt

The severity is serious, because this violates the Debian policy:

 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding 'dfsg' to the Debian package
   version name.

3. Move the package to non-free.

General discussions are kindly requested to take place on debian-legal
or debian-devel in the thread with Subject: Non-free IETF RFC/I-Ds in
source packages.

Thanks,
Simon



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

Bug#645753: Source package contains non-free IETF RFC/I-D

Severity: serious
Package: libreoffice
Version: 1:3.4.3-4
User: debian-rele...@lists.debian.org
Usertags: nonfree-doc rfc

Hi!

This source package contains the following files from the
IETF under non-free license terms:

  
ext-sources/db60e4fde8dd6d6807523deb71ee34dc-liblayout-0.2.10.zip:resource/rfc1345.txt
  
ext-sources/a169ab152209200a7bad29a275cb0333-seamonkey-1.1.14.source.tar.gz:mozilla/netwerk/protocol/ftp/doc/rfc959.txt
  
ext-sources/a169ab152209200a7bad29a275cb0333-seamonkey-1.1.14.source.tar.gz:mozilla/directory/c-sdk/ldap/docs/draft-ietf-ldapext-ldap-c-api-05.txt

The license on RFC/I-Ds is not DFSG-free, see:

 * http://bugs.debian.org/199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

According to the squeeze/wheezy release policy, source packages must be
DFSG-free, see:

 * http://release.debian.org/squeeze/rc_policy.txt
 * http://release.debian.org/wheezy/rc_policy.txt

The severity is serious, because this violates the Debian policy:

 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding 'dfsg' to the Debian package
   version name.

3. Move the package to non-free.

General discussions are kindly requested to take place on debian-legal
or debian-devel in the thread with Subject: Non-free IETF RFC/I-Ds in
source packages.

Thanks,
Simon



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

Bug#282278: apt mixes essential flag from all sources

2011-10-18 Thread David Kalnischkies

So many mails and i still don't get it…
(i am subscribed to apt bugs, so no need to cc me on everything btw…)

On Tue, Oct 18, 2011 at 12:18, Jonathan Nieder jrnie...@gmail.com wrote:
 Vincent Lefevre wrote:
 WARNING: The following packages were essential in the past and will
 be removed. Though no longer essential, these packages may still be
 needed by other (older) packages. Please look at the description of
 these packages to see if it is safe to remove them.

 Sounds fine to me, with the caveat that it's not safe to assume that
 the release in which the package was essential is older.

That is the point, we never know in a reasonable sure way if the system
is on the 'oldstable' suite and has 'stable' in it, too, has a funky mix
of it or has completed (=whatever this means) upgraded to 'stable'.

If we go with the wheezy+20 perl-base essential drop example:

If we are on wheezy+19 yet in which perl-base is essential,
we need a really scary message displayed to discourage users to
shoot themselves in the foot, or are we in some funky mixture of it,
maybe because a dist-upgrade failed because of some packaging bug?
In that case what means 'other suite' here? It is just 'not the currently
installed suite for perl-base'? But this tells us nothing, perl-base is or
isn't upgraded yet, but this doesn't say anything about packages
implicitly depending on it, so the message should be still equally scary
as there are potential still packages thinking of perl-base as essential.
Last, we have fully upgraded to wheezy+20, perl-base isn't essential
any more for this release, but does all these obsolete packages know this?
And, why does the user have wheezy+19 archive still in the sources.list if
he doesn't get packages from there anymore?
Right, he either still gets packages from there making it a mixed system on
which perl-base needs to be installed as it is essential for exactly the
packages he gets from wheezy+19 sources OR the user wants to clean up his
system by removing now obsolete packages but doesn't start with the most
obvious cleanup step: Removing old sources…

In all but the last case changing the message is just plain wrong.
Beside, the message says:
This should NOT be done unless you know exactly what you are doing!
So there is the problem? Users who don't know what they remove?
Yes that is a problem and this message is specifically designed for those.
Users who know what they do? No, as the message explicitly say that you
can proceed if you know what you do.

APT can't determine automatically if something depends implicitely on
this previous/now/future essential package, so it treats all essentials
equally and off-loads the impossible task of taking implicit dependencies
explicitely into account to the user. That might be a problem for the user
as he has nobody to blame for if the system is broken after he hit enter,
but this isn't solveable by software…

So, can somebody please tell me a situation which can be detected without
doubt in which this message is wrong (= in which way can a confirmation
message be wrong?). Maybe i get an answer to it this time…


 Now, how to get the message in?  Might be better to ask an APT expert
 that.  If I were doing it, the logic would be vaguely like this
 (except probably I'd factor out a spawn function to decrease the
 boilerplate).  Hopefully there's some appropriate APT API to look at
 the dpkg status database or the appropriate Packages file for the
 version of a package being removed.

Sure. A version has a list of VerFileIterators attached. Dropping this
into the RecordParser gets you access to the complete stanza as you
can see in apt-cache for various operations like show or search as
it needs to work with information we don't have in the binary cache
for various reasons. The essential flag is in this cache, but as
hinted above and said many times in this (ex-)bugcombilation recorded
as a package-attribute and not as a version-attribute for reasons
given (again) above.


Best regards

David Kalnischkies


P.S.: Vincent, Essentials can't just change their featureset.
If they are split up a metapackage with the old name remains,
so removing perl-extra would remove the old 'perl-base' metapackage
which APT complains about as being essential.
Thats also why a heuristic based on package content fails - perl-base
would be in this scenario such a package, so easy to remove, but
his dependencies hold the universe together, so to speak…
(Beside that APT just don't know the contents of a package)



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

Bug#645754: Source package contains non-free IETF RFC/I-D

Severity: serious
Package: libmath-base85-perl
Version: 0.2-1
User: debian-rele...@lists.debian.org
Usertags: nonfree-doc rfc

Hi!

This source package contains the following files from the
IETF under non-free license terms:

  Math-Base85-0.2/rfc1924.txt

The license on RFC/I-Ds is not DFSG-free, see:

 * http://bugs.debian.org/199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

According to the squeeze/wheezy release policy, source packages must be
DFSG-free, see:

 * http://release.debian.org/squeeze/rc_policy.txt
 * http://release.debian.org/wheezy/rc_policy.txt

The severity is serious, because this violates the Debian policy:

 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding 'dfsg' to the Debian package
   version name.

3. Move the package to non-free.

General discussions are kindly requested to take place on debian-legal
or debian-devel in the thread with Subject: Non-free IETF RFC/I-Ds in
source packages.

Thanks,
Simon



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

Bug#645755: kiki: Please update to use wxwidgets2.8

2011-10-18 Thread Olly Betts

Package: kiki
Version: 0.5.6-6
Tags: patch
User: freewx-ma...@lists.alioth.debian.org
Usertags: wx2.6to2.8

I'm trying to get packages to migrate from wxwidgets2.6 to wxwidgets2.8
so we can remove the former from the archive - it's no longer supported
upstream, and wxwidgets3.0 is supposed to be out early next year.

I updated kiki as per the attached patch, and it appears to work fine.
It's not a package I'm familiar with, but it doesn't seem to have a lot
of functionality to test.

If you'd like me to NMU, please let me know.

Cheers,
Olly
diff -Nru kiki-0.5.6/debian/changelog kiki-0.5.6/debian/changelog
--- kiki-0.5.6/debian/changelog	2011-06-06 08:47:29.0 +1200
+++ kiki-0.5.6/debian/changelog	2011-10-19 00:28:02.0 +1300
@@ -1,3 +1,14 @@
+kiki (0.5.6-6.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Update to use python-wxgtk2.8.
++ New patch 02_remove_wx.NotebookSizer.diff to fix compatibility issue.
++ Update 01_path_changes.diff to load kiki.xpm (which is in the package)
+  rather than kiki.ico (which isn't).  Seems 2.6 never tries to load the
+  icon, but 2.8 does. 
+
+ -- Olly Betts o...@survex.com  Tue, 18 Oct 2011 11:27:09 +
+
 kiki (0.5.6-6) unstable; urgency=low
 
   * debian/patches:
diff -Nru kiki-0.5.6/debian/control kiki-0.5.6/debian/control
--- kiki-0.5.6/debian/control	2011-06-02 23:58:41.0 +1200
+++ kiki-0.5.6/debian/control	2011-10-18 23:56:40.0 +1300
@@ -11,7 +11,7 @@
 
 Package: kiki
 Architecture: all
-Depends: ${python:Depends}, ${misc:Depends}, python-wxgtk2.6
+Depends: ${python:Depends}, ${misc:Depends}, python-wxgtk2.8
 XB-Python-Version: ${python:Versions}
 Description: tool for python regular expression testing
  A free environment for regular expression testing (ferret).  It allows
diff -Nru kiki-0.5.6/debian/patches/01_path_changes.diff kiki-0.5.6/debian/patches/01_path_changes.diff
--- kiki-0.5.6/debian/patches/01_path_changes.diff	2010-05-05 09:39:34.0 +1200
+++ kiki-0.5.6/debian/patches/01_path_changes.diff	2011-10-19 00:26:59.0 +1300
@@ -7,7 +7,7 @@
  
  
 +import wxversion
-+wxversion.select('2.6')
++wxversion.select('2.8')
 +
  import wx
  import wx.html
@@ -24,8 +24,9 @@
  else:
  self.path = path
  iconfile = os.path.join(self.path, kiki.ico)
-+iconfile = /usr/share/pixmaps/kiki.ico
- theicon = wx.Icon(iconfile, wx.BITMAP_TYPE_ICO)
+-theicon = wx.Icon(iconfile, wx.BITMAP_TYPE_ICO)
++iconfile = /usr/share/pixmaps/kiki.xpm
++theicon = wx.Icon(iconfile, wx.BITMAP_TYPE_XPM)
  self.SetIcon(theicon)
  
  def changePage(self, event):
diff -Nru kiki-0.5.6/debian/patches/02_remove_wx.NotebookSizer.diff kiki-0.5.6/debian/patches/02_remove_wx.NotebookSizer.diff
--- kiki-0.5.6/debian/patches/02_remove_wx.NotebookSizer.diff	1970-01-01 12:00:00.0 +1200
+++ kiki-0.5.6/debian/patches/02_remove_wx.NotebookSizer.diff	2011-10-19 00:10:52.0 +1300
@@ -0,0 +1,28 @@
+Description: Eliminate use of deprecated wx.NotebookSizer
+ As of wx 2.6, wx.Notebook can just be placed directly in a normal sizer:
+ .
+ wxNotebookSizer and wxBookCtrlSizer are now deprecated -- they are no longer
+ needed, you can treat wxNotebook as any other control and put it directly into
+ the sizer that was wxNotebookSizer's parent sizer in old code.
+ .
+ As of 2.7.1 wx.NotebookSizer has been removed.
+Author: Olly Betts o...@survex.com
+
+---
+
+Origin: vendor
+Bug-Debian: http://bugs.debian.org/bugnumber
+Forwarded: no
+Last-Update: 2011-10-18
+
+--- kiki-0.5.6.orig/kiki.py
 kiki-0.5.6/kiki.py
+@@ -317,7 +317,7 @@ class MyFrame(wx.Frame):
+ self.Notebook.AddPage(self.MatchesPane, Matches)
+ self.Notebook.AddPage(self.SampleTextPane, Sample text)
+ self.Notebook.AddPage(self.HelpPane, Help)
+-TopPaneSizer.Add(wx.NotebookSizer(self.Notebook), 1, wx.EXPAND, 0)
++TopPaneSizer.Add(self.Notebook, 1, wx.EXPAND, 0)
+ self.BottomPane.SetAutoLayout(1)
+ self.BottomPane.SetSizer(TopPaneSizer)
+ MainSizer.Add(self.SplitterWindow, 1, wx.EXPAND, 0)
diff -Nru kiki-0.5.6/debian/patches/series kiki-0.5.6/debian/patches/series
--- kiki-0.5.6/debian/patches/series	2011-06-06 07:59:06.0 +1200
+++ kiki-0.5.6/debian/patches/series	2011-10-19 00:28:55.0 +1300
@@ -1,2 +1,3 @@
 01_path_changes.diff
+02_remove_wx.NotebookSizer.diff
 03_setup.py.diff

Bug#645753: Source package contains non-free IETF RFC/I-D

2011-10-18 Thread Rene Engelhard

notfound 645753 1:3.4.3-4
tag 645753 + pending
thanks

On Tue, Oct 18, 2011 at 01:23:45PM +0200, Simon Josefsson wrote:
 Version: 1:3.4.3-4

If you file such a bug, please take care to not interrupt ongoing transitions
by supplying a wrong Version: field. Given ext-sources ia part of the .orig
testing is also affected. (as probably were some versions before 3.4.3),
and that one has 3.4.3-3.

   
 ext-sources/db60e4fde8dd6d6807523deb71ee34dc-liblayout-0.2.10.zip:resource/rfc1345.txt
   
 ext-sources/a169ab152209200a7bad29a275cb0333-seamonkey-1.1.14.source.tar.gz:mozilla/netwerk/protocol/ftp/doc/rfc959.txt
   
 ext-sources/a169ab152209200a7bad29a275cb0333-seamonkey-1.1.14.source.tar.gz:mozilla/directory/c-sdk/ldap/docs/draft-ietf-ldapext-ldap-c-api-05.txt

Grmbl.

OK, will remove them (again).
(But I'll not do a 3.4.3.dfsg but wait for 3.4.4, which is planned to be
released beginning of November, and obviously requires new .orig anyway)

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#645756: openjdk-6-jdk: add link from arch-specific dir to src.zip

2011-10-18 Thread Michal Politowski

Package: openjdk-6-jdk
Version: 6b23~pre10-1
Severity: normal

With the split of /usr/lib/jvm/java-6-openjdk into java-6-openjdk-common
and java-6-openjdk-i386 or similar
Eclipse (3.7 here, not from package) can no longer automatically connect the
sources in java-6-openjdk-common/src.zip to the JDK instance in
java-6-openjdk-i386

Adding a link from java-6-openjdk-i386/src.zip to
java-6-openjdk-common/src.zip makes Eclipse notice the connection again
and attach the sources to standard library classes.

-- 
Michał Politowski
Talking has been known to lead to communication if practiced carelessly.



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

Bug#645757: misdetects Dell RAC as hard disk

2011-10-18 Thread Marc Haber

Package: debian-installer
Severity: minor
Tags: d-i squeeze

Hi,

we are deploying Debian on a large number of servers of different
types. One of our widely used server types is the Dell PowerEdge 1950
which is equipped with a RAC.

The Debian Installer detects the RAC as a hard disk and assigns it
/dev/sda. This, in turn, makes the installer choke since it tries
installing to /dev/sda first.

The culprit here might be our partman early_command:

d-i partman/early_command \
string disk=$(list-devices disk | head -n1); \
vgremove -f our-default-vg-name; \
for part in $(list-devices partition | grep $disk );do dd if=/dev/zero 
of=$part bs=1024k count=16; done; \
dd if=/dev/zero of=$disk bs=1024k count=16; \
debconf-set partman-auto/disk $disk

Is list-devices disk supposed to list a removable USB disk in the
first place? If not, this is a bug which should be fixed.

If list-devices disk showing the RAC is a feature, how do you
suggest handling this case while not breaking the install process for
servers that don't have a RAC and where the build-in hard disk _is_ in
fact /dev/sda?

Any hints will be appreciated.

Greetings
Marc



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

Bug#645758: Source package contains non-free IETF RFC/I-D

Severity: serious
Package: libpgm
Version: 5.1.116~dfsg-2
User: debian-rele...@lists.debian.org
Usertags: nonfree-doc rfc

Hi!

Thanks for removing the non-DFSG-free IETF documents from this package!
However I just noticed that they are still shipped in this package as
part of the subversion repository that is distributed in
openpgm/doc/.svn/.  I'm not sure if shipping the .svn directory is
intentional, but still, the following files:

  
libpgm-5.1.116~dfsg/openpgm/doc/.svn/text-base/draft-ietf-rmt-bb-pgmcc-03.txt.svn-base
  libpgm-5.1.116~dfsg/openpgm/doc/.svn/text-base/rfc3208.txt.svn-base

contains non-DFSG-free material, see
http://wiki.debian.org/NonFreeIETFDocuments for more information.

/Simon



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

Bug#282278: apt mixes essential flag from all sources

David Kalnischkies wrote:

 In that case what means 'other suite' here? It is just 'not the currently
 installed suite for perl-base'? But this tells us nothing
[...]
 In all but the last case changing the message is just plain wrong.

Maybe it is enough to change the message unconditionally, then.  It
currently says WARNING: The following essential packages will be
removed.  A person can easily get confused by running dpkg -s
package and finding the Essential: yes flag is not there.  Maybe
something like

 WARNING: The following packages which are essential in some suite
 will be removed

would avoid that confusion.

I agree with you that Essential: yes is technically something like
an implied Pre-Depends from all packages and that this means the
Essential flag on the installed version of a package is not actually
relevant.  But as the 7 or so bugs this used to be merged with
illustrate, that's not necessarily obvious when people first run into
it. :)  Therefore in an ideal world it would be nice to do

 WARNING: The following essential packages will be removed

  fileutils (essential in sarge)
  textutils (essential in sarge)

 This should NOT be done unless you know exactly what you are doing!

I was thinking that an approximation would be to put some other
suite instead of sarge to at least get the reader thinking along
the right lines; this wouldn't need to involve changing the cache
format since this message does not need to be shown very often so it
can be slow.

I guess even better would be to keep a list of the sources that caused
a package to be considered essential somewhere.  That is a bit beyond
my depth, unfortunately.



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

Bug#645736: Please hide xterm and uxterm icons from the GNOME menu

2011-10-18 Thread Thomas E. Dickey


Quoting Fabian Greffrath fab...@greffrath.com:


Package: xterm
Version: 276-1
Severity: minor

Hi,

a typical GNOME desktop has gnome-terminal installed and this should be the
most prominent terminal application known to its users. Since   
version 276-1 the
xterm package provides another two icons to start other terminal   
applications,
that are not at all integrated into the GNOME desktop, though. While  
 I have no

doubt these two additional starters are valuable in desktop environments that
do not provide their own terminal application, they are simply confusing and
redundant in GNOME. Thus, please cosider adding a line   
NotShowIn=GNOME to the

two corresponding desktop files.


I saw that in Ubuntu #129041; however a better fix would be to distribute
the desktop files in a separate package, e.g., xterm-desktop, which
depends on xterm.  There's no argument to the fact that people who would
install that would get what they're asking for, without being filtered
through the biases of the gnome developers.

--
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#645759: boa-constructor: Please update to use wxwidgets2.8

2011-10-18 Thread Olly Betts

Package: boa-constructor
Version: 0.6.1-11
Tags: patch
User: freewx-ma...@lists.alioth.debian.org
Usertags: wx2.6to2.8

I'm trying to get packages to migrate from wxwidgets2.6 to wxwidgets2.8
so we can remove the former from the archive - it's no longer supported
upstream, and wxwidgets3.0 is supposed to be out early next year.

I updated boa-constructor as per the attached patch to see what might
be needed.

I'm not familiar with the package, but it generally seems to work fine
except that if I create a new PythonApp then exit the application and
say No to saving, I get a segfault.  I don't get that with 0.6.1-11 (the
version currently in unstable).

I think the segfault really needs investigating before upload, and more
thorough testing would be appropriate anyway, but hopefully the attached
patch is a useful start.

Cheers,
Olly
diff -Nru boa-constructor-0.6.1/debian/changelog boa-constructor-0.6.1/debian/changelog
--- boa-constructor-0.6.1/debian/changelog	2011-03-22 11:07:11.0 +1300
+++ boa-constructor-0.6.1/debian/changelog	2011-10-19 00:50:53.0 +1300
@@ -1,3 +1,10 @@
+boa-constructor (0.6.1-11.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Update to use python-wxgtk2.8.
+
+ -- Olly Betts o...@survex.com  Tue, 18 Oct 2011 11:50:11 +
+
 boa-constructor (0.6.1-11) unstable; urgency=low
 
   * debian/source:
diff -Nru boa-constructor-0.6.1/debian/control boa-constructor-0.6.1/debian/control
--- boa-constructor-0.6.1/debian/control	2011-03-22 11:05:53.0 +1300
+++ boa-constructor-0.6.1/debian/control	2011-10-19 00:49:55.0 +1300
@@ -13,7 +13,7 @@
 
 Package: boa-constructor
 Architecture: all
-Depends: ${misc:Depends}, ${python:Depends}, pychecker, python-wxgtk2.6
+Depends: ${misc:Depends}, ${python:Depends}, pychecker, python-wxgtk2.8
 Suggests: python-pyparsing
 Description: RAD tool for Python and wxWindows application
  Boa-constructor is an IDE oriented towards creating cross-platform
diff -Nru boa-constructor-0.6.1/debian/patches/debian-changes-0.6.1-11.1 boa-constructor-0.6.1/debian/patches/debian-changes-0.6.1-11.1
--- boa-constructor-0.6.1/debian/patches/debian-changes-0.6.1-11.1	1970-01-01 12:00:00.0 +1200
+++ boa-constructor-0.6.1/debian/patches/debian-changes-0.6.1-11.1	2011-10-19 00:55:49.0 +1300
@@ -0,0 +1,37 @@
+Description: Upstream changes introduced in version 0.6.1-11.1
+ This patch has been created by dpkg-source during the package build.
+ Here's the last changelog entry, hopefully it gives details on why
+ those changes were made:
+ .
+ boa-constructor (0.6.1-11.1) unstable; urgency=low
+ .
+   * Non-maintainer upload.
+   * Update to use python-wxgtk2.8.
+ .
+ The person named in the Author field signed this changelog entry.
+Author: Olly Betts o...@survex.com
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you might want to add:
+
+Origin: vendor|upstream|other, url of original patch
+Bug: url in upstream bugtracker
+Bug-Debian: http://bugs.debian.org/bugnumber
+Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
+Forwarded: no|not-needed|url proving that it has been forwarded
+Reviewed-By: name and email of someone who approved the patch
+Last-Update: -MM-DD
+
+--- boa-constructor-0.6.1.orig/Boa.py
 boa-constructor-0.6.1/Boa.py
+@@ -229,7 +229,7 @@ try:
+ if not hasattr(sys, 'frozen'):
+ import wxversion
+ if wxVersionSelect is None:
+-wxversion.select('2.8')
++wxversion.ensureMinimal('2.5')
+ else:
+ wxversion.select(wxVersionSelect)
+ except ImportError:
diff -Nru boa-constructor-0.6.1/debian/patches/select_wxpython_2_6.patch boa-constructor-0.6.1/debian/patches/select_wxpython_2_6.patch
--- boa-constructor-0.6.1/debian/patches/select_wxpython_2_6.patch	2009-07-31 09:17:45.0 +1200
+++ boa-constructor-0.6.1/debian/patches/select_wxpython_2_6.patch	1970-01-01 12:00:00.0 +1200
@@ -1,17 +0,0 @@
-Description:	Use xwpython 2.6.
-Origin:		Debian
-Forwarded:	not-needed
-
-Index: boa-constructor-0.6.1/Boa.py
-===
 boa-constructor-0.6.1.orig/Boa.py	2009-04-11 15:57:01.0 +0200
-+++ boa-constructor-0.6.1/Boa.py	2009-04-11 15:57:09.0 +0200
-@@ -230,7 +230,7 @@
- if not hasattr(sys, 'frozen'):
- import wxversion
- if wxVersionSelect is None:
--wxversion.ensureMinimal('2.5')
-+wxversion.select('2.6')
- else:
- wxversion.select(wxVersionSelect)
- except ImportError:
diff -Nru boa-constructor-0.6.1/debian/patches/select_wxpython_2_8.patch boa-constructor-0.6.1/debian/patches/select_wxpython_2_8.patch
--- boa-constructor-0.6.1/debian/patches/select_wxpython_2_8.patch	1970-01-01 12:00:00.0 +1200
+++

Bug#639505: Samsung N150 can reboot on waking from hibernation unless ath9k unloaded

2011-10-18 Thread Sergei Stolyarov

lspci attached

On Tue, Oct 18, 2011 at 5:38 PM, Jonathan Nieder jrnie...@gmail.com wrote:
 Sergei Stolyarov wrote:

 log files attached,

 Thanks.  It lacks the lspci output --- my mistake (yesno in
 include-network errors out when the script is run directly instead of
 by reportbug, causing the bugscript output to be cut short).

 Please attach output from lspci -nnv.  It will tell which wireless
 card you use (e.g., I have an AR9285 here).




-- 
Sergei Stolyarov
00:00.0 Host bridge [0600]: Intel Corporation N10 Family DMI Bridge [8086:a010]
Subsystem: Samsung Electronics Co Ltd Device [144d:c072]
Flags: bus master, fast devsel, latency 0
Capabilities: [e0] Vendor Specific Information: Len=08 ?
Kernel driver in use: agpgart-intel

00:02.0 VGA compatible controller [0300]: Intel Corporation N10 Family 
Integrated Graphics Controller [8086:a011] (prog-if 00 [VGA controller])
Subsystem: Samsung Electronics Co Ltd Device [144d:c072]
Flags: bus master, fast devsel, latency 0, IRQ 46
Memory at f030 (32-bit, non-prefetchable) [size=512K]
I/O ports at 18d0 [size=8]
Memory at d000 (32-bit, prefetchable) [size=256M]
Memory at f000 (32-bit, non-prefetchable) [size=1M]
Expansion ROM at unassigned [disabled]
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [d0] Power Management version 2
Kernel driver in use: i915

00:02.1 Display controller [0380]: Intel Corporation N10 Family Integrated 
Graphics Controller [8086:a012]
Subsystem: Samsung Electronics Co Ltd Device [144d:c072]
Flags: bus master, fast devsel, latency 0
Memory at f038 (32-bit, non-prefetchable) [size=512K]
Capabilities: [d0] Power Management version 2

00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High Definition 
Audio Controller [8086:27d8] (rev 02)
Subsystem: Samsung Electronics Co Ltd Device [144d:c072]
Flags: bus master, fast devsel, latency 0, IRQ 47
Memory at f040 (64-bit, non-prefetchable) [size=16K]
Capabilities: [50] Power Management version 2
Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
Capabilities: [100] Virtual Channel
Capabilities: [130] Root Complex Link
Kernel driver in use: HDA Intel

00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 
1 [8086:27d0] (rev 02) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=05, subordinate=05, sec-latency=0
I/O behind bridge: 5000-5fff
Memory behind bridge: f010-f01f
Prefetchable memory behind bridge: 80a0-80bf
Capabilities: [40] Express Root Port (Slot+), MSI 00
Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [90] Subsystem: Samsung Electronics Co Ltd Device 
[144d:c072]
Capabilities: [a0] Power Management version 2
Capabilities: [100] Virtual Channel
Capabilities: [180] Root Complex Link
Kernel driver in use: pcieport

00:1c.1 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 
2 [8086:27d2] (rev 02) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=07, subordinate=07, sec-latency=0
I/O behind bridge: 4000-4fff
Memory behind bridge: 8060-807f
Prefetchable memory behind bridge: 8080-809f
Capabilities: [40] Express Root Port (Slot+), MSI 00
Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [90] Subsystem: Samsung Electronics Co Ltd Device 
[144d:c072]
Capabilities: [a0] Power Management version 2
Capabilities: [100] Virtual Channel
Capabilities: [180] Root Complex Link
Kernel driver in use: pcieport

00:1c.2 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 
3 [8086:27d4] (rev 02) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=09, subordinate=09, sec-latency=0
I/O behind bridge: 2000-2fff
Memory behind bridge: f020-f02f
Prefetchable memory behind bridge: 8040-805f
Capabilities: [40] Express Root Port (Slot+), MSI 00
Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [90] Subsystem: Samsung Electronics Co Ltd Device 
[144d:c072]
Capabilities: [a0] Power Management version 2
Capabilities: [100] Virtual Channel
Capabilities: [180] Root Complex Link
Kernel driver in use: pcieport

00:1c.3 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 
4

Bug#645760: Source package contains non-free IETF RFC/I-D

Severity: serious
Package: isc-dhcp
Version: 4.2.2-1
User: debian-rele...@lists.debian.org
Usertags: nonfree-doc rfc

Hi!

This source package contains the following files from the
IETF under non-free license terms:

  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/contrib/zkt/doc/rfc5011.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1032.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc5011.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1033.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1034.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1035.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1101.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1122.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1123.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1183.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1348.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1535.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1536.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1537.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1591.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1611.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1612.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1706.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1712.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1750.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1876.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1886.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1912.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1982.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1995.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc1996.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2052.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2104.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2119.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2133.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2136.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2137.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2163.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2168.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2181.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2230.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2308.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2317.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2373.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2374.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2375.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2418.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2535.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2536.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2537.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2538.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2539.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2540.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2541.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2553.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2671.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2672.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2673.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2782.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2825.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2826.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2845.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2874.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2915.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2929.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2930.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc2931.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc3007.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc3008.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc3071.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc3090.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc3110.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc3123.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc3152.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc3197.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc3225.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc3226.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc3258.txt
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8.0-P4/doc/rfc/rfc3363.txt

Bug#645753: Source package contains non-free IETF RFC/I-D

Rene Engelhard r...@debian.org writes:

notfound 645753 1:3.4.3-4
tag 645753 + pending
thanks

On Tue, Oct 18, 2011 at 01:23:45PM +0200, Simon Josefsson wrote:
Version: 1:3.4.3-4

If you file such a bug, please take care to not interrupt ongoing transitions
by supplying a wrong Version: field. Given ext-sources ia part of the .orig
testing is also affected. (as probably were some versions before 3.4.3),
and that one has 3.4.3-3.

The field is not wrong (I confirmed the bug for the version in
unstable), however I would agree that it is incomplete if the bug also
affects the version in testing. Isn't the proper respons to mark both
1:3.4.3-4 and 1:3.4.3-3 as affected? Then I believe the transition
scripts will ignore this bug as it doesn't introduce a new problem.
However I don't care strongly, and it is your package, so no need to
modify the bug further.

ext-sources/db60e4fde8dd6d6807523deb71ee34dc-liblayout-0.2.10.zip:resource/rfc1345.txt

ext-sources/a169ab152209200a7bad29a275cb0333-seamonkey-1.1.14.source.tar.gz:mozilla/netwerk/protocol/ftp/doc/rfc959.txt

ext-sources/a169ab152209200a7bad29a275cb0333-seamonkey-1.1.14.source.tar.gz:mozilla/directory/c-sdk/ldap/docs/draft-ietf-ldapext-ldap-c-api-05.txt

Grmbl.

OK, will remove them (again).
(But I'll not do a 3.4.3.dfsg but wait for 3.4.4, which is planned to be
released beginning of November, and obviously requires new .orig anyway)

Thank you! Obviously, this is not an urgent issue.

/Simon

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

Bug#645392: fadecut fixed bug

2011-10-18 Thread Marco Balmer


Package: fadecut
Tags: 645392 + fixed pending

thanks

Workaround:
Navigate to a writable directory (cd $HOME) and use.

-Marco


signature.asc
Description: GnuPG Signature

Bug#634788: [libfuse-perl] It does not need fuse utils

2011-10-18 Thread Bastien ROUCARIES

Package: libfuse-perl
Version: 0.09-3+b1

Lib fuse perl call directly libfuse. So the first solution is right
Depends: fuse [linux-any] | fuse4bsd [kfreebsd-any]

However be prepared to upgrade libfuse-perl to a newer version because
it really old and if it does not work under bsd upstream will not get
support

Bastien

PS: I could comaintain this package if needed



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

Bug#645761: asciijump: FTBFS with -Werror=format-security

2011-10-18 Thread Felix Geyer

Package: src:asciijump
Version: 1.0.2~beta-5
Severity: important
Tags: patch

asciijump FTBFS with -Werror=format-security which is now a default flag
of dpkg-buildflags:

cmdline.c .. cmdline.c: In function 'parse_cmdline':
cmdline.c:32:4: error: format not a string literal and no format arguments 
[-Werror=format-security]
cmdline.c:35:4: error: format not a string literal and no format arguments 
[-Werror=format-security]
cc1: some warnings being treated as errors

make[1]: *** [bin/cmdline.o] Error 1
make[1]: Leaving directory `/tmp/buildd/asciijump-1.0.2~beta'
--- asciijump-1.0.2~beta.orig/cmdline.c
+++ asciijump-1.0.2~beta/cmdline.c
@@ -29,10 +29,10 @@ int parse_cmdline(int argc, char **argv)
 	for (; i  argc; i++) 
 		switch(optionid(argv[i])) {
 		case Help:
-			printf(usage);
+			printf(%s, usage);
 			return 0;
 		case Version:
-			printf(version);
+			printf(%s, version);
 			return 0;
 		case Matrix_full:
 			mx_mode = MATRIX_FULL;

Bug#547280: update