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

[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 

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  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 
   #elif __ALTIVEC__
   #include 
   #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?

[Remy Zandwijk]

Hi. Any progress on this?

-Remy

Bug#645063: [pulseaudio] Confirm

[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

[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

[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)

[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

[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

[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

[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)

[Steve Langasek]

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

[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]

[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

[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

[Dan S]

2011/10/11 Simon Wenner :
> 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

[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.

[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)

[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

[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

[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

[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

[Stig Sandbeck Mathisen]

tags 645688 + confirmed pending
thanks

Jeroen Pulles  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 



-- 
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)

[David Kalnischkies]

2011/10/18 Michael Biebl :
> 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

[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

[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

[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

[Alexander Reichle-Schmehl]

reassign 645735 www.debian.org
thanks

Hi Tomasz!


* Tomasz Rybak  [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

[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

[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

[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  

-- 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

[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

[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

[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  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

[Hector Oron]

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:
  


> 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:
  

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)

[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)

[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

[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 ... : 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

[Hector Oron]

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:


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

[Hector Oron]

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:


-- 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

[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:
>   
> 

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:
>   


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

[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 = 
#2  xpybConn_getattro (self=0x77ea4370, obj=0x77ec5210) at
conn.c:207
name = 0x77ec5234 "__members__"
mptr = 
sptr = 
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

[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

[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

[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

[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

[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

[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

[Jonathan Nieder]

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

[Hector Oron]

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: 


-- 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

[Hector Oron]

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:
  

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

[Hector Oron]

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 
2>&1
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:


  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

[Jonathan Nieder]

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

[Carlo Stemberger]

Package: wnpp
Severity: wishlist


* Package name: python-qrtools
  Version : 1.2
  Upstream Author : David Green 
* 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

[Davide Governale]

Il giorno Tue, 18 Oct 2011 09:43:14 +0200
Andreas Beckmann  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

[Carlo Stemberger]

Package: wnpp
Severity: wishlist


* Package name: qtqr
  Version : 1.2
  Upstream Author : Ramiro Algozino 
* 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()'

[Hector Oron]

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: 


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

[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   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)

[Jonathan Nieder]

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   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]

[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]  [] ? warn_slowpath_common+0x5e/0x8a
> [0.004000]  [] ? warn_slowpath_null+0xa/0xc
> [0.004000]  [] ? perf_events_lapic_init+0x28/0x29
> [0.004000]  [] ? init_hw_perf_events+0x2dd/0x376
> [0.004000]  [] ? check_bugs+0x8/0xd8
> [0.004000]  [] ? start_kernel+0x309/0x31d
> [0.004000]  [] ? xen_start_kernel+0x564/0x56b
> [0.004000]  [] ? 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

[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  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

[Paul Tagliamonte]

On Mon, Oct 17, 2011 at 6:07 PM, Paul Tagliamonte  wrote:
> On Mon, Oct 17, 2011 at 4:14 PM, Francesco Poli
>  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) = "<202a>Debian -- 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

[Simon Josefsson]

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

[Paul Tagliamonte]

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

On Tue, Oct 18, 2011 at 7:05 AM, Paul Tagliamonte  wrote:
> On Mon, Oct 17, 2011 at 6:07 PM, Paul Tagliamonte  wrote:
>> On Mon, Oct 17, 2011 at 4:14 PM, Francesco Poli
>>  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) = "<202a>Debian -- 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]

[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

[Simon Josefsson]

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

[Simon Josefsson]

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

[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  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

[Simon Josefsson]

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

[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   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 
+
+---
+
+Origin: vendor
+Bug-Debian: http://bugs.debian.org/
+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

[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

[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

[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

[Simon Josefsson]

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

[Jonathan Nieder]

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
" 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

[Thomas E. Dickey]

Quoting 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.


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

[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   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 
+
+---
+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: , 
+Bug: 
+Bug-Debian: http://bugs.debian.org/
+Bug-Ubuntu: https://launchpad.net/bugs/
+Forwarded: 
+Reviewed-By: 
+Last-Update: 
+
+--- 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
+++ boa-constructor-0.6.1/debian/patches/select_wxpython_2_8.patch	2011-10-19 00:53:23.0 +1300
@@ -0,0 +1,30 @@
+Description:	Use wxpython 2.8.
+Origin:		Debian
+Forwarded:	not-needed
+
+Index: boa-constructor-0.6.1/Boa.py
+=

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

[Sergei Stolyarov]

lspci attached

On Tue, Oct 18, 2011 at 5:38 PM, Jonathan Nieder  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  [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 [8086:27d6] (rev 02) 

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

[Simon Josefsson]

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
  dhcp-4.2.2/bind/bind.tar.gz:bind-9.8

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

[Simon Josefsson]

Rene Engelhard  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

[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

[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

[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

[Simon Josefsson]

unarchive 547280
found 547280 4.0.0~alpha17-3
thanks

I noticed this file is still shipped by the package:

  
samba4-4.0.0~alpha17/source4/ldap_server/devdocs/draft-armijo-ldap-syntax-00.txt

When double checking this, I noticed the following file in the same
directory:

samba4-4.0.0~alpha17/source4/ldap_server/devdocs/ldapext-ldapv3-vlv-04.txt

Is there a DFSG-free license for it?

/Simon



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

Bug#645656: gnome-core: please re-soften the network-manager-gnome dependency

[Mario 'BitKoenig' Holbe]

On Mon, Oct 17, 2011 at 08:39:22PM +0200, Josselin Mouette wrote:
> Le lundi 17 octobre 2011 à 17:54 +0200, Mario 'BitKoenig' Holbe a
> > gnome recommends network-manager-gnome
> > to 
> > gnome-core depends network-manager-gnome
> NetworkManager is now a part of the core GNOME modules as published
> upstream, so we are only following this move.

Since you left the bug open, I still have a spark of hope there is some
room for discussion :) And I hope for other users to jump in and express
their seconds.

I understand your point about following upstream wrt. integration of
NetworkManager. Unfortunately, this effectively disables all of Debian's
alternatives for managing network interfaces. I'm sure this is fine for
the average user, but it denies the - well, more experienced user from
chosing alternatives.
I'm not exactly sure about the benefits of a hard depends over a soft
recommends here - especially now where apt and aptitude default to
automatically pulling recommends. Due to this I believe there is no
difference for the average user in this situation, but switching back to
recommends would leave others a choice.

Just to draw the whole picture a bit more detailed...
network-manager-gnome pulls network-manager which pulls dialup-stuff
never needed on workstations, and wireless stuff - also never needed on
workstations. Of course, a few packages more or less don't really matter
on a machine where Gnome ist installed. But those are packages I have to
care about because they try to care about me.
Some of that stuff I can get rid of - at the price of a bunch of
unresolved recommends instead of just one before and at the price of
a bunch of warnings in syslog at each boot. Some of that stuff I can't
get rid of. Of course, I can build a dummy network-manager-gnome package
to get rid of the rest as well, but I wish I wouldn't have to.
NetworkManager modifies my network/interfaces effectively taking over
control of network interfaces from ifupdown without my knowledge and
without my notice. Of course, this isn't your fault and I should address
that to network-manager. It's just part of the whole picture. (aside
from me being quite sure, the network-manager maintainer will tell me
this way is best for the average user and I can revert it if I want to)


Thanks for your work, thanks for not closing the bug immediately, sorry
for the long reply and best regards
   Mario
-- 
Doing it right is no excuse for not meeting the schedule.
-- Plant Manager, Delphi Corporation


signature.asc
Description: Digital signature

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

[Fabian Greffrath]

Am 18.10.2011 13:56, schrieb Thomas E. Dickey:

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.


Not installing the desktop files will raise other issues, c.f. 
. So, please 
keep them in the xterm package but hide them from the menus.


 - Fabian



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

Bug#645762: requestsync: uses SMTP port (25) instead of submission port (587)

[Paul Wise]

Package: ubuntu-dev-tools
Version: 0.132
Severity: normal
File: /usr/bin/requestsync

Many ISPs block the SMTP port (25) by default, I would suggest that
requestsync should by default use the submission port (587) as codified
in RFC4409. This would require the Launchpad to first accept mail
destined for Launchpad on that port.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages ubuntu-dev-tools depends on:
ii  binutils   2.21.90.20111004-2
ii  dctrl-tools2.18  
ii  devscripts 2.11.1
ii  diffstat   1.54-1
ii  distro-info0.2.1 
ii  dpkg-dev   1.16.1
ii  lsb-release3.2-28
ii  perl   5.12.4-4  
ii  python 2.7.2-8   
ii  python-apt 0.8.0 
ii  python-debian  0.1.21
ii  python-launchpadlib1.9.9-2   
ii  python-lazr.restfulclient  0.12.0-1  
ii  python2.6  2.6.7-3   
ii  python2.7  2.7.2-5   
ii  sudo   1.8.2-2   

Versions of packages ubuntu-dev-tools recommends:
ii  bzr 2.3.1-2  
ii  bzr-builddeb   
ii  ca-certificates 20110502+nmu1
ii  cowdancer   0.65 
ii  debian-archive-keyring  2010.08.28   
ii  debian-keyring  2011.08.07   
ii  debootstrap 1.0.37   
ii  genisoimage 9:1.1.11-2   
ii  libwww-perl 6.02-1   
ii  pbuilder0.203
ii  perl-modules5.12.4-4 
ii  python-dns  2.3.5-3  
ii  python-gnupginterface   0.3.2-9.1
ii  python-soappy   0.12.0-4 
ii  reportbug   6.2.1
ii  sbuild  0.62.5-1 

Versions of packages ubuntu-dev-tools suggests:
ii  ipython0.10.2-1 
ii  python 2.7.2-8  
ii  python-simplejson  2.2.0-1  
ii  qemu-user-static   0.14.1+dfsg-3

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#634330: Workaround for this bug

[David Weinehall]

pstoraster has been renamed in ghostscript-cups to gstoraster.

Workaround:

cd /usr/lib/cups/filter
ln -s gstoraster pstoraster

A proper fix is probably to add a conditional to module.mk.


Regards: David
-- 
 /) David Weinehall  /) Rime on my window   (\
//  ~   //  Diamond-white roses of fire //
\)  http://www.acc.umu.se/~tao/(/   Beautiful hoar-frost   (/



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

Bug#645763: bti: no errors when identica is down

[Vincent Lefevre]

Package: bti
Version: 031-1
Severity: normal

Currently bti doesn't work with identica:

ypig:~> bti --config .bti-identica --host identica --action friends
ypig:~>

This is because identica is down, but there should have been an error
message and the exit code should have been non-zero.

The --debug option gives more information:

ypig:~> bti --debug --config .bti-identica --host identica --action friends
bti: main: configfile = .bti-identica
bti: main: host = 1
bti: main: action = 1
bti: session_readline_init: Using libreadline.so.6 for readline library
bti - version 031
bti: main: config file = .bti-identica
bti: main: host = 1
bti: main: action = 1
bti: send_request: https://identi.ca/api/statuses/friends_timeline.xml?page=1
bti: send_request: 
https://identi.ca/api/statuses/friends_timeline.xml?oauth_consumer_key=xxx&oauth_nonce=xxx&oauth_signature_method=HMAC-SHA1&oauth_timestamp=1318942941&oauth_token=xxx&oauth_version=1.0&page=1&oauth_signature=%2Fxxx%2Bc%3D
bti: send_request: service 
unavailableservice unavailableStatusNet cloud 
sites, including Identi.ca, are under maintenance. See http://status.net/2011/10/18/identi-ca-and-other-sites-down";>status blog 
post for details and updates.
ypig:~>

-- 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/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bti depends on:
ii  libc62.13-21 
ii  libcurl3-gnutls  7.21.7-3
ii  liboauth00.9.4-2 
ii  libpcre3 8.12-4  
ii  libxml2  2.7.8.dfsg-5

bti recommends no packages.

Versions of packages bti suggests:
ii  bash-completion  1:1.3-1

-- 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#645764: gnumeric: Error with the background colours

[Nicolas Patrois]

Package: gnumeric
Version: 1.10.17-1+b1
Severity: normal

Dear Maintainer,

The sort function sorts correctly the items, but the background colours does 
not follow the cells, they just stay where they were.

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

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

Versions of packages gnumeric depends on:
ii  debconf [debconf-2.0]  1.5.40  
ii  gconf2 2.32.4-1
ii  gnumeric-common1.10.17-1   
ii  gsfonts1:8.11+urwcyr1.0.7~pre44-4.2
ii  libatk1.0-02.2.0-1 
ii  libc6  2.13-21 
ii  libcairo2  1.10.2-6.1  
ii  libgdk-pixbuf2.0-0 2.24.0-1
ii  libglib2.0-0   2.28.6-1
ii  libgoffice-0.8-8   0.8.17-1
ii  libgsf-1-114   1.14.21-2   
ii  libgtk2.0-02.24.6-2
ii  libpango1.0-0  1.29.4-1
ii  libxml22.7.8.dfsg-5
ii  procps 1:3.2.8-11  
ii  zlib1g 1:1.2.3.4.dfsg-3

Versions of packages gnumeric recommends:
ii  evince2.32.0-1  
ii  lp-solve  5.5.0.13-7

Versions of packages gnumeric suggests:
ii  epiphany-browser   3.0.4-1 
ii  gnumeric-doc 
ii  gnumeric-plugins-extra   
ii  ttf-liberation 1.07.0-1
ii  ttf-mscorefonts-installer  3.3 

-- debconf information:
  gnumeric/existing-process: false
  gnumeric/existing-process-title:



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

Bug#645765: please consider allowing to load installer components from a different mirror

[Marc Haber]

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

Hi,

when entities deploy Debian via network install, point releases can
pose challenges. For example, a site I consult for has a mirror which
is rsynced daily, but the installation server is not updated
automatically with the latest initrd and kernel files.

After the last point release[1], installation was broken since the
kernel from 6.0.2 wasn't willing to load the kernel modules loaded
from the 6.0.3 mirror. Disk not found, game over.

To get around this, I think that it would be desireable to be able to
load installer components from a different source than the repository
that the actual system that is being installed. That way, one would be
able to dump the contents of a (probably older) netinstall CD to a web
server, and point the installer to that web server while still
doing the actual install from ftp.de.d.o.

This could be accomplished, for example, with the following algorithm:

  (1) Run through the normal mirror selection process. Take answer as
  d-i mirror/installer/hostname
  (2) Check whether d-i mirror/installer/hostname is a full mirror or a
  installation image only
  (2a) if full mirror, set d-i mirror/http/hostname to d-i
   mirror/installer/hostname's value
  (3) Expert: Ask "Use the same mirror to for the installation?"
  (3a) if no, ask for d-i mirror/http/hostname
  (4) load installer components from d-i mirror/installer/hostname
  (5) install actual system from d-i mirror/http/hostname

both mirror/installer/hostname and mirror/http/hostname should be
preseedable. Same algorithm for other parameters such as
mirror/*/directory et al.

That way, one could make sure to always have an installer repository
consistent with the kernel/initrd pair offered by the PXE server, and
keep the triple kernel/initrd/repository stable and verified, while
still installing the current point release from the actual mirror.

Please consider adding this functionality to the installer; it would
have saved us (and probably other installations) a lot of grief.
Currently, we have a safety latch active which stops all archive
updates once
/debian/dists/*/main/debian-installer/*/Packages.gz
changes from the file we're familiar with. This is kind of an ugly
workaround, and a nicer solution would be to have the installer load
its components from a dedicated URL that could be forced into sync.

Greetings
Marc



[1] I don't have the slightest idea why this issue has only surfaced
after 6.0.3



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

Bug#602687: Upstream update

[Hector Oron]

On Mon, Sep 26, 2011 at 08:51:29AM +0300, Jari Aalto wrote:
> 
> [Forwarded to Debian BTS]
> http://bugzilla.abisource.com/show_bug.cgi?id=12984
> 

--- Comment #3 From Ben Martin 2011-09-27 01:24:29 [reply] ---
This is now backported to the ABI-2-8-0-STABLE branch so it is ready for
subsequent 2.8.x versions too.

I have been trying to port the fix to Debian/mentors package and I have found 
the following so far:

  * It needs to update configure files for libwpd-0.9 and libwpg-0.2.
- Needs to update debian/control build dependency on libwpd-dev, not 
libwpd8-dev.
  * Build fails on:
CXX   xap_UnixDialogHelper.o
xap_UnixDialogHelper.cpp: In function ‘void messageBoxOK(const char*)’:
xap_UnixDialogHelper.cpp:833:18: error: format not a string literal and no 
format arguments [-Werror=format-security]
cc1plus: some warnings being treated as errors
likely due to the introduction of hardening flags by default.

I would like to work on having this package buildable on armhf architecture, 
so, could the maintainer which is best way forward to work with it? Which are 
your plans?

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#645766: lusca-dbg: Typo in Description:

[Fredrik Eriksson]

Package: lusca-dbg
Severity: minor


Description: Internet object cache (WWW prox cachey) - debug symbols

should be

Description: Internet object cache (WWW proxy cache) - debug symbols


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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE= (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#645767: prey: running --check gives "Password not set! (Remember it should be base64 encrypted)."

[Félix Sipma]

Package: prey
Version: 0.5.3-4
Severity: important

Dear Maintainer,

See: https://github.com/tomas/prey/issues/107

There is a bug in /usr/lib/prey/core/functions which results in giving
"Password not set" when running "prey.sh --check".

The line:

if [ "$(decrypt \"$smtp_password\")" != "" ]; then

should be replaced by:

if [ "$(decrypt $smtp_password)" != "" ]; then

According to the last post on github, the issue is fixed upstream.



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

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

Versions of packages prey depends on:
ii  bash   4.1-3  
ii  curl   7.21.7-3   
ii  debconf [debconf-2.0]  1.5.40 
ii  imagemagick8:6.6.9.7-5+b1 
ii  libio-socket-ssl-perl  1.44-1 
ii  libnet-ssleay-perl 1.36-3 
ii  openssl1.0.0e-2   
ii  perl   5.12.4-4   
ii  streamer   3.95.dfsg.1-8.2

Versions of packages prey recommends:
ii  python   2.7.2-8 
ii  python-gtk2  2.24.0-2

prey suggests no packages.

-- Configuration Files:
/etc/prey/config changed [not included]

-- debconf information excluded

-- 
Félix


signature.asc
Description: Digital signature

Bug#412993: gnupg-agent: start up should be dependant on /etc/X11/Xsession.options

[Alberto Garcia]

On Sat, May 17, 2008 at 07:03:23PM +1000, Alex Samad wrote:

> I would like to second Edward Guldemond request, gpg-agent should
> only be started if use-gpg-agent is in the Xsessions.option file

Also note that gnupg-agent is not the only gpg agent available.

The GNOME Keyring daemon provides a similar functionality, so we don't
want to have both running unconditionally when only one is going to be
used.

Berto



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

Bug#636192: Non-debhelper multiarch patch for fakeroot

[Johannes Schauer]

Hi,

On Wed, Sep 14, 2011 at 10:11:14PM +0200, Yann Dirson wrote:
> Now that I'm looking at it, I realize that the default "make install"
> does install libfakeroot.so directly in $prefix/lib/ - this brings me
> back to the question of why we need to get it out of the standard
> ld.so search path, especially if anyone installing from source get it
> in that very search path.
> 
> Let's keep in mind that if we do the same, there is no problem to be
> solved for PATHS: this variable won't be useful at all any more, since
> ld.so would do for us that job it does well for others ;)
> 
> But if we still need that libfakeroot/ dir, looks like we need
> something to make sure we have a fixed string where we currently have
> @libdir@ - an auxiliary @scriptlibdir@ would do the trick.  A
> configure flag to toggle multiarch mode, which would also check
> dpkg-architecture and set @libdir@ and @scriptlibdir@ accordingly.

What is the reasoning behind using the libfakeroot/ directory?

For example as fakeroot is not yet installed into the multiarch
/usr/lib// directory, to make qemu find it when emulating
foreign architectures, I will manually download the foreign fakeroot deb
package and copy libfakeroot-sysv.so into /usr/lib//.

The linker will NOT search in /usr/lib//libfakeroot and I tried
playing with LD_PRELOAD but wasnt able to instruct it to look into the
libfakeroot/ subdirectory as well.

I'm probably overlooking the obvious but unless someone knows how to
make it automatically look into /usr/lib//libfakeroot as well
it would certainly be better to have libfakeroot-sysv.so in the standard
path /usr/lib//. This is where my foreign libfakeroot-sysv.so
currently resides and it works well.

just my two cents.

What is the status on multiarch-ing fakeroot?

cheers, josch



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

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

[Romain Beauxis]

Hi Bastien!

2011/10/18 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

You are very welcome to take over the package!

Romain



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

Bug#644519: Manpages

[Christopher Gervais]

Hi again,

I've begun work on a manpage for the drush-make command, but it occurs to me
that Drush Make also has a specific file-format. So, I believe I'll also
need to create a drush-make(5) manpage to document it.

Please correct me if I'm wrong.

Regards, C

-- 
Christopher Gervais  :|:  Principal,  Ergon Logic Enterprises
514.945.6442  :|:  christopher.gerv...@ergonlogic.com

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

[Olly Betts]

On Tue, Oct 18, 2011 at 08:53:38AM +0200, Andreas Tille wrote:
> 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.

Seems a good call - a quick search shows we have several other typing
tutor programs packaged.

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

Not sure I've got to the hard work yet - I think that'll start when we
get on to packaging 3.0.  But thanks.

Cheers,
Olly



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

Bug#645768: alpine ignores /etc/mailname

[Petr Baudis]

Package: alpine
Version: 2.00+dfsg-6
Severity: normal


In case there is no user-domain variable setting in alpine configuration
file, alpine seems to default on the hostname of the machine,
disregarding /etc/mailname, which is the default way to specify
mail domain in organizations with many workstations. Other MUAs respect
this but alpine needs to be configured separately.


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

Kernel: Linux 2.6.38.8-kamdesktop (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages alpine depends on:
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libgssapi-krb5-21.8.3+dfsg-4squeeze2 MIT Kerberos runtime libraries - k
ii  libkrb5-3   1.8.3+dfsg-4squeeze2 MIT Kerberos runtime libraries
ii  libldap-2.4-2   2.4.23-7.2   OpenLDAP libraries
ii  libncurses5 5.7+20100313-5   shared libraries for terminal hand
ii  libpam0g1.1.1-6.1Pluggable Authentication Modules l
ii  libssl0.9.8 0.9.8o-4squeeze3 SSL shared libraries

alpine recommends no packages.

Versions of packages alpine suggests:
ii  aspell  0.60.6-4 GNU Aspell spell-checker
ii  postfix [mail-transport 2.7.1-1+squeeze1 High-performance mail transport ag

-- 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#645737: rtorrent: FTBFS on multiple architectures

[Rogério Brito]

Hi, Hector.

On Tue, Oct 18, 2011 at 07:38, Hector Oron  wrote:
> Package: rtorrent
> Version: 0.8.9-1
> Severity: serious

Yes, that's to be expected, as I enabled IPv6 support in libtorrent,
but not in rtorrent (libtorrent was having compilation issues with
IPv6 enabled, which I managed to solve *after* I uploaded rtorrent).

I will probably upload a fix tomorrow or so, as real life is quite
hectic right now.


Regards,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br



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

Bug#575411: update for stable?

[Holger Levsen]

Hi,

from #debian-java

* h01ger wonders if you think #575411 is a.) important and b.) warants a fix 
in squeeze..

 h01ger: can you follow up on the bug asking for a stable update?
 sure


cheers,
Holger



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