Bug#710867: Doesn't seem to be able to get the md stat any more

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: logwatch
Version: 7.4.0+svn20130529rev144-1
Severity: normal

The latest upgrade (1. Juni 2013, version 7.4.0+svn20130529rev144-1) did
break the mdadm stuff.

Now I get the following message:
 /dev/md0 : clean  - /dev/sda1 /dev/sdb1
 mdadm: cannot open /dev/md/1: No such file or directory
 Can't use an undefined value as an ARRAY reference at 
/usr/share/logwatch/scripts/services/mdadm line 84.
 /dev/md/1 :

where my /proc/mdstat looks like the following:
   Personalities : [raid1]
   md5 : active raid1 sda8[2] sdb8[3]
 290262280 blocks super 1.0 [2/2] [UU]

   md2 : active raid1 sda6[3] sdb6[2]
 292969236 blocks super 1.0 [2/2] [UU]

   md1 : active raid1 sda5[3] sdb5[2]
 292969236 blocks super 1.0 [2/2] [UU]

   md0 : active raid1 sdb1[1] sda1[0]
 200 blocks [2/2] [UU]

   unused devices: 

... and there is no file or device inside of /dev/md/.

- -- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (800, 'unstable'), (600, 'oldstable'), (110, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9.4 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to 
de_DE)
Shell: /bin/sh linked to /bin/dash

Versions of packages logwatch depends on:
ii  exim4-daemon-light [mail-transport-agent]  4.80-7
ii  perl   5.14.2-21

Versions of packages logwatch recommends:
ii  libdate-manip-perl  6.39-1

Versions of packages logwatch suggests:
ii  fortune-mod  1:1.99.1-6

- -- no debconf information

- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQGcBAEBCgAGBQJRrD2DAAoJEKZ8CrGAGfasWwIL/0KYgmokCOYMxXh4tAyS/2rF
sv/FnKwefjkVtprlyl5+ocbvyZEAKTyjpHA5dUUg1UafQwTB8WdZIBufRRi/i+MF
vz+DOAVmyoTRVagKPOeuHK+zzmK8QkhjkVrcXpLOc4wUpjCUHySzm1z+ubqlHM7e
GH9nsYiMNcF/Jde6j7eOm8dRsBacsqqliJuSgYabS7hcwh0lSapgX4JVOwqNdc9a
RkS/3A/oHHctHUohBDkE2h54d6JIVSP955DiZCiN/TsKklxLneHsBVPEzxHNOdC6
JRrE4eh0D9PH5aOqKcnNcvw9gABievsw04ZKzOjBzM5V+VSoQZe0d6sU/NYFOCI7
BjNKlWmsrsjigOrxciv0RzI/hRsK/WEy2J3IYdqmP4R/yHSVX8RS1Q51huFREofv
P/Ph3FlG99cWaropqUj9M/6+ATsyYkAPr0e42fiyp17m3gH6hYytzPgh4EI1eeQM
OzdZFmyAVL6McUVnYcfEB9wxt5c+uUx40fmoWIZBsA==
=Yu5p
-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#710866: xpra: attach timeouts if initial SSH latency is too high

[Timo Juhani Lindfors]

Package: xpra
Version: 0.9.4+dfsg-1
Severity: normal

Steps to reproduce:
1) To simulate SSH that takes a while to connect, create a file named
   "slowssh.bash" with the following contents and make it executable:

#!/bin/bash
sleep 15
exec /usr/bin/ssh "$@"

2) xpra attach --ssh ./slowssh.bash ssh:server.example.com:7

Expected results:
2) xpra tolerates the 15-second latency in the initial SSH handshake.

Actual results:
2) xpra tiemouts every time after about 8 seconds:

xpra client version 0.9.4
2013-06-03 06:39:18,401 check_server_echo: server is not responding, redrawing 
spinners over the windows
2013-06-03 06:39:26,421 connection closed after 0 packets received (0 bytes) 
and 3 packets sent (8356 bytes)
2013-06-03 06:39:26,422 Connection lost
2013-06-03 06:39:26,428 check_server_echo: server is OK again, stopping redraw

More info:
1) This occurs on real mobile connections especially when I chain
   multiple SSH connections together with something like the following
   in ~/.ssh/config:

Host server.example.com
 ProxyCommand ssh gateway.example.com nc -w 3 %h %p

2) This did not occur with xpra 0.3.11+dfsg-1

3) I can understand the need for a timeout but maybe it could be
   configurable? I tried to find the timeout from the source but
   couldn't find it in a few minutes.

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

Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/6 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xpra depends on:
ii  libavcodec53  6:0.8.7-1
ii  libc6 2.17-4
ii  libswscale2   6:0.8.7-1
ii  libvpx1   1.2.0-2
ii  libwebp2  0.1.3-3+nmu1
ii  libx11-6  2:1.5.0-1+deb7u1
ii  libx264-123   2:0.123.2189+git35cf912-1
ii  python2.7.3-5
ii  python-gtk2   2.24.0-3+b1
ii  python-wimpiggy   0.9.4+dfsg-1
ii  x11-xserver-utils 7.7~3
ii  xserver-xorg-input-void   1:1.4.0-1+b1
ii  xserver-xorg-video-dummy  1:0.3.5-2+b1

Versions of packages xpra recommends:
ii  openssh-client  1:6.2p2-3
ii  python-imaging  1.1.7-4
ii  ssh-askpass 1:1.2.4.1-9

Versions of packages xpra suggests:
ii  gstreamer0.10-plugins-bad   0.10.23-7.1
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu1
ii  gstreamer0.10-plugins-ugly  0.10.19-2+b2
pn  openssh-server  
ii  pulseaudio  2.0-6.1
ii  pulseaudio-utils2.0-6.1
ii  python-dbus 1.2.0-1
ii  python-gst0.10  0.10.22-3
pn  python-gtkglext1

-- 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#709348: closed by Holger Levsen (where's the bug?)

[Helmut Grohne]

Control: reopen -1

On Sun, 2 Jun 2013 22:47:03 +0200, Holger Levsen wrote:
> so I was wondering whether those two packages were legetimatly providing 
> /usr/sbin/policy-rc.d, and then I noticed that those two packages were tested 
> fine:
> 
> http://piuparts.debian.org/sid/source/p/policyrcd-script-zg2.html
> http://piuparts.debian.org/sid/source/c/cdebootstrap.html
> 
> matrix:~$ apt-file show policyrcd-script-zg2|grep rc.d
> policyrcd-script-zg2: /usr/sbin/zg-policy-rc.d
> policyrcd-script-zg2: /usr/share/man/man8/zg-policy-rc.d.8.gz

Ok, my guess that piuparts would be failing for this package was likely
wrong. 

> matrix:~$ apt-file show cdebootstrap|grep rc.d
> cdebootstrap: /usr/share/cdebootstrap/cdebootstrap-helper-rc.d.deb
> cdebootstrap-static: 
> /usr/share/cdebootstrap-static/cdebootstrap-helper-rc.d.deb

You are testing the wrong package. The affected package is
cdebootstrap-helper-rc.d. To reproduce it, create a chroot with
cdebootstrap, then create a base.tgz from that chroot and use that
base.tgz for testing any package with piuparts.

> I'm closing this "bug". You know how to reopen and provide examples ;-)

Yeah, doing that now. I think "moreinfo" would have been more
appropriate in this case.

Helmut


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

Bug#598639: [RC: #598639] foomatic-gui/printconf: Not working in modern CUPS environments

[Didier Raboud]

Hi Chris,

Le mardi, 9 août 2011 22.42:39, Moritz Muehlenhoff a écrit :
> Chris, almost a year has passed. Do you agree with removal from
> unstable or what's your plan for foomatic-gui?

It's been one more year-and-a-half without any action, upload, or handling of 
the bugs of foomatic-gui, which hasn't entered testing for almost 500 days and 
hasn't been in the two past stable releases. In particular, there was no 
especially not on this one claiming that foomatic-gui doesn't work in modern 
CUPS environment.

Also, printconf asks the user to send autodetect information to foomatic-
d...@packages.qa.debian.org and we don't do anything with this information, so 
if we can't agree to removing foomatic-gui (but I think enough time was given 
to the maintainer), I intend to NMU it to make that hint point to foomatic-
g...@packages.qa.debian.org instead.

Cheers,

Didier

P.S. CC'ing MIA.


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

Bug#710856: Unsupported format

[Dmitry Smirnov]

On Mon, 3 Jun 2013 11:12:02 jida...@jidanni.org wrote:
> Package: gnumeric
> Version: 1.12.2-2
> 
> One gets Unsupported format with
> http://civic.ad.tpc.gov.tw/DocLibCivic/DA_06_CaseDocsView.aspx?PFSno=91724
> 
> Even python-excelerator can deal with it.

I think this bug report might be incorrect as I can open this file with no 
problems
whatsoever. Could you try again please?

Best wishes,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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

Bug#709008: xpra: PDFs appear very tiny in evince under xpra at 100% zoom

[Timo Juhani Lindfors]

Antoine Martin  writes:
> To figure out what xvfb you are using (Xvfb or Xdummy):
> grep xvfb /etc/xpra/xpra.conf

# xvfb=Xvfb +extension Composite -screen 0 3840x2560x24+32 -nolisten tcp 
-noreset -auth $XAUTHORITY
# xvfb=/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp +extension GLX +extension 
RANDR +extension RENDER -logfile ${HOME}/.xpra/Xorg.${DISPLAY}.log -config 
/etc/xpra/xorg.conf
xvfb=/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp +extension GLX +extension 
RANDR +extension RENDER -logfile ${HOME}/.xpra/Xorg.${DISPLAY}.log -config 
/etc/xpra/xorg.conf

(it's unmodified xpra.conf)

> I think I've seen this bug, can you please file a ticket?
> (this is an upstream bug, not a debian/packaging bug)

done, https://www.xpra.org/trac/ticket/347


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

Bug#710799: unoconv: Please don't recommend all of LibreOffice

[Vincent Bernat]

 ❦  3 juin 2013 00:52 CEST, Dag Wieers  :

>> When a component is missing, users get a cryptic error during
>> conversion. In the past, the Recommends was only set to *-core package
>> but this package does not include libreoffice-write (for example). The
>> change is documented in this bug report:
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641806
>>
>> I will remove the Recommends on libreoffice and replace it with a
>> Recommends to libreoffice-writer, libreoffice-draw, libreoffice-calc,
>> libreoffice-impress.
>
> It's hard to get the requirements right, but have a sensible
> default. May I suggest you do add/keep libreoffice-xsltwriter (?) as a
> mandatory requirement ? Not sure what package ships the xsltwriter, on
> RPM-based distributions it's libreoffice-xsltwriter.

We don't have that package. What does it contain?

> BTW 0.6 was released (and has some very important stability fixes
> included) and I'll hope to release 0.7 soon with python3 support
> (though don't wait for 0.7).

OK, I will package 0.6 soon.
-- 
Test input for validity and plausibility.
- The Elements of Programming Style (Kernighan & Plauger)


pgpmzYdEaQGvm.pgp
Description: PGP signature

Bug#710865: version rc1 shall not enter testing until red is fixed

[Martin Zobel-Helas]

Package: ed
Version: 1.9~rc1-2
Severity: serious

Hi,

version rc1-2 shall not enter testing as this version ships a broken 'red'
package. This needs to be fixed during next upload. This might require ed
package moving from /bin/ed to /usr/bin/ed.

Cheers,
Martin

-- System Information:
Debian Release: 7.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages ed depends on:
ii  dpkg  1.16.10
ii  install-info  4.13a.dfsg.1-10
ii  libc6 2.13-38

ed recommends no packages.

ed 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#665518: clipit: diff for NMU version 1.4.1-1.1

[Cristian Henzel]

Hello,


there's an upstream version of ClipIt available in which this bug is fixed, but 
I didn't upload it yet because I didn't want to create additional work for the 
people involved with the freeze/release. I can prepare a new upload of the 
upstream version in about a week or so, but I don't mind your NMU if you think 
it's needed.


--
Best regards,
Mit freundlichen Grüßen,

Cristian Henzel

Bug#710427: marked as done (debirf: installing apache2 requires apache2.2-common installed on host)

[Jameson Graef Rollins]

On Sun, Jun 02 2013, Daniel Kahn Gillmor  wrote:
> I'm not sure if this bug should be marked wontfix, or if maybe instead
> it should be reassigned to the apache2 package to clean up the behavior
> of these tools.

Sorry, yeah, that may better.  I was closing it wontfix from a debirf
perspective.  I'm fine with reopening and reassigning if you feel that's
appropriate.

jamie.


pgp8n3e7dl3WC.pgp
Description: PGP signature

Bug#708748: [RFR] templates://heat/{heat-engine.templates,heat-api-cfn.templates,heat-api-cloudwatch.templates,heat-api.templates}

[Christian PERRIER]

Quoting Justin B Rye (justin.byam@gmail.com):
> Christian PERRIER wrote:
> [...]
> >  Template: heat/keystone-ip
> >  Type: string
> > -_Description: Keystone IP address:
> > - Enter the IP address of your keystone server, so that heat-api can
> > - contact Keystone to do the Heat service and endpoint creation.
> > +_Description: Keystone server IP address:
> > + Please enter the IP address of the Keystone server, so that heat-api can
> > + contact Keystone to do the Cinder service and endpoint creation.
> 
> Heat, not Cinder.  Oh, it's right in the patch anyway.


Yes, I keep finding such copy/paste errors here or there.In this case,
I noticed it, corrected the patchbut didn't  manually correct the
mail.

Anyway, another pair of eyes in these very repetitive stuff will help.




signature.asc
Description: Digital signature

Bug#447701: Was apticron not actual dist-upgrade (was Re: Bug#447701: python-software-properties: Why was this not fixed for release?)

[Daniel Dickinson]

My humblest apologies.

I am getting awfully cranky from time to time lately, sorry about that.
 Sleep (and a new CPAP machine since the old one is busted, but first I
need get into the sleep lab for a retest) probably will go a long way to
help with that.

Anyway the real reason for the dist-upgrade wasn't unattended-upgrades,
and in fact the full commandline, which I was fortunately about to find
in my logs because I killed it, was from apticron and doesn't actually
do a dist-upgrade, just simulates one to find out what packages are
pending for an upgrade.

Regards,

Daniel


On 03/06/13 12:13 AM, Daniel Dickinson wrote:
> On 02/06/13 05:10 PM, Julian Andres Klode wrote:
>> On Sun, Jun 02, 2013 at 02:43:34PM -0400, root wrote:
>>> Package: python-software-properties
>>> Version: 0.82.7.1debian1
>>> Followup-For: Bug #447701
>>>
>>> software-properties-gtk pulls in unattended-upgrades which leads to 
>>> unexpected (and unwanted) automatic dist-upgrades.  At first I thought 
>>> I had been hacked because dist-upgrade --allow-authenticated was 
>>> occuring the background without my knowledge or consent.
>>
>> (a) No it does not upgrade your system automatically. You need to
>> configure this manually.
> 
> No, I did not configure this.  Not a chance in hell.  And I am not the
> only one (see previous messages) who is reporting this.  That is why
> there is an issue with it and why (before you sent the email I am
> replying to), I raised the severity.  Maybe there is a third package
> screwing with configs, but I did not touch unattended-upgrades config,
> nor did I choose to install it, and it is listed a 'Depends' of
> software-properties-gtk.
> 
>> (b) Your lines are too long
> 
> Used reportbug and vi in default configuration.
> 
>> (c) Were you really reporting as root?
>>
> 
> Yes, because at the time I didn't have another terminal handy.
> 
> Regards,
> 
> Daniel


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

Bug#710864: [mypaint] MyPaint cannot find icons - does not start up

[Harishankar]

Package: mypaint
Version: 1.1.0-3
Severity: important

--- Please enter the report below this line. ---

Getting this error message on MyPaint Startup:


0
Using GTK2

(process:7571): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
builtin python 2.6 json support
DEBUG: getlocale(): (None, None)
DEBUG: localepath:  /usr/share/locale
DEBUG: localepath_brushlib:  /usr/share/locale
confpath = /home/hari/.mypaint/
Error: Where have my icons gone?
Icon search path: ('/home/hari/.icons',
'/home/hari/.local/share/icons', '/usr/share/gnome/icons',
'/usr/local/share/icons', '/usr/share/icons',
'/usr/share/gnome/pixmaps', '/usr/local/share/pixmaps',
'/usr/share/pixmaps', '/usr/share/icons') Mypaint can't run sensibly
without its icons; please check your installation. see
https://gna.org/bugs/?18460 for possible solutions
-

Above gna.org bug report says it is fixed upstream. The link to that
error is a bug reported in 2011, whereas subsequent versions worked
properly.


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.8-2-amd64

Debian Release: jessie/sid
  500 unstableftp.sunet.se 
  500 unstableftp.jp.debian.org 
  500 testing security.debian.org 
  500 testing ftp.jp.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-==
libatk1.0-0  (>= 1.12.4) | 2.8.0-2
libc6  (>= 2.11) | 
libcairo2 (>= 1.2.4) | 
libfontconfig1(>= 2.9.0) | 
libfreetype6  (>= 2.2.1) | 
libgcc1 (>= 1:4.1.1) | 
libgdk-pixbuf2.0-0   (>= 2.22.0) | 
libglib2.0-0 (>= 2.12.0) | 
libgomp1  (>= 4.2.1) | 
libgtk2.0-0   (>= 2.8.0) | 
libjson0   (>= 0.10) | 
liblcms2-2   | 
libpango1.0-0(>= 1.14.0) | 
libpng12-0 (>= 1.2.13-4) | 
libpython2.7(>= 2.7) | 
libstdc++6(>= 4.1.1) | 
python2.7| 
python (>= 2.6.6-7~) | 
mypaint-data(>= 1.1.0-3) | 
python-numpy | 
python-gtk2  | 


Recommends(Version) | Installed
===-+-===
shared-mime-info| 1.0-1+b1


Suggests (Version) | Installed
==-+-===
mypaint-data-extras| 


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

Bug#710841: [kfreebsd-i386] libsqlite3-0: insufficient dependency on libc, or something

[Petr Salinger]

Control: retitle -1 [kfreebsd-i386] symbol posix_fallocate64, version 
GLIBC_2.3.3 not defined in file libc.so.0.1
Control: reassign -1 libc0.1 2.17-4


I installed Debian wheezy kfreebsd-i386 (standard + openssh-server, I think)
on a kvm virtual machine, upgraded to unstable to try to test a patch for
, ran aptitude and got this error:


aptitude: relocation error: /usr/lib/i386-kfreebsd-gnu/libsqlite3.so.0: symbol 
posix_fallocate64, version GLIBC_2.3.3 not defined in file libc.so.0.1 with 
link time reference


sqlite3(1) produces the same relocation error.

I'm initially reporting this against libsqlite, mainly to get all the
dependency information, but I wouldn't be surprised if it was actually
an eglibc bug.


It is.

$ readelf -a 3/lib/i386-kfreebsd-gnu/libc-2.17.so | grep x_fa  | cut -c 24-
FUNCGLOBAL DEFAULT   12 posix_fallocate64@GLIBC_2.3
FUNCGLOBAL DEFAULT   12 posix_fallocate64@@GLIBC_2.3.3
FUNCGLOBAL DEFAULT   12 posix_fadvise@@GLIBC_2.3
FUNCGLOBAL DEFAULT   12 posix_fallocate@@GLIBC_2.3
FUNCGLOBAL DEFAULT   12 posix_fadvise64@@GLIBC_2.3

$ readelf -a 4/lib/i386-kfreebsd-gnu/libc-2.17.so | grep x_fa  | cut -c 24-
FUNCGLOBAL DEFAULT   12 posix_fallocate64@@GLIBC_2.3
FUNCGLOBAL DEFAULT   12 posix_fadvise@@GLIBC_2.3
FUNCGLOBAL DEFAULT   12 posix_fallocate@@GLIBC_2.3
FUNCGLOBAL DEFAULT   12 posix_fadvise64@@GLIBC_2.3

Some version trickery is missing.

I will look at it.

Petr


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

Bug#710863: clang-3.3 fails to build trunk

[Marc J. Driftmeyer]

Package: clang-3.3
Version: 1:3.3~svn179851-1~exp1
Severity: normal

Dear Maintainer,

Odd bug: After resolving the issue building llvm/clang trunk with gcc-4.7 in an 
early bug I have tested both the llvm-3.3 3.3~svn179851-1~exp1 and a freshly 
built llvm-3.4-trunk provided by gcc-4.7.3-4 both resulting in the following 
exact same location of failure:

Note: I run a default all on targets with x86_64 being my primary target:

Output:

mdriftmeyer@horus:~/DeveloperProjects/LLVMProject/cmake-clang-3.4-trunk$ make
[  3%] Built target LLVMSupport
[  3%] Built target LLVMTableGen
[  5%] Built target llvm-tblgen
[  5%] Built target intrinsics_gen
[  6%] Built target LLVMCore
[  6%] Built target LLVMAsmParser
[  6%] Built target LLVMBitReader
[  6%] Built target LLVMIRReader
[  6%] Built target LLVMObject
[  8%] Built target LLVMMC
[  8%] Built target LLVMTarget
[ 10%] Built target LLVMAnalysis
[ 11%] Built target LLVMipa
[ 13%] Built target LLVMTransformUtils
[ 14%] Built target LLVMInstCombine
[ 15%] Built target LLVMScalarOpts
[ 15%] Built target LLVMObjCARCOpts
[ 19%] Built target LLVMCodeGen
[ 20%] Built target LLVMSelectionDAG
[ 20%] Built target LLVMMCParser
[ 21%] Built target LLVMAsmPrinter
[ 21%] Built target LLVMBitWriter
[ 21%] Built target LLVMInstrumentation
[ 21%] Built target LLVMVectorize
[ 21%] Built target LLVMipo
[ 21%] Built target LLVMHello
[ 21%] Built target LLVMLinker
[ 21%] Built target LLVMMCDisassembler
[ 21%] Built target LLVMOption
[ 22%] Built target LLVMDebugInfo
[ 22%] Built target LLVMExecutionEngine
[ 22%] Built target LLVMInterpreter
[ 22%] Built target LLVMRuntimeDyld
[ 23%] Built target LLVMJIT
[ 23%] Built target LLVMMCJIT
[ 23%] Built target AArch64CommonTableGen
[ 23%] Built target LLVMAArch64Utils
[ 23%] Built target LLVMAArch64AsmPrinter
[ 23%] Built target LLVMAArch64Info
[ 23%] Built target LLVMAArch64Desc
[ 24%] Built target LLVMAArch64CodeGen
[ 24%] Built target LLVMAArch64AsmParser
[ 24%] Built target LLVMAArch64Disassembler
[ 25%] Built target ARMCommonTableGen
[ 25%] Built target LLVMARMAsmPrinter
[ 25%] Built target LLVMARMInfo
[ 25%] Built target LLVMARMDesc
[ 27%] Built target LLVMARMCodeGen
[ 27%] Built target LLVMARMAsmParser
[ 27%] Built target LLVMARMDisassembler
[ 27%] Built target LLVMCppBackendInfo
[ 27%] Built target LLVMCppBackendCodeGen
[ 28%] Built target HexagonCommonTableGen
[ 28%] Built target LLVMHexagonInfo
[ 28%] Built target LLVMHexagonDesc
[ 28%] Built target LLVMHexagonAsmPrinter
[ 29%] Built target LLVMHexagonCodeGen
[ 30%] Built target MipsCommonTableGen
[ 30%] Built target LLVMMipsInfo
[ 30%] Built target LLVMMipsAsmPrinter
[ 31%] Built target LLVMMipsDesc
[ 32%] Built target LLVMMipsCodeGen
[ 32%] Built target LLVMMipsDisassembler
[ 32%] Built target LLVMMipsAsmParser
[ 32%] Built target MBlazeCommonTableGen
[ 32%] Built target LLVMMBlazeInfo
[ 32%] Built target LLVMMBlazeAsmPrinter
[ 34%] Built target LLVMMBlazeDesc
[ 34%] Built target LLVMMBlazeCodeGen
[ 34%] Built target LLVMMBlazeAsmParser
[ 34%] Built target LLVMMBlazeDisassembler
[ 34%] Built target MSP430CommonTableGen
[ 34%] Built target LLVMMSP430AsmPrinter
[ 34%] Built target LLVMMSP430Info
[ 34%] Built target LLVMMSP430Desc
[ 35%] Built target LLVMMSP430CodeGen
[ 35%] Built target NVPTXCommonTableGen
[ 35%] Built target LLVMNVPTXAsmPrinter
[ 35%] Built target LLVMNVPTXInfo
[ 36%] Built target LLVMNVPTXDesc
[ 36%] Built target LLVMNVPTXCodeGen
[ 37%] Built target PowerPCCommonTableGen
[ 37%] Built target LLVMPowerPCInfo
[ 37%] Built target LLVMPowerPCAsmPrinter
[ 38%] Built target LLVMPowerPCDesc
[ 39%] Built target LLVMPowerPCCodeGen
[ 39%] Built target LLVMPowerPCAsmParser
[ 39%] Built target AMDGPUCommonTableGen
[ 39%] Built target LLVMR600Info
[ 39%] Built target LLVMR600AsmPrinter
[ 40%] Built target LLVMR600Desc
[ 41%] Built target LLVMR600CodeGen
[ 42%] Built target SparcCommonTableGen
[ 42%] Built target LLVMSparcInfo
[ 43%] Built target LLVMSparcDesc
[ 43%] Built target LLVMSparcCodeGen
[ 43%] Built target SystemZCommonTableGen
[ 43%] Built target LLVMSystemZAsmPrinter
[ 43%] Built target LLVMSystemZInfo
[ 43%] Built target LLVMSystemZDesc
[ 44%] Built target LLVMSystemZCodeGen
[ 44%] Built target LLVMSystemZAsmParser
[ 44%] Built target LLVMSystemZDisassembler
[ 44%] Built target X86CommonTableGen
[ 44%] Built target LLVMX86Utils
[ 44%] Built target LLVMX86AsmPrinter
[ 44%] Built target LLVMX86Info
[ 44%] Built target LLVMX86Desc
[ 45%] Built target LLVMX86CodeGen
[ 45%] Built target LLVMX86AsmParser
[ 45%] Built target LLVMX86Disassembler
[ 46%] Built target XCoreCommonTableGen
[ 46%] Built target LLVMXCoreInfo
[ 46%] Built target LLVMXCoreAsmPrinter
[ 46%] Built target LLVMXCoreDesc
[ 47%] Built target LLVMXCoreCodeGen
[ 47%] Built target LLVMXCoreDisassembler
[ 47%] Built target LLVMArchive
[ 47%] Built target FileCheck
[ 47%] Built target FileUpdate
[ 47%] Built target count
[ 47%] Built target not
[ 47%] Built target yaml-bench
[ 47%] Built target compiler-rt-h

Bug#447701: python-software-properties: Why was this not fixed for release?

[Daniel Dickinson]

On 02/06/13 05:10 PM, Julian Andres Klode wrote:
> On Sun, Jun 02, 2013 at 02:43:34PM -0400, root wrote:
>> Package: python-software-properties
>> Version: 0.82.7.1debian1
>> Followup-For: Bug #447701
>>
>> software-properties-gtk pulls in unattended-upgrades which leads to 
>> unexpected (and unwanted) automatic dist-upgrades.  At first I thought 
>> I had been hacked because dist-upgrade --allow-authenticated was 
>> occuring the background without my knowledge or consent.
> 
> (a) No it does not upgrade your system automatically. You need to
> configure this manually.

No, I did not configure this.  Not a chance in hell.  And I am not the
only one (see previous messages) who is reporting this.  That is why
there is an issue with it and why (before you sent the email I am
replying to), I raised the severity.  Maybe there is a third package
screwing with configs, but I did not touch unattended-upgrades config,
nor did I choose to install it, and it is listed a 'Depends' of
software-properties-gtk.

> (b) Your lines are too long

Used reportbug and vi in default configuration.

> (c) Were you really reporting as root?
> 

Yes, because at the time I didn't have another terminal handy.

Regards,

Daniel


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

Bug#710862: [neverball] broken Vcs-Browser ("An illegal parameter name was provided.")

[Filipus Klutiero]

Source: neverball
Version: 1.5.4-5
Severity: minor

neverball has

Vcs-Browser: 
http://svn.debian.org/wsvn/pkg-games/packages/trunk/neverball/?op=log

The link is broken:




  An Exception Has Occurred

An illegal parameter name was provided.


HTTP Response Status

400 Bad Request


Removing the parameter fixes:
http://svn.debian.org/wsvn/pkg-games/packages/trunk/neverball/

Bug#710812: colortail: Please add support for IPv6 address recognition in the default conf.colortail

[Elías Alejandro]

Hello Neil,
The file you refers is also called: conf.messages
I see it's a feature request, maybe the upstream author
could help us. I'm CCing to him.


Best regards,

--
Elías Alejandro



On Sun, Jun 02, 2013 at 05:47:11PM +0100, Neil Woods wrote:
> Package: colortail
> Version: 0.3.3-1
> Severity: wishlist
> Tags: ipv6
> 
> Dear Maintainer,
> 
> Please add support for IPv6 in the default conf.colortail, or as an
> optional alternative configuration file in the examples directory.
>  
> Rationale
> 
>The regexps used to recognise IPv4 addresses exist within the
>configuration files. As IPv6 is being increasingly deployed,
>the ability to parse IPv6 addresses is also desirable.
> 
> Thanks.
> 
> 
> -- System Information:
> Debian Release: 7.0
>   APT prefers stable
>   APT policy: (900, 'stable'), (700, 'testing'), (500, 'unstable'), (1, 
> 'experimental')
> Architecture: i386 (i686)
> 
> Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages colortail depends on:
> ii  libc6   2.13-38
> ii  libgcc1 1:4.7.2-5
> ii  libstdc++6  4.7.2-5
> 
> colortail recommends no packages.
> 
> colortail 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#618342: aptitude: inconsistent behaviour with apt-cache on non-readable sources.list file

[Daniel Hartwig]

Michael Prokop  wrote:
> /etc/apt/sources.list.d/foo.list contains something like:
>
>   deb https://$USER:$PASSWD@$MIRROR internal main
>
> and because of confidential information ($USER/$PASSWD) the file is
> read-only for root (600).

This is not a comment on the reported bug (not quoted here), but a note
about usage.

It is not ideal to include authentication credentials in sources.list.
Those files should be world readable (or atleast readable by all
apt-cache and aptitude users).

There is a poorly documented option to use /etc/apt/auth.conf, which is
formatted like netrc(5).  Credentials should be placed in this file,
with sources.list just containing the $MIRROR part.

Regards


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

Bug#710201: [Packaging] Bug#710201: Ability to turn off fields in graph

[Wakko Warner]

Holger Levsen wrote:
> thanks for the bug report. I've tagged it upstream and notified them.

I don't know if anyone has started to work on this, but I've got something
working for me.  It's not ready to be released yet.  It has a few minor
problems that needs to be worked out.

An addition to this specific wishlist, I added the ability to not graph the
totals.

I'll attach a patch when I'm ready.

I should mention that I'm using version 2.1.1-1 for my testing.  It should
apply to 2.0 as well when I'm finished.


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

Bug#694259: debian package maturing

[Antoine Beaupré]

Oh, and I forgot: the debian package is here:

http://anonscm.debian.org/gitweb/?p=collab-maint/photofloat.git;a=summary

That's the source, yes, the binaries will be available once they pass
the NEW queue in Debian (which will take a while). In the meantime, you
can build the package by hand using "git-buildpackage").

A.
-- 
C'est trop facile quand les guerres sont finies
D'aller gueuler que c'était la dernière
Amis bourgeois vous me faites envie
Ne voyez vous pas donc point vos cimetières?
- Jaques Brel


pgp0Oe7YHtqxh.pgp
Description: PGP signature

Bug#710807: ncbi-blast+: FTBFS on mipsel: project_tree_builder does not work

[Aaron M. Ucko]

u...@debian.org (Aaron M. Ucko) writes:

> upstream files to a minimum resulted in trying to build PTB with -fPIE
> but not -pie, which we supply only for other executables.  I'm testing a
> patch that tweaks our setup to fix that.

That did the trick; I'll go ahead and upload the fix.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu


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

Bug#694259: debian package maturing

[Antoine Beaupré]

Hey folks,

I started work on the Debian package. So far, it works well. I had to
strip out a lot of code from the PhotoFloat distribution, as I
mentionned before, to comply with Debian policies, but it seems the
package still works. :)

I also *think* it supports multiple galleries. The shared code is stored
in /usr/share/photofloat, so to create a new gallery symlink needs to be
used, for example, to create my gallery, I did:

mkdir /var/www/photofloat
cd !$
ln -s /usr/share/photofloat/web/*
mkdir albums cache

Then I can go into /var/www/photofloat and run photofloat as normal.

Things would be much simpler if:

 1. I could pass only the /var/www/photofloat directory to main.py
 2. if main.py would then create albums/ and cache/ automatically for me
 3. if main.py would setup those symlinks automatically
 4. the albums and cache directories would be one level up
 (so that only one symlink would be required, or an Apache Alias directive)

To make things real clear, here's the current hierarchy for a gallery:

$ cd /var/www/photofloat
$ ls -Rl
.:
total 4K
drwxr-xr-x 4 anarcat anarcat 4096 juin   2 22:18 web

./web:
total 76K
drwxr-xr-x 9 anarcat anarcat  4096 mai5 23:46 albums
drwxr-xr-x 2 anarcat anarcat 73728 juin   2 22:25 cache
lrwxrwxrwx 1 anarcat anarcat29 juin   2 22:04 css -> 
/usr/share/photofloat/web/css
lrwxrwxrwx 1 anarcat anarcat31 juin   2 22:04 fonts -> 
/usr/share/photofloat/web/fonts
lrwxrwxrwx 1 anarcat anarcat29 juin   2 22:04 img -> 
/usr/share/photofloat/web/img
lrwxrwxrwx 1 anarcat anarcat36 juin   2 22:04 index.html -> 
/usr/share/photofloat/web/index.html
lrwxrwxrwx 1 anarcat anarcat28 juin   2 22:04 js -> 
/usr/share/photofloat/web/js
lrwxrwxrwx 1 anarcat anarcat38 juin   2 22:04 redirect.php -> 
/usr/share/photofloat/web/redirect.php
lrwxrwxrwx 1 anarcat anarcat42 juin   2 22:04 staticrender.php -> 
/usr/share/photofloat/web/staticrender.php

albums/ and cache/ are what you expect, and are removed from the output
for brievety.

I am not so happy with the "symlink forest" approach, but at least it
works. The #4 mentionned above would mostly fix that, and then the
directory structure would look like:

$ cd /var/www/photofloat
$ ls -Rl
.:
total 4K
drwxr-xr-x 9 anarcat anarcat  4096 mai5 23:46 albums
drwxr-xr-x 2 anarcat anarcat 73728 juin   2 22:25 cache
drwxr-xr-x 4 anarcat anarcat  4096 juin   2 22:18 web -> 
/usr/share/photofloat/web

Here we would only have to symlink the web/ directory instead of
symlinking all the contents. Of course, it's tricky because the
index.html needs to be installed somewhere, so maybe a compromise would
be this:

$ cd /var/www/photofloat
$ ls -Rl
.:
total 4K
drwxr-xr-x 9 anarcat anarcat  4096 mai5 23:46 albums
drwxr-xr-x 2 anarcat anarcat 73728 juin   2 22:25 cache
drwxr-xr-x 4 anarcat anarcat  4096 juin   2 22:18 index.html -> 
/usr/share/photofloat/index.html
drwxr-xr-x 4 anarcat anarcat  4096 juin   2 22:18 web -> 
/usr/share/photofloat/web

So here we go... but at least we have photofloat in Debian now!

(Or will soon have, if the FTP masters accept the sanitized package... :)

A.
   
-- 
Imagine a world in which every single person on the planet is given
free access to the sum of all human knowledge.
 - Jimmy Wales, co-founder of Wikipedia


pgpiksLqMaf0Z.pgp
Description: PGP signature

Bug#585052: closed by Barry deFreese (reply to bdefre...@debian.org) (Re: boswars: crash when trying to load a saved game for a removed campaign)

[Barry deFreese]

On 6/2/2013 8:09 PM, Marc Dequènes (duck) wrote:
> reopen 585052
> thanks
> 
> 
> Coin,
> 
>> After speaking with upstream, this is expected behavior.  The save
>> games are not transferable
>> between versions unfortunately.  He was saying that the error
>> reporting could be better but it is
>> intended behavior.
> 
> No, I already opened a bug report upstream almost 3 years ago and explained 
> why this is a bug and
> needs to be solved.
> 
> I don't mind if upstream is not willing to work on loading old saved games, 
> I'm asking to fix a
> crash. If the saved game is not loadable, the game should really says so 
> instead of a nasty and
> misleading behavior. There's no good reason for a crash, being just a game or 
> not.
> 
> Regards.
> 

Duck,

Understood but if upstream won't fix it what is the point of having the bug in 
Debian?

Thanks,

Barry


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

Bug#709654: libpfm4: FTBFS on all arches other than i386 and amd64

[Adam Conrad]

Package: libpfm4
Version: 4.3.0-1
Followup-For: Bug #709654
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu saucy ubuntu-patch



In Ubuntu, the attached patch was applied to achieve the following:

  * Update libpfm4.symbols to resolve FTBFS on non-x86 architectures.

I pulled build logs from the buildds to produce this patch, so it
should cover all architectures where the build succeeded up to the
point of failing the symbols test.  It might be incomplete for arches
that failed earlier in the build, but those need more love anyway.

... Adam

-- System Information:
Debian Release: wheezy/sid
  APT prefers saucy-updates
  APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9.0-3-generic (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libpfm4-4.3.0/debian/changelog libpfm4-4.3.0/debian/changelog
diff -Nru libpfm4-4.3.0/debian/libpfm4.symbols libpfm4-4.3.0/debian/libpfm4.symbols
--- libpfm4-4.3.0/debian/libpfm4.symbols	2013-03-06 02:30:01.0 -0700
+++ libpfm4-4.3.0/debian/libpfm4.symbols	2013-06-02 19:20:12.0 -0600
@@ -1,62 +1,94 @@
+# SymbolsHelper-Confirmed: 4.3.0 amd64 armel armhf i386 mipsel powerpc s390 s390x sparc
 libpfm.so.4 libpfm4 #MINVER#
  __pfm_dbprintf@Base 4.3.0
  __pfm_vbprintf@Base 4.3.0
- amd64_display_reg@Base 4.3.0
- amd64_fam10h_barcelona_support@Base 4.3.0
- amd64_fam10h_istanbul_support@Base 4.3.0
- amd64_fam10h_shanghai_support@Base 4.3.0
- amd64_fam11h_turion_support@Base 4.3.0
- amd64_fam12h_llano_support@Base 4.3.0
- amd64_fam14h_bobcat_support@Base 4.3.0
- amd64_fam15h_interlagos_support@Base 4.3.0
- amd64_k7_support@Base 4.3.0
- amd64_k8_revb_support@Base 4.3.0
- amd64_k8_revc_support@Base 4.3.0
- amd64_k8_revd_support@Base 4.3.0
- amd64_k8_reve_support@Base 4.3.0
- amd64_k8_revf_support@Base 4.3.0
- amd64_k8_revg_support@Base 4.3.0
- amd64_mods@Base 4.3.0
- amd64_support@Base 4.3.0
- intel_atom_support@Base 4.3.0
- intel_core_support@Base 4.3.0
- intel_ivb_support@Base 4.3.0
- intel_nhm_ex_support@Base 4.3.0
- intel_nhm_support@Base 4.3.0
- intel_nhm_unc_support@Base 4.3.0
- intel_snb_ep_support@Base 4.3.0
- intel_snb_support@Base 4.3.0
- intel_snb_unc_cbo0_support@Base 4.3.0
- intel_snb_unc_cbo1_support@Base 4.3.0
- intel_snb_unc_cbo2_support@Base 4.3.0
- intel_snb_unc_cbo3_support@Base 4.3.0
- intel_wsm_dp_support@Base 4.3.0
- intel_wsm_sp_support@Base 4.3.0
- intel_wsm_unc_support@Base 4.3.0
- intel_x86_arch_support@Base 4.3.0
- intel_x86_attr2mod@Base 4.3.0
- intel_x86_attr2umask@Base 4.3.0
- intel_x86_mods@Base 4.3.0
- netburst_events@Base 4.3.0
- netburst_mods@Base 4.3.0
- netburst_p_support@Base 4.3.0
- netburst_support@Base 4.3.0
+ (arch=amd64 i386)amd64_display_reg@Base 4.3.0
+ (arch=amd64 i386)amd64_fam10h_barcelona_support@Base 4.3.0
+ (arch=amd64 i386)amd64_fam10h_istanbul_support@Base 4.3.0
+ (arch=amd64 i386)amd64_fam10h_shanghai_support@Base 4.3.0
+ (arch=amd64 i386)amd64_fam11h_turion_support@Base 4.3.0
+ (arch=amd64 i386)amd64_fam12h_llano_support@Base 4.3.0
+ (arch=amd64 i386)amd64_fam14h_bobcat_support@Base 4.3.0
+ (arch=amd64 i386)amd64_fam15h_interlagos_support@Base 4.3.0
+ (arch=amd64 i386)amd64_k7_support@Base 4.3.0
+ (arch=amd64 i386)amd64_k8_revb_support@Base 4.3.0
+ (arch=amd64 i386)amd64_k8_revc_support@Base 4.3.0
+ (arch=amd64 i386)amd64_k8_revd_support@Base 4.3.0
+ (arch=amd64 i386)amd64_k8_reve_support@Base 4.3.0
+ (arch=amd64 i386)amd64_k8_revf_support@Base 4.3.0
+ (arch=amd64 i386)amd64_k8_revg_support@Base 4.3.0
+ (arch=amd64 i386)amd64_mods@Base 4.3.0
+ (arch=amd64 i386)amd64_support@Base 4.3.0
+ (arch=armhf)arm_cortex_a15_support@Base 4.3.0
+ (arch=armhf)arm_cortex_a8_support@Base 4.3.0
+ (arch=armhf)arm_cortex_a9_support@Base 4.3.0
+ (arch=armhf)arm_mods@Base 4.3.0
+ (arch=amd64 i386)intel_atom_support@Base 4.3.0
+ (arch=amd64 i386)intel_core_support@Base 4.3.0
+ (arch=i386)intel_coreduo_support@Base 4.3.0
+ (arch=amd64 i386)intel_ivb_support@Base 4.3.0
+ (arch=amd64 i386)intel_nhm_ex_support@Base 4.3.0
+ (arch=amd64 i386)intel_nhm_support@Base 4.3.0
+ (arch=amd64 i386)intel_nhm_unc_support@Base 4.3.0
+ (arch=i386)intel_p6_support@Base 4.3.0
+ (arch=i386)intel_pii_support@Base 4.3.0
+ (arch=i386)intel_pm_support@Base 4.3.0
+ (arch=i386)intel_ppro_support@Base 4.3.0
+ (arch=amd64 i386)intel_snb_ep_support@Base 4.3.0
+ (arch=amd64 i386)intel_snb_support@Base 4.3.0
+ (arch=amd64 i386)intel_snb_unc_cbo0_support@Base 4.3.0
+ (arch=amd64 i386)intel_snb_unc_cbo1_support@Base 4.3.0
+ (arch=amd64 i386)intel_snb_unc_cbo2_support@Base 4.3.0
+ (arch=amd64 i386)intel_snb_unc_cbo3_support@Base 4.3.0
+ (arch=amd64 i386)intel_wsm_dp_support@Base 4.3.0
+ (arch=amd64 i386)intel_wsm_sp_support@Base 4.3.0
+ (arch=amd64 i386)intel_wsm_unc_support@Base 4.3.0
+ (arch=amd64 i386)intel_x86_arch_support@Base 4.3.0
+ (arch=amd64 i386)intel_x86_attr2mod@Base 4.3.0
+ (a

Bug#710861: phpmyadmin: white page after login

[vii]

Package: phpmyadmin
Version: 4:4.0.1-2
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   Using phpmyadmin with nginx and php-fpm , last upgrade of phpmyadmin broke 
the package
   The login page of phpmyadmin is ok but connect leads to a blank page of the
   dead.
   using lynx to connect show an error message : Alerte! : HTTP/1.1 500 
Internal Server Error
   
   /var/log/nginx/error.log show no errors
   /var/log/php-fpm.log show no errors

   /var/log/phpmyadmin.error.log show an error with the json_decode function :
   
   [error] 1321#0: *17856 FastCGI sent in stderr: "PHP message: PHP Fatal 
error:  Call to undefined function json_decode() in 
/usr/share/phpmyadmin/libraries/user_preferences.lib.php on line 67
PHP message: PHP Fatal error:  Call to undefined function json_encode() in 
/usr/share/phpmyadmin/libraries/Footer.class.php on line 258" while reading 
response header from upstream, client: 127.0.0.1, server: phpmyadmin, request: 
"GET /index.php?token=xxx HTTP/1.0", upstream: 
"fastcgi://unix:/var/run/php5-fpm.sock:", host: "localhost", referrer: 
"http://localhost/";


   



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

Kernel: Linux 3.8.0-23-generic (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages phpmyadmin depends on:
ii  dbconfig-common   1.8.47+nmu1
ii  debconf [debconf-2.0] 1.5.50
ii  libjs-codemirror  2.23-1
ii  libjs-jquery  1.7.2+dfsg-2
ii  libjs-jquery-cookie   8-2
ii  libjs-jquery-event-drag   8-2
ii  libjs-jquery-mousewheel   8-2
ii  libjs-jquery-tablesorter  8-2
ii  libjs-jquery-ui   1.10.1+dfsg-1
ii  libjs-underscore  1.4.4-2
ii  perl  5.14.2-21
ii  php-gettext   1.0.11-1
ii  php5  5.5.0~rc2+dfsg-2
ii  php5-fpm  5.5.0~rc2+dfsg-2
ii  php5-mcrypt   5.5.0~rc2+dfsg-2
ii  php5-mysql5.5.0~rc2+dfsg-2
ii  ttf-dejavu-core   2.33+svn2514-3
ii  ucf   3.0027

Versions of packages phpmyadmin recommends:
ii  mysql-client-5.5 [mysql-client]  5.5.31+dfsg-1
ii  nginx-full [httpd]   1.4.1-1
ii  php5-gd  5.5.0~rc2+dfsg-2

Versions of packages phpmyadmin suggests:
ii  lynx-cur [www-browser]  2.8.8dev.15-2
ii  mysql-server5.5.31+dfsg-1

-- debconf information:
  phpmyadmin/app-password-confirm: (password omitted)
  phpmyadmin/mysql/admin-pass: (password omitted)
  phpmyadmin/password-confirm: (password omitted)
  phpmyadmin/setup-password: (password omitted)
  phpmyadmin/mysql/app-pass: (password omitted)
  phpmyadmin/remove-error: abort
  phpmyadmin/internal/reconfiguring: false
  phpmyadmin/missing-db-package-error: abort
  phpmyadmin/setup-username: admin
  phpmyadmin/db/app-user: phpmyadmin
  phpmyadmin/install-error: abort
  phpmyadmin/remote/newhost:
* phpmyadmin/reconfigure-webserver:
  phpmyadmin/upgrade-error: abort
  phpmyadmin/remote/host:
  phpmyadmin/dbconfig-reinstall: false
* phpmyadmin/dbconfig-install: true
  phpmyadmin/db/dbname: phpmyadmin
  phpmyadmin/database-type: mysql
  phpmyadmin/internal/skip-preseed: false
  phpmyadmin/remote/port:
  phpmyadmin/dbconfig-upgrade: true
  phpmyadmin/upgrade-backup: true
  phpmyadmin/dbconfig-remove:
  phpmyadmin/passwords-do-not-match:
  phpmyadmin/mysql/method: unix socket
  phpmyadmin/mysql/admin-user: root
  phpmyadmin/purge: false


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

Bug#710807: ncbi-blast+: FTBFS on mipsel: project_tree_builder does not work

[Aaron M. Ucko]

u...@debian.org (Aaron M. Ucko) writes:

> The crash happens very early (from __libc_start_main@plt), as with
> aptitude in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708812#25;
> I suspect a libc or toolchain bug.

I proceeded to file #710845, only to discover that the problem stemmed
from an accidental usage error -- our efforts to keep changes to
upstream files to a minimum resulted in trying to build PTB with -fPIE
but not -pie, which we supply only for other executables.  I'm testing a
patch that tweaks our setup to fix that.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu


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

Bug#704718: pugixml: FTBFS on 32-bit architectures: symbols differ from expectations

[Adam Conrad]

Package: pugixml
Version: 1.2-1
Followup-For: Bug #704718
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu saucy ubuntu-patch



In Ubuntu, the attached patch was applied to achieve the following:

  * Use regex patterns in symbols file to fix FTBFS on 32-bit arches.

This is much simpler than having symbols files for each arch (which
is overkill), or build-depending on pkgkde-tools for its symbol
mangling magic.  The intent of the patch should be self-explanatory.

... Adam

-- System Information:
Debian Release: wheezy/sid
  APT prefers saucy-updates
  APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9.0-3-generic (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru pugixml-1.2/debian/changelog pugixml-1.2/debian/changelog
diff -Nru pugixml-1.2/debian/libpugixml1.symbols pugixml-1.2/debian/libpugixml1.symbols
--- pugixml-1.2/debian/libpugixml1.symbols	2013-01-12 10:55:32.0 -0700
+++ pugixml-1.2/debian/libpugixml1.symbols	2013-06-02 20:09:48.0 -0600
@@ -12,10 +12,10 @@
  _ZN4pugi11xpath_queryC2EPKcPNS_18xpath_variable_setE@Base 1.2
  _ZN4pugi11xpath_queryD1Ev@Base 1.2
  _ZN4pugi11xpath_queryD2Ev@Base 1.2
- _ZN4pugi12xml_document11load_bufferEPKvmjNS_12xml_encodingE@Base 1.2
- _ZN4pugi12xml_document16load_buffer_implEPvmjNS_12xml_encodingEbb@Base 1.2
- _ZN4pugi12xml_document19load_buffer_inplaceEPvmjNS_12xml_encodingE@Base 1.2
- _ZN4pugi12xml_document23load_buffer_inplace_ownEPvmjNS_12xml_encodingE@Base 1.2
+ (regex)"^_ZN4pugi12xml_document11load_bufferEPKv(m|j)jNS_12xml_encodingE@Base" 1.2
+ (regex)"^_ZN4pugi12xml_document16load_buffer_implEPv(m|j)jNS_12xml_encodingEbb@Base" 1.2
+ (regex)"^_ZN4pugi12xml_document19load_buffer_inplaceEPv(m|j)jNS_12xml_encodingE@Base" 1.2
+ (regex)"^_ZN4pugi12xml_document23load_buffer_inplace_ownEPv(m|j)jNS_12xml_encodingE@Base" 1.2
  _ZN4pugi12xml_document4loadEPKcj@Base 1.2
  _ZN4pugi12xml_document4loadERSijNS_12xml_encodingE@Base 1.2
  _ZN4pugi12xml_document4loadERSt13basic_istreamIwSt11char_traitsIwEEj@Base 1.2
@@ -68,7 +68,7 @@
  _ZN4pugi15xml_tree_walkerD0Ev@Base 1.2
  _ZN4pugi15xml_tree_walkerD1Ev@Base 1.2
  _ZN4pugi15xml_tree_walkerD2Ev@Base 1.2
- _ZN4pugi15xml_writer_file5writeEPKvm@Base 1.2
+ (regex)"^_ZN4pugi15xml_writer_file5writeEPKv(m|j)@Base" 1.2
  _ZN4pugi15xml_writer_fileC1EPv@Base 1.2
  _ZN4pugi15xml_writer_fileC2EPv@Base 1.2
  _ZN4pugi15xml_writer_fileD0Ev@Base 1.2
@@ -91,7 +91,7 @@
  _ZN4pugi17xml_node_iteratormmEv@Base 1.2
  _ZN4pugi17xml_node_iteratorppEi@Base 1.2
  _ZN4pugi17xml_node_iteratorppEv@Base 1.2
- _ZN4pugi17xml_writer_stream5writeEPKvm@Base 1.2
+ (regex)"^_ZN4pugi17xml_writer_stream5writeEPKv(m|j)@Base" 1.2
  _ZN4pugi17xml_writer_streamC1ERSo@Base 1.2
  _ZN4pugi17xml_writer_streamC1ERSt13basic_ostreamIwSt11char_traitsIwEE@Base 1.2
  _ZN4pugi17xml_writer_streamC2ERSo@Base 1.2
@@ -128,7 +128,7 @@
  _ZN4pugi23xml_named_node_iteratorppEi@Base 1.2
  _ZN4pugi23xml_named_node_iteratorppEv@Base 1.2
  _ZN4pugi30get_memory_allocation_functionEv@Base 1.2
- _ZN4pugi31set_memory_management_functionsEPFPvmEPFvS0_E@Base 1.2
+ (regex)"^_ZN4pugi31set_memory_management_functionsEPFPv(m|j)EPFvS0_E@Base" 1.2
  _ZN4pugi32get_memory_deallocation_functionEv@Base 1.2
  _ZN4pugi7as_utf8EPKw@Base 1.2
  _ZN4pugi7as_utf8ERKSbIwSt11char_traitsIwESaIwEE@Base 1.2
@@ -189,7 +189,7 @@
  _ZNK4pugi10xpath_nodentEv@Base 1.2
  _ZNK4pugi11xpath_query11return_typeEv@Base 1.2
  _ZNK4pugi11xpath_query15evaluate_numberERKNS_10xpath_nodeE@Base 1.2
- _ZNK4pugi11xpath_query15evaluate_stringEPcmRKNS_10xpath_nodeE@Base 1.2
+ (regex)"^_ZNK4pugi11xpath_query15evaluate_stringEPc(m|j)RKNS_10xpath_nodeE@Base" 1.2
  _ZNK4pugi11xpath_query15evaluate_stringERKNS_10xpath_nodeE@Base 1.2
  _ZNK4pugi11xpath_query16evaluate_booleanERKNS_10xpath_nodeE@Base 1.2
  _ZNK4pugi11xpath_query17evaluate_node_setERKNS_10xpath_nodeE@Base 1.2
@@ -229,7 +229,7 @@
  _ZNK4pugi14xpath_node_set5beginEv@Base 1.2
  _ZNK4pugi14xpath_node_set5emptyEv@Base 1.2
  _ZNK4pugi14xpath_node_set5firstEv@Base 1.2
- _ZNK4pugi14xpath_node_setixEm@Base 1.2
+ (regex)"^_ZNK4pugi14xpath_node_setixE(m|j)@Base" 1.2
  _ZNK4pugi14xpath_variable10get_numberEv@Base 1.2
  _ZNK4pugi14xpath_variable10get_stringEv@Base 1.2
  _ZNK4pugi14xpath_variable11get_booleanEv@Base 1.2

Bug#666811: libapache-mod-auth-kerb: sourceful transition towards Apache 2.4

[Russ Allbery]

Package: libapache2-mod-auth-kerb
Followup-For: Bug #666811
Control: tag 666811 patch

Attached is a tested patch that ports this package and the upstream
code to Apache 2.4.  The patch is in a form that should be acceptable
upstream and should continue to work with Apache 2.2, although I've
not personally tested.

I only tested with SPNEGO authentication, but I see no reason to
believe that Basic authentication wouldn't also work.

There were two issues: first, the connection->request_ip struct member
had to be changed as mentioned in the bug report, and second, the
internal logging function needed adapting to the new logging parameter
in the current version of Apache.  I also switched to the new module
declaration syntax so that the messages from this module would be
properly tagged, and switched the package build system to dh_apache2
(which simplifies a number of things).

BTW, please let me know if you'd like a co-maintainer.  It doesn't look
like the package has had a lot of recent love, and we use it heavily at
Stanford.  I'd be happy to help look after it.  There are various things
that probably should be cleaned up (stray debhelper.log file, some
Lintian tags, an old-style build system, etc.).

I can also upload this as an NMU to help with the Apache transition if
you don't have time to look at it for a bit.  I will probably do that
in the absence of a reply if we start getting towards the end of the
Apache transition to avoid having the package kicked out of testing.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

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

Versions of packages libapache2-mod-auth-kerb depends on:
ii  apache2-bin [apache2-api-20120211]  2.4.4-5
ii  krb5-config 2.3
ii  libc6   2.17-3
ii  libcomerr2  1.42.5-1.1
ii  libgssapi-krb5-21.10.1+dfsg-5
ii  libk5crypto31.10.1+dfsg-5
ii  libkrb5-3   1.10.1+dfsg-5

libapache2-mod-auth-kerb recommends no packages.

libapache2-mod-auth-kerb suggests no packages.

-- no debconf information
reverted:
--- libapache-mod-auth-kerb-5.4/debian/libapache2-mod-auth-kerb.postinst
+++ libapache-mod-auth-kerb-5.4.orig/debian/libapache2-mod-auth-kerb.postinst
@@ -1,11 +0,0 @@
-#!/bin/sh
-
-set -e
-
-#DEBHELPER#
-if [ "$1" = "configure" ]; then
-a2enmod auth_kerb || true
-fi
-
-exit 0
-		
diff -u libapache-mod-auth-kerb-5.4/debian/control libapache-mod-auth-kerb-5.4/debian/control
--- libapache-mod-auth-kerb-5.4/debian/control
+++ libapache-mod-auth-kerb-5.4/debian/control
@@ -2,12 +2,12 @@
 Section: net
 Priority: optional
 Maintainer: Ghe Rivero 
-Build-Depends: debhelper (>= 4), autotools-dev, libkrb5-dev (>= 1.4.0), autoconf, apache2-threaded-dev (>= 2.2.3), quilt
+Build-Depends: debhelper (>= 4), autotools-dev, libkrb5-dev (>= 1.4.0), autoconf, apache2-dev (>= 2.4), dh-apache2, quilt
 Standards-Version: 3.9.3
 
 Package: libapache2-mod-auth-kerb
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, apache2.2-common, krb5-config
+Depends: ${shlibs:Depends}, ${misc:Depends}, krb5-config
 Description:  apache2 module for Kerberos authentication
  An apache2 module for authenticating users in a Kerberos realm.
  It supports basic user and password authentication or a
reverted:
--- libapache-mod-auth-kerb-5.4/debian/libapache2-mod-auth-kerb.prerm
+++ libapache-mod-auth-kerb-5.4.orig/debian/libapache2-mod-auth-kerb.prerm
@@ -1,11 +0,0 @@
-#!/bin/sh
-
-set -e
-
-#DEBHELPER#
-
-if [ "$1" = "remove" ]; then
-a2dismod auth_kerb || true
-		fi
-
-exit 0
diff -u libapache-mod-auth-kerb-5.4/debian/rules libapache-mod-auth-kerb-5.4/debian/rules
--- libapache-mod-auth-kerb-5.4/debian/rules
+++ libapache-mod-auth-kerb-5.4/debian/rules
@@ -38,12 +38,7 @@
 
 ##  INSTALL TARGETS
 apache20: build-apache20
-	mkdir -p $(CURDIR)/debian/libapache2-mod-auth-kerb/usr/lib/apache2/modules/ \
-		$(CURDIR)/debian/libapache2-mod-auth-kerb/usr/share/doc/libapache2-mod-auth-kerb \
-		$(CURDIR)/debian/libapache2-mod-auth-kerb/etc/apache2/mods-available
-	install -s -m 644 $(CURDIR)/src/.libs/mod_auth_kerb.so $(CURDIR)/debian/libapache2-mod-auth-kerb/usr/lib/apache2/modules/mod_auth_kerb.so
-	install $(CURDIR)/src/.libs/mod_auth_kerb.so $(CURDIR)/debian/libapache2-mod-auth-kerb/usr/lib/apache2/modules/mod_auth_kerb.so
-	install -m644 $(CURDIR)/debian/auth_kerb.load $(CURDIR)/debian/libapache2-mod-auth-kerb/etc/apache2/mods-available
+	mkdir -p $(CURDIR)/debian/libapache2-mod-auth-kerb/usr/share/doc/libapache2-mod-auth-kerb
 	install -m 644 $(CURDIR)/README \
 		$(CURDIR)/debian/libapache2-mod-auth-kerb/usr/share/doc/libapache2-mod-auth-kerb/
 
@@ -84,6 +79,7 @@
 binary-arch: build apache20
 	

Bug#710789: texlive-base: TL2012's texlive-common didn't get removed after upgrading to TL2013

[Norbert Preining]

On So, 02 Jun 2013, أحمد المحمودي wrote:
>   After upgrading to TL2013, I found that texlive-common 2012.20120611-5 
>   is still on my system.

Yes, but it is as with many packages that are dropped, the remain
until removed by the user.

>   I see that texlive-base has Replaces: texlive-common (<<2013), maybe 
>   texlive-common (<<2013) should also be Conflicts ?

Maybe, but I don't see a need for it.

>   Maybe it isn't an issue at all. Since there are no conflicting files 
>   between texlive-base 2013 & texlive-common 2012

Right.  But I might still add the conflict just to get
rid of it, might be the safer option, I agree.


Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094



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

Bug#710854: Acknowledgement (Errors/warnings on PHP 5.5)

[Paweł Tomulik]

W dniu 03.06.2013 03:03, Debian Bug Tracking System pisze:

Thank you for filing a new Bug report with Debian.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
  Fabio Tranchitella 

If you wish to submit further information on this problem, please
send it to 710...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.



Sorry for the first patch, which had a typo. This time should be ok.

--
Pawel Tomulik

diff -ur a/lib/ds_ldap.php b/lib/ds_ldap.php
--- a/lib/ds_ldap.php	2013-06-03 01:37:17.0 +0200
+++ b/lib/ds_ldap.php	2013-06-03 03:28:19.0 +0200
@@ -1117,12 +1117,14 @@
 		if (is_array($dn)) {
 			$a = array();
 			foreach ($dn as $key => $rdn)
-$a[$key] = preg_replace('/\\\([0-9A-Fa-f]{2})/e',"''.chr(hexdec('\\1')).''",$rdn);
+$a[$key] = preg_replace_callback('/\\\([0-9A-Fa-f]{2})/',
+	function ($matches) { return chr(hexdec($matches[1])); }, $rdn);
 
 			return $a;
 
 		} else
-			return preg_replace('/\\\([0-9A-Fa-f]{2})/e',"''.chr(hexdec('\\1')).''",$dn);
+			return preg_replace_callback('/\\\([0-9A-Fa-f]{2})/',
+	function ($matches) { return chr(hexdec($matches[1])); }, $dn);
 	}
 
 	public function getRootDSE($method=null) {
diff -ur a/lib/functions.php b/lib/functions.php
--- a/lib/functions.php	2013-06-03 01:30:25.0 +0200
+++ b/lib/functions.php	2013-06-03 02:01:12.0 +0200
@@ -2126,7 +2126,7 @@
  *crypt, ext_des, md5crypt, blowfish, md5, sha, smd5, ssha, or clear.
  * @return string The hashed password.
  */
-function password_hash($password_clear,$enc_type) {
+function pla_password_hash($password_clear,$enc_type) {
 	if (DEBUG_ENABLED && (($fargs=func_get_args())||$fargs='NOARGS'))
 		debug_log('Entered (%%)',1,0,__FILE__,__LINE__,__METHOD__,$fargs);
 
@@ -2307,7 +2307,7 @@
 
 		# SHA crypted passwords
 		case 'sha':
-			if (strcasecmp(password_hash($plainpassword,'sha'),'{SHA}'.$cryptedpassword) == 0)
+			if (strcasecmp(pla_password_hash($plainpassword,'sha'),'{SHA}'.$cryptedpassword) == 0)
 return true;
 			else
 return false;
@@ -2316,7 +2316,7 @@
 
 		# MD5 crypted passwords
 		case 'md5':
-			if( strcasecmp(password_hash($plainpassword,'md5'),'{MD5}'.$cryptedpassword) == 0)
+			if( strcasecmp(pla_password_hash($plainpassword,'md5'),'{MD5}'.$cryptedpassword) == 0)
 return true;
 			else
 return false;
@@ -2545,12 +2545,14 @@
 		$a = array();
 
 		foreach ($dn as $key => $rdn)
-			$a[$key] = preg_replace('/\\\([0-9A-Fa-f]{2})/e',"''.chr(hexdec('\\1')).''",$rdn);
+			$a[$key] = preg_replace_callback('/\\\([0-9A-Fa-f]{2})/', 
+function ($matches) { return chr(hexdec($matches[1])); }, $rdn );
 
 		return $a;
 
 	} else {
-		return preg_replace('/\\\([0-9A-Fa-f]{2})/e',"''.chr(hexdec('\\1')).''",$dn);
+		return preg_replace_callback('/\\\([0-9A-Fa-f]{2})/',
+function ($matches) { return chr(hexdec($matches[1])); }, $dn);
 	}
 }
 

Bug#710859: inn2: posting fails with filter_nnrpd.pl

[Russ Allbery]

Control: retitle 655748 'Perl filters break with non-LFS i386 nnrpd'
Control: severity 655748 important
Control: merge 655748 -1

Manuel Gebauer  writes:

> Posting fails when filter_nnrpd.pl is in place and filter_post is
> defined.  The error message reported by the client is "Bizzare copy of
> UNKOWN". nnrpd only logs "SERVER perl filtering enabled". Posting fails
> with the dpkg-dist filter_nnrpd.pl and with custom version. Posting is
> unhindered if filter_nnrpd.pl is not present or if filter_post is not
> defined in filter_nnrpd.pl. As "Bizzare copy of UNKOWN" is a diagnostic
> of perl the error might also originate from there.

Yes, this is because libperl is built with LFS support and the regular
inn2 package is not, and the conflict breaks the Perl ABI.  It apparently
only affects nnrpd; innd doesn't seem to have the same problem, so one
workaround is to use the innd Perl filter instead of the nnrpd one.  Of
course, it can't do all of the same things.

The LFS version of the inn2 package (inn2-lfs) doesn't have this problem,
so if you can switch to that, it will fix the problem.  However, the
on-disk data formats are not compatible, so you'd have to go through the
whole database rebuild process (and if you use CNFS or timecaf, you'd have
to feed the articles to a newly-built server; there's currently no way to
do an in-place upgrade of those).

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655748 for more
information.

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


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

Bug#710860: Please use "apt-get autoclean" instead of "apt-get clean"

[Ryan Kavanagh]

Package: piuparts
Version: 0.52
Severity: grave
Justification: call to apt-get clean can cause data loss

piuparts caused me to loose several GB of downloaded packages by running
"apt-get clean". This is because I bind-mount my system's
/var/cache/apt/archives to my schroot via /etc/schroot/default/fstab to
save sbuild from having to download a package's every build-dependency
every time it builds, which can be expensive if your package
build-depends on ~150MB of packages.

If you really need to clean up downloaded archives after a piuparts run
that badly, please give users a means to disable it, or use "apt-get
autoclean" instead.

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

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

Versions of packages piuparts depends on:
ii  debootstrap  1.0.52
ii  debsums  2.0.52
ii  dpkg 1.16.10
ii  lsb-release  4.1+Debian11
ii  lsof 4.86+dfsg-1
ii  piuparts-common  0.52
ii  python   2.7.3-5
ii  python-debian0.1.21+nmu2

Versions of packages piuparts recommends:
ii  adequate  0.6

Versions of packages piuparts suggests:
ii  schroot  1.6.5-1

-- no debconf information

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  http://ryanak.ca/   | GPG Key 4A11C97A


signature.asc
Description: Digital signature

Bug#710859: inn2: posting fails with filter_nnrpd.pl

[Manuel Gebauer]

Package: inn2
Version: 2.5.3-3
Severity: important

Posting fails when filter_nnrpd.pl is in place and filter_post is defined.
The error message reported by the client is "Bizzare copy of UNKOWN". nnrpd
only logs "SERVER perl filtering enabled". Posting fails with the dpkg-dist
filter_nnrpd.pl and with custom version. Posting is unhindered if
filter_nnrpd.pl is not present or if filter_post is not defined in
filter_nnrpd.pl. As "Bizzare copy of UNKOWN" is a diagnostic of perl the error
might also originate from there.

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

Kernel: Linux 2.6.32-028stab091.2 (SMP w/1 CPU core)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf8)
Shell: /bin/sh linked to /bin/dash

Versions of packages inn2 depends on:
ii  cron3.0pl1-124
ii  inn2-inews  2.5.3-3
ii  libc6   2.13-38
ii  libdb5.15.1.29-5
ii  libmime-tools-perl  5.503-1
ii  libpam0g1.1.3-7.1
ii  libperl5.14 5.14.2-21
ii  libsasl2-2  2.1.25.dfsg1-6
ii  libssl1.0.0 1.0.1e-2
ii  perl5.14.2-21
ii  perl-base [perlapi-5.14.2]  5.14.2-21
ii  postfix [mail-transport-agent]  2.9.6-2
ii  procps  1:3.3.3-3
ii  time1.7-24
ii  zlib1g  1:1.2.7.dfsg-13

inn2 recommends no packages.

Versions of packages inn2 suggests:
ii  gnupg  1.4.12-7
ii  libcomerr2 1.42.5-1.1
pn  libgd-gd2-noxpm-perl | libgd-gd2-perl  
ii  libkrb5-3  1.10.1+dfsg-5+deb7u1
ii  wget   1.13.4-3

-- Configuration Files:
/etc/news/expire.ctl changed [not included]
/etc/news/filter/filter_nnrpd.pl changed [not included]
/etc/news/incoming.conf [Errno 13] Keine Berechtigung: 
u'/etc/news/incoming.conf'
/etc/news/innfeed.conf changed [not included]
/etc/news/newsfeeds changed [not included]
/etc/news/readers.conf changed [not included]
/etc/news/subscriptions changed [not included]

-- 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#710858: mention that one needs ascii2uni -a U if one wants to see Unicode

[jidanni]

Package: python-excelerator
Version: 0.6.4.1-1
File: /usr/share/man/man1/py_xls2txt.1.gz

Mention on the man pages that one will need e.g.,
py_xls2txt file.xls|ascii2uni -a U
if one wants to see Unicode. Tested on
http://civic.ad.tpc.gov.tw/DocLibCivic/DA_06_CaseDocsView.aspx?PFSno=91724

Else it is all \u... \u... !


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

Bug#710857: don't say SEE-ALSO

[jidanni]

Package: python-excelerator
Version: 0.6.4.1-1
File: /usr/share/man/man1/py_xls2txt.1.gz

Say SEE ALSO not SEE-ALSO! You are messing up emacs etc.
Same with your other pages.


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

Bug#710856: Unsupported format

[jidanni]

Package: gnumeric
Version: 1.12.2-2

One gets Unsupported format with
http://civic.ad.tpc.gov.tw/DocLibCivic/DA_06_CaseDocsView.aspx?PFSno=91724

Even python-excelerator can deal with it.

P.S., gnumeric shouldn't just start anyway after telling the user
Unsupported format.

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

Kernel: Linux 3.8-2-486
Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.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.50
ii  gnumeric-common1.12.2-2
ii  gsfonts1:8.11+urwcyr1.0.7~pre44-4.2
ii  libatk1.0-02.8.0-2
ii  libc6  2.17-4
ii  libcairo2  1.12.14-4
ii  libgdk-pixbuf2.0-0 2.28.1-2
ii  libglib2.0-0   2.36.1-2build1
ii  libgoffice-0.10-10 0.10.2-1
ii  libgsf-1-114   1.14.26-1
ii  libgtk-3-0 3.8.2-1
ii  libpango-1.0-0 1.32.5-5+b1
ii  libpangocairo-1.0-01.32.5-5+b1
ii  libxml22.9.0+dfsg1-4
ii  procps 1:3.3.8-1
ii  zlib1g 1:1.2.8.dfsg-1

Versions of packages gnumeric recommends:
pn  evince | evince-gtk  
pn  lp-solve 

Versions of packages gnumeric suggests:
ii  gnumeric-doc1.12.2-2
ii  gnumeric-plugins-extra  1.12.2-2
pn  ttf-liberation | ttf-mscorefonts-installer  

-- 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#710427: marked as done (debirf: installing apache2 requires apache2.2-common installed on host)

[Daniel Kahn Gillmor]

Just to be clear about what's going on here:

 * debirf relies on fakechroot and fakeroot to do "debirf make"

 * fakechroot and fakeroot both use LD_PRELOAD hacks to make the system
pretend to be something slightly different

 * those LD_PRELOAD hacks rely on environment variables to know how to
modify the view of the system.

 * when a subprocess clears the entire environment (as some part of
apache seems to do, it makes it so those LD_PRELOAD hacks don't do anything.

I'm not sure if this bug should be marked wontfix, or if maybe instead
it should be reassigned to the apache2 package to clean up the behavior
of these tools.

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#710855: gdk-pixbuf: Cannot open pixbuf loader module file '/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache'

[Christoph Anton Mitterer]

Source: gdk-pixbuf
Version: 2.28.1-2
Severity: important


Hi.

That might be similar (or the same?) than #625203.

During today's updates:
Processing triggers for gnome-menus ...
Processing triggers for desktop-file-utils ...
Processing triggers for mime-support ...
Processing triggers for hicolor-icon-theme ...

(gtk-update-icon-cache:25365): GdkPixbuf-WARNING **: Cannot open pixbuf loader 
module file '/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache': No 
such file or directory

This likely means that your installation is broken.
Try running the command
  gdk-pixbuf-query-loaders > 
/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
to make things work again for the time being.
Processing triggers for man-db ...
Processing triggers for doc-base ...
Processing 3 changed doc-base files...


I've never deleted that file... nor did I have any filesystem errors.


Apart from that... a cache file seems to be wrong in /usr and violating FHS and 
thereby the DP... why is it there?


Cheers,
Chris.



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

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


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

Bug#710689: [Aptitude-devel] Bug#710689: aptitude: use unicode character in the trees

[Daniel Hartwig]

On 2 June 2013 10:42, Christoph Anton Mitterer  wrote:
> On Sun, 2013-06-02 at 09:25 +0800, Daniel Hartwig wrote:
>> Do you have any complaint with the current drawing of tree nodes,
>> other than “its not the precise unicode graphing characters”?
> Well not "compliant"... it's just that time moved on,... unicode is
> standard now unless for the most bare minimum situations where you
> perhaps end up with C locale

> (probably not situations where aptitude is
> used?)

Systems where LANG or LC was set incorrectly, or where package locale
is missing, broken, or under configured, or with fonts deliberately
lacking unicode ranges to save on space.  In such cases the fallback
is C locale and it must be supported.

>
> Many "standard" tools, e.g. tree move on and at least
> provide/auto-detect unicode enabled output in addition to ASCII
> fallbacks.

If tree maintainers want to support that then that is up to them.  I
do not want to support using different glyphs depending on locale,
even if it is only two options depending on ascii or unicode.  I have
already spent far too much time fixing problems caused by this when
e.g. translations do not render properly, or did previously and do no
longer because of changes elsewhere.


>
>
> Anyway... I don't quite understand why this should be new to aptitude,
> as it already seems to use these box drawing characters (which are
> surely not ASCII), take e.g.
> ftp://ftp.debian.┌───┐iff [Downloaded]
> ftp://ftp.debian.│Downloaded 6906 kB in 1min 38s (70,1 kB/s).│iff [Downloaded]
> ftp://ftp.debian.│ [ Continue ]  [ Cancel ]  │ownloaded]
> ftp://ftp.debian.└───┘ownloaded]
>
> or any "scroll bars" chich use: ▒

A timely reminder to eliminate such faults.  There are outstanding bug
reports about e.g. misrenderings on non-utf8 locales due to precisely
use of those glyphs.

>
>
> WRT, GNU Coding... well... they're quite old fashioned in some ways ;)
>

These are conservative for precisely the goal of being portable across
systems and languages.


I am not really interested in tweaking glyphs where such already work
fine.  Now returning to finish up the wheezy branch so stable systems
can have less quirky multiarch support.

Regards


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

Bug#710854: Errors/warnings on PHP 5.5

[Paweł Tomulik]

Package: phpldapadmin
Version: 1.2.2-5

Hi,

after last Debian dist-upgrade my phpldapadmin stopped to work.
There are two issues related to phpldapadmin + new python version.

The first one is, that lib/functions.php defines a function named 
'password_hash',

but such function appears in PHP 5.5 which lead to name clash and error.
See: http://www.php.net/manual/en/function.password-hash.php


The second issue is related to the '/e' modifier of preg_replace, which 
is deprecated in PHP 5.5. See 
http://www.php.net/manual/en/function.preg-replace.php.


I attach a patch proposition.


--
Pawel Tomulik

diff -ur a/lib/ds_ldap.php b/lib/ds_ldap.php
--- a/lib/ds_ldap.php	2013-06-03 01:37:17.0 +0200
+++ b/lib/ds_ldap.php	2013-06-03 02:01:38.0 +0200
@@ -1117,12 +1117,14 @@
 		if (is_array($dn)) {
 			$a = array();
 			foreach ($dn as $key => $rdn)
-$a[$key] = preg_replace('/\\\([0-9A-Fa-f]{2})/e',"''.chr(hexdec('\\1')).''",$rdn);
+$a[$key] = preg_replace_callback('/\\\([0-9A-Fa-f]{2})/e',
+	function ($matches) { return chr(hexdec($matches[1])); }, $rdn);
 
 			return $a;
 
 		} else
-			return preg_replace('/\\\([0-9A-Fa-f]{2})/e',"''.chr(hexdec('\\1')).''",$dn);
+			return preg_replace_callback('/\\\([0-9A-Fa-f]{2})/e',
+	function ($matches) { return chr(hexdec($matches[1])); }, $dn);
 	}
 
 	public function getRootDSE($method=null) {
diff -ur a/lib/functions.php b/lib/functions.php
--- a/lib/functions.php	2013-06-03 01:30:25.0 +0200
+++ b/lib/functions.php	2013-06-03 02:01:12.0 +0200
@@ -2126,7 +2126,7 @@
  *crypt, ext_des, md5crypt, blowfish, md5, sha, smd5, ssha, or clear.
  * @return string The hashed password.
  */
-function password_hash($password_clear,$enc_type) {
+function pla_password_hash($password_clear,$enc_type) {
 	if (DEBUG_ENABLED && (($fargs=func_get_args())||$fargs='NOARGS'))
 		debug_log('Entered (%%)',1,0,__FILE__,__LINE__,__METHOD__,$fargs);
 
@@ -2307,7 +2307,7 @@
 
 		# SHA crypted passwords
 		case 'sha':
-			if (strcasecmp(password_hash($plainpassword,'sha'),'{SHA}'.$cryptedpassword) == 0)
+			if (strcasecmp(pla_password_hash($plainpassword,'sha'),'{SHA}'.$cryptedpassword) == 0)
 return true;
 			else
 return false;
@@ -2316,7 +2316,7 @@
 
 		# MD5 crypted passwords
 		case 'md5':
-			if( strcasecmp(password_hash($plainpassword,'md5'),'{MD5}'.$cryptedpassword) == 0)
+			if( strcasecmp(pla_password_hash($plainpassword,'md5'),'{MD5}'.$cryptedpassword) == 0)
 return true;
 			else
 return false;
@@ -2545,12 +2545,14 @@
 		$a = array();
 
 		foreach ($dn as $key => $rdn)
-			$a[$key] = preg_replace('/\\\([0-9A-Fa-f]{2})/e',"''.chr(hexdec('\\1')).''",$rdn);
+			$a[$key] = preg_replace_callback('/\\\([0-9A-Fa-f]{2})/', 
+function ($matches) { return chr(hexdec($matches[1])); }, $rdn );
 
 		return $a;
 
 	} else {
-		return preg_replace('/\\\([0-9A-Fa-f]{2})/e',"''.chr(hexdec('\\1')).''",$dn);
+		return preg_replace_callback('/\\\([0-9A-Fa-f]{2})/',
+function ($matches) { return chr(hexdec($matches[1])); }, $dn);
 	}
 }
 

Bug#710845: g++-4.6: mipsel executables built -Wl,-z,now -fPIE crash on startup

[Aaron M. Ucko]

Cc:ing debian-mips, then, as this is out of my league.

-- Aaron

Matthias Klose  writes:

> Control: tags -1 + moreinfo help
>
> Am 03.06.2013 00:31, schrieb Aaron M. Ucko:
>> Package: g++-4.6
>> Version: 4.6.4-2
>> Severity: serious
>> Justification: makes other packages fail to build from source
>> 
>> On mipsel, C++ executables built with -Wl,-z,now and -fPIE (per dpkg's
>> customary hardening flags) crash on startup (jumping to NULL from
>> __libc_start_main@plt), leading to #710807 and likely also #708812.
>> Could you please take a look?
>> 
>> Thanks!
>> 
>> BTW, the same errors occur with g++-4.7 4.7.3-4 and g++-4.8 4.8.0-8;
>> please feel free to clone and/or reassign this report accordingly.
>
> GCC for mips* in Debian is unmaintained. So please provide a patch, or mips*
> should be dropped as a release architecture.


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

Bug#710853: openssh-server: ssh server keys creation

[Christoph Anton Mitterer]

Package: openssh-server
Version: 1:6.2p2-3
Severity: wishlist


Hi.

With respect to the creation of SSH server keys in postinst, may I suggest the
following:
- not create ssh1 keys at all... actually I've never seen them auto-created,
  but code seems to be there
  This is mainly for security reasons... if someone really want's ssh1, he shoul
  manually create the keys.

- specify bit sizes
  Also for security reasons, use the highest bit sizes possible for the 
respective
  algorithm,... it should have basically no performance impact, and if someone
  really thinks he wants a weaker key,.. he still can manually create it
  That is
  rsa2: -b 4096
  dsa: -b 1024
  ecdsa: -b 521 (no typo)

- use the FQDN as comment
  I always found it handy to have the full hostname on the server keys as 
comment, i.e.
  -C "$(hostname -f)"
  without username, as e.g. root@$(hostname -f), would be the personal key of 
the user
  root.


Cheers,
Chris.


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

Bug#701257: Could you provide more info, please

[David García Garzón]

Al 03/06/13 01:50, En/na Sebastian Ramacher ha escrit:
> Hi David
>
> On 2013-03-11 16:37:40, David García Garzón wrote:
>> I am one of the developers of the CLAM framework trying to reproduce the
>> bug in Ubuntu (gcc (Ubuntu/Linaro 4.7.2-2ubuntu1) 4.7.2) with no luck.
>>
>> My guess is that some system headers (in Debian and Gentoo but not in
>> Ubuntu) define TIME_UTC as preprocessor macro. If someone being able to
>> reproduce the bug could confirm this point (by inserting #ifdef TIME_UTC
>> #error) and locating the header we could move forward.
> Thanks for investigating this issue.
>
> Starting with eglibc 2.17 TIME_UTC is defined in time.h. Ubuntu should
> have a version defining TIME_UTC since raring.
>
> Please let me know if I can help you track it down further.
>
> Regards

Well, the bug should be already fixed upstream. We changed the name of
the macro.

David.


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

Bug#710852: [linux-image-3.8-2-loongson-2f] usb ethernet adapter MosChip MCS7830 hangs after working fine for a while

[Javier Vasquez]

Additional info...

The beginnign of the kernel log, not reported before, shows:

Jun  2 09:00:20 mini-0 kernel: [55560.272000] UDP: bad checksum. From
213.157.218.54:0 to 186.176.90.47:0 ulen 1430
Jun  2 09:55:57 mini-0 kernel: [58896.588000] UDP: bad checksum. From
218.95.142.2:0 to 186.176.90.47:0 ulen 1430
Jun  2 11:22:06 mini-0 kernel: [64065.68] UDP: bad checksum. From
186.32.0.99:53 to 186.176.90.47:44352 ulen 170
Jun  2 14:16:34 mini-0 kernel: [74533.544000] UDP: bad checksum. From
186.32.0.99:53 to 186.176.90.47:49396 ulen 136
Jun  2 14:16:40 mini-0 kernel: [74539.976000] UDP: bad checksum. From
186.32.0.99:53 to 186.176.90.47:47340 ulen 187
Jun  2 14:17:02 mini-0 kernel: [74561.496000] UDP: bad checksum. From
186.32.0.99:53 to 186.176.90.47:52383 ulen 154
Jun  2 14:34:16 mini-0 kernel: [75596.068000] UDP: bad checksum. From
186.32.0.99:53 to 186.176.90.47:33701 ulen 126
Jun  2 16:26:34 mini-0 kernel: [82334.04] UDP: bad checksum. From
186.32.0.99:53 to 186.176.90.47:54904 ulen 125
Jun  2 16:43:35 mini-0 kernel: [83355.312000] UDP: bad checksum. From
186.32.0.99:53 to 186.176.90.47:52201 ulen 282
Jun  2 16:57:04 mini-0 kernel: [84163.824000] [ cut here
]
Jun  2 16:57:04 mini-0 kernel: [84163.824000] WARNING: at
/build/buildd-linux_3.8.13-1-mipsel-XrCEF3/linux-3.8.13/net/sched/sch_generic.c:254
dev_watchdog+0x180/0x2b0()
Jun  2 16:57:04 mini-0 kernel: [84163.824000] NETDEV WATCHDOG: eth1
(MOSCHIP usb-ethernet driver): transmit queue 0 timed out
Jun  2 16:57:04 mini-0 kernel: [84163.828000] Modules linked in:
cpufreq_stats cpufreq_userspace cpufreq_conservative cpufreq_powersave
nfsd auth_rpcgss nfs_acl nfs lockd dns_resolver fscache sunrpc
ipt_MASQUERADE ipt_REJECT xt_tcpudp xt_conntrack iptable_nat
nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack
iptable_mangle iptable_filter ip_tables x_tables autofs4 loop fuse
snd_cs5535audio snd_ac97_codec snd_pcm_oss snd_mixer_oss mcs7830
usbnet snd_pcm snd_page_alloc snd_seq_midi snd_seq_midi_event
snd_rawmidi snd_seq r8169 rtc_cmos snd_seq_device mii ehci_pci
snd_timer ohci_hcd ehci_hcd snd loongson2_cpufreq usbcore soundcore
usb_common ac97_bus
Jun  2 16:57:04 mini-0 kernel: [84163.84] Call Trace:
Jun  2 16:57:04 mini-0 kernel: [84163.84] []
dump_stack+0x8/0x40
Jun  2 16:57:04 mini-0 kernel: [84163.84] []
warn_slowpath_common+0x78/0xa4
Jun  2 16:57:04 mini-0 kernel: [84163.844000] []
warn_slowpath_fmt+0x38/0x50
Jun  2 16:57:04 mini-0 kernel: [84163.844000] []
dev_watchdog+0x180/0x2b0
Jun  2 16:57:04 mini-0 kernel: [84163.844000] []
call_timer_fn+0x84/0x164
Jun  2 16:57:04 mini-0 kernel: [84163.844000] []
run_timer_softirq+0x20c/0x2a4
Jun  2 16:57:04 mini-0 kernel: [84163.848000] []
__do_softirq+0x124/0x288
Jun  2 16:57:04 mini-0 kernel: [84163.848000] []
do_softirq+0x44/0x68
Jun  2 16:57:04 mini-0 kernel: [84163.848000] []
irq_exit+0x4c/0xcc
Jun  2 16:57:04 mini-0 kernel: [84163.852000] []
ret_from_irq+0x0/0x4
Jun  2 16:57:04 mini-0 kernel: [84163.852000] []
arch_local_irq_save+0x0/0x28
Jun  2 16:57:04 mini-0 kernel: [84163.852000] []
rcu_idle_exit+0x1c/0xb4
Jun  2 16:57:04 mini-0 kernel: [84163.852000] []
cpu_idle+0x68/0x80
Jun  2 16:57:04 mini-0 kernel: [84163.856000] []
start_kernel+0x470/0x49c
Jun  2 16:57:04 mini-0 kernel: [84163.856000]
Jun  2 16:57:04 mini-0 kernel: [84163.856000] ---[ end trace
18e9d7175962fe44 ]---
Jun  2 17:28:23 mini-0 kernel: [0.00] Initializing cgroup subsys cpuset
Jun  2 17:28:23 mini-0 kernel: [0.00] Initializing cgroup subsys cpu
Jun  2 17:28:23 mini-0 kernel: [0.00] Linux version
3.8-2-loongson-2f (debian-ker...@lists.debian.org) (gcc version 4.7.3
(Debian 4.7.3-3) ) #1 Debian 3.8.13-1

Perhaps the important part is the netdev watchdog.  I performed
several pings to external URLs to see if I had external connection,
but none of the pings was responded back, all packets were reported
lost. That's how I realized the network device was hanging, or no
longer working...

--
Javier.


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

Bug#708748: [RFR] templates://heat/{heat-engine.templates,heat-api-cfn.templates,heat-api-cloudwatch.templates,heat-api.templates}

[Justin B Rye]

Christian PERRIER wrote:
[...]
>  Template: heat/keystone-ip
>  Type: string
> -_Description: Keystone IP address:
> - Enter the IP address of your keystone server, so that heat-api can
> - contact Keystone to do the Heat service and endpoint creation.
> +_Description: Keystone server IP address:
> + Please enter the IP address of the Keystone server, so that heat-api can
> + contact Keystone to do the Cinder service and endpoint creation.

Heat, not Cinder.  Oh, it's right in the patch anyway.
  
>  Template: heat/keystone-auth-token
>  Type: password
> -_Description: Keystone Auth Token:
> - To configure its endpoint in Keystone, heat-api needs the Keystone auth
> - token.
> +_Description: Keystone authentication token:
> + To configure its endpoint in Keystone, cinder-api needs the Keystone
> + authentication token.

Ditto.

[...]
  
And the description's okay, too, so I'm a no-op.
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package


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

Bug#585052: closed by Barry deFreese (reply to bdefre...@debian.org) (Re: boswars: crash when trying to load a saved game for a removed campaign)

[duck]

reopen 585052
thanks


Coin,


After speaking with upstream, this is expected behavior.  The save
games are not transferable
between versions unfortunately.  He was saying that the error
reporting could be better but it is
intended behavior.


No, I already opened a bug report upstream almost 3 years ago and 
explained why this is a bug and needs to be solved.


I don't mind if upstream is not willing to work on loading old saved 
games, I'm asking to fix a crash. If the saved game is not loadable, the 
game should really says so instead of a nasty and misleading behavior. 
There's no good reason for a crash, being just a game or not.


Regards.

--
Marc Dequènes


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

Bug#710852: [linux-image-3.8-2-loongson-2f] usb ethernet adapter MosChip MCS7830 hangs after working fine for a while

[Javier Vasquez]

Package: src:linux
Version: 3.8.13-1
Severity: important
Tags: upstream

On loongson-2f mini-pc running under unstable, I upgraded the linux
image from old linux-image-3.2.0-4-loongson-2f to newer
linux-image-3.8-2-loongson-2f.  I use this mini-pc as a gateway 24/7,
so it is to be up all the time.

However after the upgrade, the MosChip MCS7830 ethernet usb adaptor
starts working great after booting, but after a while (haven't
identified how much), it stops working, with no message about it.  I
can do ifdown, but I can't complete ifup successfully given the DHCP
process doesn't get response from the DHCP server (provider), given
the usb device is hanging.

Attempting to modprobe -r usbnet, doesn't work, the module is reported
busy, even fails to remove with "-f".

The only work around is to reboot.

As I need the gateway up at all times, I'm going back to old 3.2.0-4
version.  However the idea is to keep the machine running with more up
to date kernels...


-- Package-specific info:
** Version:
Linux version 3.8-2-loongson-2f (debian-ker...@lists.debian.org) (gcc
version 4.7.3 (Debian 4.7.3-3) ) #1 Debian 3.8.13-1

** Command line:
console=tty machtype=lemote-fuloong-2f-box root=/dev/sda6 ro
video=sisfb:1280x1024-24@60 resume=/dev/sda5 PMON_VER=LM6004-1.3.6
EC_VER=undefined machtype=lemote-fuloong-2f-box

** Kernel log:
[1.964000] ata1.00: 312581808 sectors, multi 16: LBA48
[1.976000] ata1.00: configured for UDMA/100
[1.976000] scsi 0:0:0:0: Direct-Access ATA  SAMSUNG
HM160HI  HH10 PQ: 0 ANSI: 5
[1.98] ata2: port disabled--ignoring
[1.98] sd 0:0:0:0: [sda] 312581808 512-byte logical blocks:
(160 GB/149 GiB)
[1.984000] sd 0:0:0:0: [sda] Write Protect is off
[1.984000] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[1.984000] sd 0:0:0:0: [sda] Write cache: enabled, read cache:
enabled, doesn't support DPO or FUA
[2.148000]  sda: sda1 sda2 < sda5 sda6 sda7 sda8 sda9 sda10 sda11
sda12 sda13 sda14 >
[2.152000] sd 0:0:0:0: [sda] Attached SCSI disk
[2.152000] PM: Hibernation image partition 8:5 present
[2.152000] PM: Looking for hibernation image.
[2.152000] PM: Image not found (code -22)
[2.152000] PM: Hibernation image not present or could not be loaded.
[2.152000] registered taskstats version 1
[2.156000] 
/build/buildd-linux_3.8.13-1-mipsel-XrCEF3/linux-3.8.13/drivers/rtc/hctosys.c:
unable to open rtc device (rtc0)
[2.176000] EXT4-fs (sda6): couldn't mount as ext3 due to feature
incompatibilities
[2.176000] EXT4-fs (sda6): couldn't mount as ext2 due to feature
incompatibilities
[2.208000] EXT4-fs (sda6): mounted filesystem with ordered data
mode. Opts: (null)
[2.208000] VFS: Mounted root (ext4 filesystem) readonly on device 8:6.
[2.212000] Freeing unused kernel memory: 288k freed
[5.332000] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0
[5.364000] rtc0: alarms up to one day, 114 bytes nvram
[5.412000] cpufreq: Loongson-2F CPU frequency driver.
[5.56] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[5.576000] r8169 :00:06.0 (unregistered net_device): not PCI Express
[5.60] usbcore: registered new interface driver usbfs
[5.608000] r8169 :00:06.0 eth0: RTL8169sc/8110sc at
0x900050072000, 00:23:9e:00:04:b6, XID 1800 IRQ 36
[5.612000] r8169 :00:06.0 eth0: jumbo features [frames: 7152
bytes, tx checksumming: ok]
[5.624000] usbcore: registered new interface driver hub
[5.652000] usbcore: registered new device driver usb
[5.684000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[5.70] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[5.704000] ohci_hcd :00:0e.4: setting latency timer to 64
[5.704000] ohci_hcd :00:0e.4: OHCI Host Controller
[5.712000] ehci-pci: EHCI PCI platform driver
[5.724000] ohci_hcd :00:0e.4: new USB bus registered, assigned
bus number 1
[5.74] ohci_hcd :00:0e.4: irq 11, io mem 0x5007
[5.836000] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
[5.84] usb usb1: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[5.844000] usb usb1: Product: OHCI Host Controller
[5.848000] usb usb1: Manufacturer: Linux 3.8-2-loongson-2f ohci_hcd
[5.852000] usb usb1: SerialNumber: :00:0e.4
[5.864000] hub 1-0:1.0: USB hub found
[5.868000] hub 1-0:1.0: 4 ports detected
[5.872000] ehci-pci :00:0e.5: setting latency timer to 64
[5.876000] ehci-pci :00:0e.5: EHCI Host Controller
[5.912000] ehci-pci :00:0e.5: new USB bus registered, assigned
bus number 2
[5.92] ehci-pci :00:0e.5: irq 11, io mem 0x50071000
[5.944000] ehci-pci :00:0e.5: USB 0.0 started, EHCI 1.00
[5.96] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
[5.964000] usb usb2: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[5.968000] usb usb2: Product: EHCI Host Controller
[5.972

Bug#708661: [RFR] templates://sftpcloudfs/{templates}

[Justin B Rye]

Christian PERRIER wrote:
>  Template: sftpcloudfs/auth-url
>  Type: string
>  Default: https://auth.api.rackspacecloud.com/v1.0
> +_Description: Authentication server URL:
> + In order to authenticate its users, SFTPCloudFS needs to connect to an
> + authentication server (such as RackSpace Cloud Files or OpenStack).
> + Please enter the URL of that server.
>   .
> + URL examples:
> +  * Rackspace in USA: https://auth.api.rackspacecloud.com/v1.0
> +  * Rackspace in UK:  https://lon.auth.api.rackspacecloud.com/v1.0
> +  * Swift: URLs such as https://example.com/v1.0

Good idea.  Maybe for even neater colon-symmetry:

URL examples:
 * Rackspace in the US: https://auth.api.rackspacecloud.com/v1.0
 * Rackspace in the UK: https://lon.auth.api.rackspacecloud.com/v1.0
 * Swift: some URL like https://example.com/v1.0 (or an IP address)

(also cramming in some extra info at the end).

Meanwhile in the package description:
 
> Package: sftpcloudfs
[...]
> Description: SFTP interface to Rackspace Cloud Files and OpenStack Object 
> Storage

That's just on the edge of being too long.  Could we afford to make it:

  Description: SFTP interface to Rackspace/OpenStack storage services

and leave the full names for the long description?

>  SFTP (Secure File Transfer Protocol) interface to Rackspace Cloud Files and
>  OpenStack Object Storage, providing a service that acts as a proxy between a
>  SFTP client and a remote files/storage service.

Make that a sentence by prefixing "this package provides an..."; but
then avoid repetition by turning "providing a service that acts..."
into just "acting...".

Hard-to-spot article error: "between AN esseffteepee client..."

"A remote files/storage service" seems wrong (especially once it's
repeated for the third time), mainly because it's slightly unnatural
to talk about "a files service" (plural), but also because I can't see
what the reference to files adds to this: what would a storage service
store if not files?  When I Google the expression I find sftpcloudfs
and nothing else; so I'll change it throughout to just "a remote
storage service".

>  .
>  The username/password pair used to open the SFTP session is validated using 
> the
>  authentication service of the files/storage service to get an authentication
>  token.
>  .
>  The communication between the client and the SFTP daemon is encrypted all the
>  time, and the SFTP service supports HTTPS communication with the remote
>  files/storage service.

I don't follow this (so I won't try to rephrase it).  It seems obvious
that client/server connections are encrypted (this isn't plain old
insecure-FTP!), so is this maybe emphasising that one side of
sftpcloudfs uses SSH and the other uses SSL/TLS?
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
diff -ru sftpcloudfs-0.7.pristine/debian/control sftpcloudfs-0.7/debian/control
--- sftpcloudfs-0.7.pristine/debian/control 2013-05-15 08:03:12.0 
+0100
+++ sftpcloudfs-0.7/debian/control  2013-06-03 00:49:02.506683402 +0100
@@ -25,15 +25,15 @@
  python-daemon,
  python-cloudfiles,
  python-memcache
-Description: SFTP interface to Rackspace Cloud Files and OpenStack Object 
Storage
- SFTP (Secure File Transfer Protocol) interface to Rackspace Cloud Files and
- OpenStack Object Storage, providing a service that acts as a proxy between a
- SFTP client and a remote files/storage service.
+Description: SFTP interface to Rackspace/OpenStack storage services
+ This package provides an SFTP (Secure File Transfer Protocol) interface to
+ Rackspace Cloud Files and OpenStack Object Storage, acting as a proxy between
+ an SFTP client and a remote storage service.
  .
  The username/password pair used to open the SFTP session is validated using 
the
- authentication service of the files/storage service to get an authentication
+ authentication service of the storage service to get an authentication
  token.
  .
  The communication between the client and the SFTP daemon is encrypted all the
  time, and the SFTP service supports HTTPS communication with the remote
- files/storage service.
+ storage service.
diff -ru sftpcloudfs-0.7.pristine/debian/templates 
sftpcloudfs-0.7/debian/templates
--- sftpcloudfs-0.7.pristine/debian/templates   2013-05-15 08:03:12.0 
+0100
+++ sftpcloudfs-0.7/debian/templates2013-06-03 00:51:03.707164978 +0100
@@ -1,14 +1,12 @@
 Template: sftpcloudfs/auth-url
 Type: string
 Default: https://auth.api.rackspacecloud.com/v1.0
-_Description: Content of the auth-url directive:
- In order to authenticate it's users, SFTPCloudFS needs to connect to an
- authentication server (eg RackSpace Cloud Files, OpenStack). Enter the
- URL of that server.
+_Description: Authentication server URL:
+ In order to authenticate its users, SFTPCloudFS needs to connect to an
+ authentication server (such as RackSpace Cloud Files or OpenStack).
+ Please enter the 

Bug#710851: procps: FTBFS under pbuilder: Testsuite errors

[Daniel Schepler]

Source: procps
Version: 1:3.3.8-1
Severity: serious

>From my pbuilder build log:

...
Making check in testsuite
make[3]: Entering directory `/tmp/buildd/procps-3.3.8/testsuite'
make  check-DEJAGNU
make[4]: Entering directory `/tmp/buildd/procps-3.3.8/testsuite'
Making a new site.exp file...
srcdir='.'; export srcdir; \
EXPECT=expect; export EXPECT; \
runtest=runtest; \
if /bin/bash -c "$runtest --version" > /dev/null 2>&1; then \
  exit_status=0; l='pmap slabtop sysctl kill free lib pgrep pkill ps 
pwdx uptime vmstat w'; for tool in $l; do \
if $runtest  --tool $tool --srcdir $srcdir ; \
then :; else exit_status=1; fi; \
  done; \
else echo "WARNING: could not find \`runtest'" 1>&2; :;\
fi; \
exit $exit_status
WARNING: Couldn't find tool init file
Test Run By root on Sun Jun  2 23:52:59 2013
Native configuration is x86_64-pc-linux-gnu

=== pmap tests ===

Schedule of variations:
unix

Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for 
target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for target.
Using ./config/unix.exp as tool-and-target-specific interface file.
Running ./pmap.test/pmap.exp ...

=== pmap Summary ===

# of expected passes11
/tmp/buildd/procps-3.3.8/pmap version 3.3.8

WARNING: Couldn't find tool init file
Test Run By root on Sun Jun  2 23:52:59 2013
Native configuration is x86_64-pc-linux-gnu

=== slabtop tests ===

Schedule of variations:
unix

Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for 
target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for target.
Using ./config/unix.exp as tool-and-target-specific interface file.
Running ./slabtop.test/slabtop.exp ...

=== slabtop Summary ===

# of unsupported tests  1
WARNING: Couldn't find tool init file
Test Run By root on Sun Jun  2 23:52:59 2013
Native configuration is x86_64-pc-linux-gnu

=== sysctl tests ===

Schedule of variations:
unix

Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for 
target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for target.
Using ./config/unix.exp as tool-and-target-specific interface file.
Running ./sysctl.test/sysctl_read.exp ...

=== sysctl Summary ===

# of expected passes5
/tmp/buildd/procps-3.3.8/sysctl version 3.3.8

WARNING: Couldn't find tool init file
Test Run By root on Sun Jun  2 23:52:59 2013
Native configuration is x86_64-pc-linux-gnu

=== kill tests ===

Schedule of variations:
unix

Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for 
target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for target.
Using ./config/unix.exp as tool-and-target-specific interface file.
Running ./kill.test/kill.exp ...

=== kill Summary ===

# of expected passes5
/tmp/buildd/procps-3.3.8/kill version 3.3.8

WARNING: Couldn't find tool init file
Test Run By root on Sun Jun  2 23:52:59 2013
Native configuration is x86_64-pc-linux-gnu

=== free tests ===

Schedule of variations:
unix

Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for 
target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for target.
Using ./config/unix.exp as tool-and-target-specific interface file.
Running ./free.test/free.exp ...

=== free Summary ===

# of expected passes11
/tmp/buildd/procps-3.3.8/free version 3.3.8

WARNING: Couldn't find tool init file
Test Run By root on Sun Jun  2 23:53:01 2013
Native configuration is x86_64-pc-linux-gnu

=== lib tests ===

Schedule of variations:
unix

Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for 
target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for target.
Using ./config/unix.exp as tool-and-target-specific interface file.
Running ./lib.test/fileutils.exp ...
Running ./lib.test/strutils.exp ...

=== lib Summary ===

# of expected passes8
WARNING: Couldn't find tool init file
Test Run By root on Sun Jun  2 23:53:01 2013
Native configuration is x86_64-pc-linux-gnu

=== pgrep tests ===

Schedule of variations:
unix

Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for 
target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for target.
Using ./config/unix.exp as tool-and-target-specific interface file.
Running ./pgrep.test/pgrep.exp ...
ERROR: tcl error sourcing ./pgrep.test/pgrep.exp.
ERROR: not a tty
child process exited abnormally
while executing
"exec tty

Bug#701257: Could you provide more info, please

[Sebastian Ramacher]

Hi David

On 2013-03-11 16:37:40, David García Garzón wrote:
> I am one of the developers of the CLAM framework trying to reproduce the
> bug in Ubuntu (gcc (Ubuntu/Linaro 4.7.2-2ubuntu1) 4.7.2) with no luck.
> 
> My guess is that some system headers (in Debian and Gentoo but not in
> Ubuntu) define TIME_UTC as preprocessor macro. If someone being able to
> reproduce the bug could confirm this point (by inserting #ifdef TIME_UTC
> #error) and locating the header we could move forward.

Thanks for investigating this issue.

Starting with eglibc 2.17 TIME_UTC is defined in time.h. Ubuntu should
have a version defining TIME_UTC since raring.

Please let me know if I can help you track it down further.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#710850: wheezy: /lib/init/rw is _completely_ gone

[Christoph Anton Mitterer]

Package: release-notes
Severity: normal


Hi.

IIRC, /lib/init/rw is _completely_ gone, i.e. fresh installations will not even
get a symlink to /run.

Chapter 2 of the release notes are a bit unclear about that:
They give a new location (/run)... which is the place where things should go now
that were in /lib/init/rw before, but unlike the other paths it has no symlink.

So that should perhaps be added, that /lib/init/rw is really gone for good.


Cheers,
Chris.


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

Bug#710849: findutils: FTBFS: texinfo errors

[Daniel Schepler]

Source: findutils
Version: 4.4.2-5
Severity: serious

>From my pbuilder build log:

...
Making all in doc
make[3]: Entering directory `/tmp/buildd/findutils-4.4.2/doc'
restore=: && backupdir=".am$$" && \
am__cwd=`pwd` && cd . && \
rm -rf $backupdir && mkdir $backupdir && \
if (/bin/bash /tmp/buildd/findutils-4.4.2/build-aux/missing --run 
makeinfo --version) >/dev/null 2>&1; then \
  for f in find.info find.info-[0-9] find.info-[0-9][0-9] find.i[0-9] 
find.i[0-9][0-9]; do \
if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \
  done; \
else :; fi && \
cd "$am__cwd"; \
if /bin/bash /tmp/buildd/findutils-4.4.2/build-aux/missing --run 
makeinfo   -I . \
 -o find.info find.texi; \
then \
  rc=0; \
  cd .; \
else \
  rc=$?; \
  cd . && \
  $restore $backupdir/* `echo "./find.info" | sed 's|[^/]*$||'`; \
fi; \
rm -rf $backupdir; exit $rc
find.texi:53: misplaced {
find.texi:53: misplaced }
find.texi:1862: warning: node `Formatting Flags' is next for `Time Directives' 
in menu but not in sectioning
find.texi:1975: warning: node `Formatting Flags' is next for `Combined Time 
Formats' in sectioning but not in menu
find.texi:2004: warning: node prev `Formatting Flags' in menu `Time Directives' 
and in sectioning `Combined Time Formats' differ
find.texi:2004: warning: node up `Formatting Flags' in menu `Format Directives' 
and in sectioning `Time Formats' differ
find.texi:1893: node `Time Formats' lacks menu item for `Formatting Flags' 
despite being its Up target
make[3]: *** [find.info] Error 1
make[3]: Leaving directory `/tmp/buildd/findutils-4.4.2/doc'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/findutils-4.4.2'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/findutils-4.4.2'
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
-- 
Daniel Schepler


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

Bug#708174: gnutls26: with priority SECURE128 fails to negotiate a cipher suite with itself

[Roger Lynn]

Package: gnutls-bin
Version: 3.0.22-3+really2.12.20-7
Followup-For: Bug #708174

Hi,

I am testing on two machines, an old Pentium 3 system from which I originally
reported this bug and a new Xeon system from which I am sending this, both
running up to date Wheezy. I get the same results on both.

On 14/05/13 02:21, Daniel Kahn Gillmor wrote:
> On 05/13/2013 01:28 PM, Roger Lynn wrote:
>> Source: gnutls26
>> Version: 2.12.20-6
>> Severity: normal
>> 
>> Running
>> gnutls-serv -d 255 -p 1234 --x509certfile /etc/ssl/certs/rilynn.pem 
>> --x509keyfile /etc/ssl/private/rilynn.key
>> and
>> gnutls-cli -d 255 -p 1234 --priority SECURE128 rilynn.me.uk
>> on the same box fails to negotiate a cipher suite. A priority string of
>> NORMAL appears to work.
> 
> Hm, i'm not able to replicate this, using gnutls-bin
> 3.0.22-3+really2.12.20-6 (the version currently in wheezy/jessie/sid,
> which i think is the same version as the source package version
> mentioned above.

Sorry for the confusion, this message includes the details of the gnutls-bin
that I'm using.

> is it possible that your test is not connecting to the system you're
> testing?

I don't think so.

> here's how i ran my test:
> 
>  certtool -p > x.key
>  echo 'cn=127.0.0.1' > template.cfg
>  certtool -s --load-privkey x.key > x.cert --template template.cfg
>  gnutls-serv -d 255 -p 1234 --x509certfile x.cert --x509keyfile x.key
> 
> and then in another terminal:
> 
>  gnutls-cli -d 255 -p 1234 --x509cafile x.cert --priority SECURE128
> 127.0.0.1
> 
> And the connection succeeded, selecting the following parameters:
> 
> - Version: TLS1.2
> - Key Exchange: DHE-RSA
> - Cipher: AES-128-CBC
> - MAC: SHA256
> - Compression: NULL

That works for me, which suggests (to me at least) that this might have
something to do with the keys or certificates. I have tested with two, both
created with OpenSSL and signed by CAcert. The newer one was created on 11 Oct
2012 on up to date Wheezy with the script at
http://svn.cacert.org/CAcert/Software/CSRGenerator/csr

>> Using a priority string of SECURE128 for outgoing SMTP connections in Debian
>> exim also fails between two Wheezy boxes, which is how I noticed the problem
>> in the first place.
> 
> hmm, this seems particularly worrisome!  I will try to set this up and
> test it.  what sort of failure are you seeing specifically? can you
> share (the relevant parts of) your configurations that show this error?

On the sending end I get the universal gnutls error message:
TLS error on connection to mail.fundamentalsltd.co.uk [217.169.26.194] 
(gnutls_handshake): A TLS packet with unexpected length was received.

/etc/exim4/conf.d/transport/30_exim4-config_remote_smtp has had the following
added:
tls_require_ciphers = SECURE128

On the receiving end I get:
TLS error on connection from rilynn.me.uk [90.155.73.34] (gnutls_handshake): 
Could not negotiate a supported cipher suite.

/etc/exim4/conf.d/main/00_local_options contains:
MAIN_TLS_ENABLE = defined
MAIN_TLS_CERTIFICATE = /etc/ssl/certs/mail_server.pem
MAIN_TLS_PRIVATEKEY = /etc/exim4/mail_privatekey.pem

>> Also, gnutls appears to prefer to use the weakest available cipher instead of
>> the strongest, which seems a bit odd.
> 
> This also sounds worrisome, but it might be due to a misinterpretation
> of how the priority string is supposed to work.  --priority SECURE128 in
> gnutls26 appears to mean *only* the ciphersuites with 128-bit ciphers,
> not those ciphers and above.

This seems counter-intuitive, as the expected action would be to select a
minimum cipher length, which is what is suggested at 
http://www.gnutls.org/manual/html_node/Priority-Strings.html
However that presumably applies to a newer version of the software.
What is the correct way to exclude weaker ciphers?

> i note that there is no gnutls-doc/*really2.12.20-6 package in wheezy
> to compare with :/  That seems like it might make debugging or writing
> code that targets gnutls26 a serious challenge.

Is gnutls26-doc is what you are looking for?

Thanks for looking into this,

Roger

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

Kernel: Linux 3.2.0-4-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/dash

Versions of packages gnutls-bin depends on:
ii  libc6 2.13-38
ii  libgcrypt11   1.5.0-5
ii  libgnutls26   2.12.20-7
ii  libp11-kit0   0.12-3
ii  libreadline6  6.2+dfsg-0.1
ii  libtasn1-32.13-2
ii  zlib1g1:1.2.7.dfsg-13

gnutls-bin recommends no packages.

gnutls-bin 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#710657: gnutls: Negiotates an SSL v3.0 cipher when talkign to openssl using TLS 1.2

[James Cloos]

For whatever it is worth, using the same cipher suite on the servers
(each running sid), gnutls3 chooses this when talking to nginx-1.4.1:

- Description: (TLS1.2-PKIX)-(ECDHE-RSA-SECP256R1)-(AES-256-GCM)-(AEAD)

but this when talking to apache2.4:

- Description: (TLS1.2-PKIX)-(ECDHE-RSA-SECP256R1)-(AES-128-CBC)-(SHA1)

Both ought to negotiate the former, mainly due to GCM and AEAD.

Sid's gnutls2 negotiates the same suites, but gnutls2 doesn't have the
nice Description output which gnutls3 has.

-JimC
-- 
James Cloos  OpenPGP: 1024D/ED7DAEA6


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

Bug#710651: [Pkg-gnupg-maint] Bug#710651: gnupg: FTBFS: ../../util/regcomp.c:528:20: error: unknown type name 'preg'

[Stephen Kitt]

On Mon, 3 Jun 2013 00:53:16 +0200, Stephen Kitt  wrote:
> While working on this I noticed another problem: the configure script no
> longer determines that C symbols need underscores, so the assembler mpi
> files don't produce the correct output. I'm trying to find a better fix,
> but a quick workaround is to use
> 
> build-win32/config.status:
>   dh_testdir
>   (mkdir -p $(@D); cd $(@D); CFLAGS="-g -Os" \
>   ../configure $(CONFARGS) --host i686-w64-mingw32 \
>   --disable-gnupg-iconv --without-bzip2 --without-readline
>   --without-libcurl --disable-ldap
> ac_cv_sys_symbol_underscore=yes)
> 
> in debian/rules.

Forget that, it was caused by wine and binfmt-misc, which cause the
configure script to think it's not cross-compiling. In a clean environment the
workaround isn't necessary.

Regards,

Stephen


signature.asc
Description: PGP signature

Bug#710457: opensc: Unable to authenticate on website using iceweasel

[Laurent Bigonville]

Le Sun, 2 Jun 2013 18:29:46 -0400,
Eric Dorland  a écrit :

> * Laurent Bigonville (bi...@debian.org) wrote:
> > Package: opensc
> > Version: 0.13.0-2
> > Severity: important
> > 
> > Hi,
> > 
> > With opensc 0.13.0-2 I'm not able to authenticate myself using my
> > eID card on the tax declaration website of the Belgian government
> > (taxonweb.be).
> > 
> > Downgrading to version 0.12.2-3 fix the issue
> 
> I'm going to need a bit more to go on. Any error messages?

iceweasel is giving me this error: ssl_error_handshake_failure_alert

I've tested with the current git HEAD, and it's working.

Cheers

Laurent Bigonville


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

Bug#665518: clipit: diff for NMU version 1.4.1-1.1

[Sebastian Ramacher]

Control: tags -1 + pending

Dear maintainer,

I've prepared an NMU for clipit (versioned as 1.4.1-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards
-- 
Sebastian Ramacher
diff -Nru clipit-1.4.1/debian/changelog clipit-1.4.1/debian/changelog
--- clipit-1.4.1/debian/changelog	2011-05-30 21:34:33.0 +0200
+++ clipit-1.4.1/debian/changelog	2013-06-03 00:29:43.0 +0200
@@ -1,3 +1,11 @@
+clipit (1.4.1-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/patches/glib-single-include.patch: Apply patch from Michael Biebl
+to fix build with newer glib. (Closes: #665518)
+
+ -- Sebastian Ramacher   Mon, 03 Jun 2013 00:29:40 +0200
+
 clipit (1.4.1-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru clipit-1.4.1/debian/patches/glib-single-include.patch clipit-1.4.1/debian/patches/glib-single-include.patch
--- clipit-1.4.1/debian/patches/glib-single-include.patch	1970-01-01 01:00:00.0 +0100
+++ clipit-1.4.1/debian/patches/glib-single-include.patch	2013-06-03 00:28:06.0 +0200
@@ -0,0 +1,16 @@
+Description: Include glib.h instead of individual headers
+Author: Michael Biebl 
+Bug-Debian: http://bugs.debian.org/665518
+Last-Update: 2013-06-03
+
+--- clipit-1.4.1.orig/src/keybinder.h
 clipit-1.4.1/src/keybinder.h
+@@ -20,7 +20,7 @@
+ #ifndef __KEY_BINDER_H__
+ #define __KEY_BINDER_H__
+ 
+-#include 
++#include 
+ 
+ G_BEGIN_DECLS
+ 
diff -Nru clipit-1.4.1/debian/patches/series clipit-1.4.1/debian/patches/series
--- clipit-1.4.1/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ clipit-1.4.1/debian/patches/series	2013-06-03 00:26:46.0 +0200
@@ -0,0 +1 @@
+glib-single-include.patch


signature.asc
Description: Digital signature

Bug#710847: libreoffice-core: needs update to use libharfbuzz0a instead of libharfbuzz0

[Alex Vanderpol]

Oh, well, never mind me then... I can wait for a little while for the 
beta2 update.


Just wanted to make sure you were aware, which apparently you already were.

On 02/06/13 06:50 PM, Rene Engelhard wrote:

severity 710847 serious
tag 710847 + pending
thanks

Hi,

On Sun, Jun 02, 2013 at 06:43:01PM -0400, Alex Vanderpol wrote:

Recent updates in SID/Unstable have replaced libharfbuzz0 with a newer package
now named libharfbuzz0a. Libreoffice's dependency needs to be updated to use
this new package, otherwise it cannot be installed.

I know. I followed that one closely.

Will do with the beta2 upload next week. (Needs source changes which
I submitted upstream)

Can do a backport; but given beta2 is due next week and already in preparation
in git...

Regards,

Rene



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

Bug#710799: unoconv: Please don't recommend all of LibreOffice

[Dag Wieers]

On Sun, 2 Jun 2013, Vincent Bernat wrote:


❦  2 juin 2013 16:18 CEST, Jeremy Bicha  :


I help maintain the Ubuntu GNOME Project. Like Ubuntu, the Ubuntu
GNOME developers wish to only ship the core parts of LibreOffice by
default (Calc, Impress, and Writer but not Base or Draw). Ubuntu GNOME
includes gnome-documents which recommends unoconv and unoconv
recommends the full LibreOffice suite.

Please have unoconv only recommend the parts of libreoffice that it
needs.


When a component is missing, users get a cryptic error during
conversion. In the past, the Recommends was only set to *-core package
but this package does not include libreoffice-write (for example). The
change is documented in this bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641806

I will remove the Recommends on libreoffice and replace it with a
Recommends to libreoffice-writer, libreoffice-draw, libreoffice-calc,
libreoffice-impress.


It's hard to get the requirements right, but have a sensible default. May 
I suggest you do add/keep libreoffice-xsltwriter (?) as a mandatory 
requirement ? Not sure what package ships the xsltwriter, on RPM-based 
distributions it's libreoffice-xsltwriter.


BTW 0.6 was released (and has some very important stability fixes 
included) and I'll hope to release 0.7 soon with python3 support (though 
don't wait for 0.7).


--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, cont...@dagit.net, http://dagit.net/

[Any errors in spelling, tact or fact are transmission errors]

Bug#710847: libreoffice-core: needs update to use libharfbuzz0a instead of libharfbuzz0

[Rene Engelhard]

severity 710847 serious
tag 710847 + pending
thanks

Hi,

On Sun, Jun 02, 2013 at 06:43:01PM -0400, Alex Vanderpol wrote:
> Recent updates in SID/Unstable have replaced libharfbuzz0 with a newer package
> now named libharfbuzz0a. Libreoffice's dependency needs to be updated to use
> this new package, otherwise it cannot be installed.

I know. I followed that one closely.

Will do with the beta2 upload next week. (Needs source changes which
I submitted upstream)

Can do a backport; but given beta2 is due next week and already in preparation
in git...

Regards,

Rene


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

Bug#710651: [Pkg-gnupg-maint] Bug#710651: gnupg: FTBFS: ../../util/regcomp.c:528:20: error: unknown type name 'preg'

[Stephen Kitt]

tag 710651 + patch
thanks

Hi,

On Sun, 2 Jun 2013 15:41:41 +0200, "Didier 'OdyX' Raboud" 
wrote:
> can you take a look at that ? I have no clue how in that area and would 
> appreciate if you could take a look.

On Sat, June 1, 2013 18:38, Andrey Rahmatullin wrote:
> On Fri, May 31, 2013 at 08:37:24PM +0200, David Suárez wrote:  
>> > i686-w64-mingw32-gcc -DHAVE_CONFIG_H -I. -I../../util -I.. -I..  
>> -I../../include -I../../intl-g -Os -fno-omit-frame-pointer -Wall
>> -Wno-pointer-sign -MT regex.o -MD -MP -MF .deps/regex.Tpo -c -o
>> regex.o ../../util/regex.c  
>> > In file included from ../../util/regex.c:50:0:
>> > ../../util/regcomp.c:528:20: error: unknown type name 'preg'
>> > ../../util/regcomp.c:528:26: error: unknown type name 'errbuf'
>> > ../../util/regcomp.c:528:34: error: unknown type name 'errbuf_size'
>> > ../../util/regcomp.c:533:1: error: expected identifier or '(' before  
>> '{' token  
> The code:
>
> size_t
> regerror (errcode, preg, errbuf, errbuf_size)
> int errcode;
> const regex_t *preg;
> char *errbuf;
> size_t errbuf_size;
> {
>
>
> So it looks like the i686-w64-mingw32-gcc used doesn't support K&R
> function
> definitions?  

Rest assured, it still supports K&R function definitions. This is a
combination of failures... On Windows, errcode is typedef'ed as int;
mingw-w64 added this recently. This combined with the K&R-style
function declaration means gcc can't compile regcomp.c!

The attached quilt patch fixes this.

While working on this I noticed another problem: the configure script no
longer determines that C symbols need underscores, so the assembler mpi files
don't produce the correct output. I'm trying to find a better fix, but a
quick workaround is to use

build-win32/config.status:
dh_testdir
(mkdir -p $(@D); cd $(@D); CFLAGS="-g -Os" \
../configure $(CONFARGS) --host i686-w64-mingw32 \
--disable-gnupg-iconv --without-bzip2 --without-readline
--without-libcurl --disable-ldap ac_cv_sys_symbol_underscore=yes)

in debian/rules.

Regards,

Stephen
Author: Stephen Kitt 
Description: Use non-K&R-style declarations when using errcode

diff -ur gnupg-1.4.12/util/regcomp.c gnupg-1.4.12-patched/util/regcomp.c
--- gnupg-1.4.12/util/regcomp.c 2012-01-20 11:51:16.0 +0100
+++ gnupg-1.4.12-patched/util/regcomp.c 2013-06-02 22:57:19.628244534 +0200
@@ -461,10 +461,7 @@
the return codes and their meanings.)  */
 
 int
-regcomp (preg, pattern, cflags)
-regex_t *__restrict preg;
-const char *__restrict pattern;
-int cflags;
+regcomp (regex_t *__restrict preg, const char *__restrict pattern, int cflags)
 {
   reg_errcode_t ret;
   reg_syntax_t syntax = ((cflags & REG_EXTENDED) ? RE_SYNTAX_POSIX_EXTENDED
@@ -525,11 +522,7 @@
from either regcomp or regexec.   We don't use PREG here.  */
 
 size_t
-regerror (errcode, preg, errbuf, errbuf_size)
-int errcode;
-const regex_t *preg;
-char *errbuf;
-size_t errbuf_size;
+regerror (int errcode, const regex_t *preg, char *errbuf, size_t errbuf_size)
 {
   const char *msg;
   size_t msg_size;


signature.asc
Description: PGP signature

Bug#708620: git-annex: changes for GHC 7.6

[Colin Watson]

This is currently blocked on libghc-dav-dev and libghc-yesod-dev being
available on powerpc, which in turn is blocked on:

  http://lists.debian.org/debian-haskell/2013/06/msg0.html

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


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

Bug#710847: libreoffice-core: needs update to use libharfbuzz0a instead of libharfbuzz0

[Alex Vanderpol]

Package: libreoffice-core
Version: 1:4.1.0~beta1-2
Severity: important

Dear Maintainer,

Recent updates in SID/Unstable have replaced libharfbuzz0 with a newer package
now named libharfbuzz0a. Libreoffice's dependency needs to be updated to use
this new package, otherwise it cannot be installed.



-- System Information:
Debian Release: jessie/sid
  APT prefers experimental
  APT policy: (650, 'experimental'), (650, 'unstable'), (600, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libreoffice-core depends on:
ii  fontconfig  2.9.0-7.1
ii  fonts-opensymbol2:102.3+LibO4.1.0~beta1-2
ii  libatk1.0-0 2.8.0-2
ii  libboost-date-time1.53.01.53.0-5
ii  libc6   2.17-3
ii  libcairo2   1.12.14-4
ii  libclucene-contribs12.3.3.4-2
ii  libclucene-core12.3.3.4-2
ii  libcmis-0.3-3   0.3.1-3
ii  libcups21.6.2-7
ii  libcurl3-gnutls 7.30.0-2
ii  libdbus-1-3 1.7.2-1
ii  libdbus-glib-1-20.100.2-1
ii  libexpat1   2.1.0-3
ii  libexttextcat-2.0-0 3.4.0-4
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.8.0-9
ii  libgdk-pixbuf2.0-0  2.28.1-1
ii  libglib2.0-02.36.1-2build1
ii  libgraphite2-3  1.2.2-1
ii  libgstreamer-plugins-base1.0-0  1.0.7-1
ii  libgstreamer1.0-0   1.0.7-1
ii  libgtk2.0-0 2.24.18-1
pn  libharfbuzz0
ii  libhunspell-1.3-0   1.3.2-4
ii  libhyphen0  2.8.6-2
ii  libice6 2:1.0.8-2
ii  libicu484.8.1.1-12
ii  libjpeg88d-1
ii  liblangtag1 0.5.1-1
ii  liblcms2-2  2.2+git20110628-2.2
ii  libldap-2.4-2   2.4.31-1+nmu2
ii  libmythes-1.2-0 2:1.2.2-1
ii  libneon27-gnutls0.29.6-3
ii  libnspr42:4.9.6-1
ii  libnspr4-0d 2:4.9.6-1
ii  libnss3 2:3.15~b4-1
ii  libnss3-1d  2:3.15~b4-1
ii  libpango-1.0-0  1.32.5-5+b1
ii  libpangocairo-1.0-0 1.32.5-5+b1
ii  libpangoft2-1.0-0   1.32.5-5+b1
ii  libpng12-0  1.2.49-4
ii  librdf0 1.0.16-1
ii  libreoffice-common  1:4.1.0~beta1-2
ii  libsm6  2:1.2.1-2
ii  libssl1.0.0 1.0.1e-3
ii  libstdc++6  4.8.0-9
ii  libx11-62:1.5.0-1+deb7u1
ii  libxext62:1.3.1-2+deb7u1
ii  libxinerama12:1.1.2-1+deb7u1
ii  libxml2 2.9.0+dfsg1-4
ii  libxrandr2  2:1.4.0-1
ii  libxrender1 1:0.9.7-1+deb7u1
ii  libxslt1.1  1.1.28-1
ii  libxt6  1:1.1.3-1+deb7u1
ii  uno-libs3   4.1.0~beta1-2
ii  ure 4.1.0~beta1-2
ii  zlib1g  1:1.2.8.dfsg-1

libreoffice-core recommends no packages.

libreoffice-core suggests no packages.


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

Bug#710845: g++-4.6: mipsel executables built -Wl,-z,now -fPIE crash on startup

[Matthias Klose]

Control: tags -1 + moreinfo help

Am 03.06.2013 00:31, schrieb Aaron M. Ucko:
> Package: g++-4.6
> Version: 4.6.4-2
> Severity: serious
> Justification: makes other packages fail to build from source
> 
> On mipsel, C++ executables built with -Wl,-z,now and -fPIE (per dpkg's
> customary hardening flags) crash on startup (jumping to NULL from
> __libc_start_main@plt), leading to #710807 and likely also #708812.
> Could you please take a look?
> 
> Thanks!
> 
> BTW, the same errors occur with g++-4.7 4.7.3-4 and g++-4.8 4.8.0-8;
> please feel free to clone and/or reassign this report accordingly.

GCC for mips* in Debian is unmaintained. So please provide a patch, or mips*
should be dropped as a release architecture.


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

Bug#710457: opensc: Unable to authenticate on website using iceweasel

[Eric Dorland]

* Laurent Bigonville (bi...@debian.org) wrote:
> Package: opensc
> Version: 0.13.0-2
> Severity: important
> 
> Hi,
> 
> With opensc 0.13.0-2 I'm not able to authenticate myself using my eID
> card on the tax declaration website of the Belgian government (taxonweb.be).
> 
> Downgrading to version 0.12.2-3 fix the issue

I'm going to need a bit more to go on. Any error messages?

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com



signature.asc
Description: Digital signature

Bug#710846: libmodule-inspector-perl: FTBFS with perl 5.18: libpod-simple-perl dependency

[Dominic Hargreaves]

Source: libmodule-inspector-perl
Version: 1.05-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.18-transition
Tags: sid jessie pending

This package FTBFS with perl 5.18 from experimental (in a clean sbuild
session):

libpod-simple-perl: non-matching version installed (~*=PROVIDED=*= ! >= 3.07)
Using default version 3.26-1
Checking for source dependency conflicts...
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by 
held packages.
Installing positive dependencies: libppi-perl libfile-find-rule-perl 
libyaml-tiny-perl libfile-find-rule-perl-perl libfile-find-rule-vcs-perl 
libparams-util-perl libmodule-extract-perl libmodule-manifest-perl 
libmodule-math-depends-perl libtest-cpan-meta-perl libtest-pod-perl 
libtest-minimumversion-perl libpod-simple-perl
Reading package lists...
Building dependency tree...
Reading state information...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 perl-modules : Breaks: libpod-simple-perl (< 3.28)
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by 
held packages.
apt-get failed.

This looks like it's fix in git already, so tagging as pending.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


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

Bug#710845: g++-4.6: mipsel executables built -Wl,-z,now -fPIE crash on startup

[Aaron M. Ucko]

Package: g++-4.6
Version: 4.6.4-2
Severity: serious
Justification: makes other packages fail to build from source

On mipsel, C++ executables built with -Wl,-z,now and -fPIE (per dpkg's
customary hardening flags) crash on startup (jumping to NULL from
__libc_start_main@plt), leading to #710807 and likely also #708812.
Could you please take a look?

Thanks!

BTW, the same errors occur with g++-4.7 4.7.3-4 and g++-4.8 4.8.0-8;
please feel free to clone and/or reassign this report accordingly.

--

$ cat test.cc
#include 

static std::string s;

int main(int, char**) { return 0; }
$ g++ -Wl,-z,now -fPIE test.cc
$ gdb a.out
GNU gdb (GDB) 7.4.1-debian
[...]
Reading symbols from /home/ucko/a.out...(no debugging symbols found)...done.
(gdb) run
Starting program: /home/ucko/a.out 

Program received signal SIGSEGV, Segmentation fault.
0x in ?? ()
(gdb) where
#0  0x in ?? ()
#1  0x00400620 in _PROCEDURE_LINKAGE_TABLE_ ()
Backtrace stopped: frame did not save the PC
(gdb) info sym 0x400620
__libc_start_main@plt in section .plt of /home/ucko/a.out
(gdb) break __libc_start_main@plt
Breakpoint 1 at 0x400620
(gdb) kill
Kill the program being debugged? (y or n) y
(gdb) run
Starting program: /home/ucko/a.out 

Breakpoint 1, 0x00400620 in __libc_start_main@plt ()
(gdb) where
#0  0x00400620 in __libc_start_main@plt ()
#1  0x00400678 in _ftext ()
(gdb) disass
Dump of assembler code for function __libc_start_main@plt:
=> 0x00400620 <+0>: lui t7,0x41
   0x00400624 <+4>: lw  t9,2764(t7)
   0x00400628 <+8>: jr  t9
   0x0040062c <+12>:addiu   t8,t7,2764
End of assembler dump.


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

Bug#708661: [RFR] templates://sftpcloudfs/{templates}

[Christian PERRIER]

Please find, for review, the debconf templates and packages descriptions for 
the sftpcloudfs source package.

This review will last from Sunday, June 02, 2013 to Wednesday, June 12, 2013.

Please send reviews as unified diffs (diff -u) against the original
files. Comments about your proposed changes will be appreciated.

Your review should be sent as an answer to this mail.

When appropriate, I will send intermediate requests for review, with
"[RFRn]" (n>=2) as a subject tag.

When we will reach a consensus, I send a "Last Chance For
Comments" mail with "[LCFC]" as a subject tag.

Finally, a summary will be sent to the review bug report,
and a mail will be sent to this list with "[BTS]" as a subject tag.

Rationale:
--- sftpcloudfs.old/debian/templates2013-05-17 11:01:11.305787034 +0300
+++ sftpcloudfs/debian/templates2013-06-02 19:19:13.140640455 +0300
@@ -1,14 +1,12 @@
 Template: sftpcloudfs/auth-url
 Type: string
 Default: https://auth.api.rackspacecloud.com/v1.0
-_Description: Content of the auth-url directive:
- In order to authenticate it's users, SFTPCloudFS needs to connect to an
- authentication server (eg RackSpace Cloud Files, OpenStack). Enter the
- URL of that server.
+_Description: Authentication server URL:
+ In order to authenticate its users, SFTPCloudFS needs to connect to an
+ authentication server (such as RackSpace Cloud Files or OpenStack).
+ Please enter the URL of that server.
  .
- For Rackspace in US, choose https://auth.api.rackspacecloud.com/v1.0
- .
- For Rackspace in UK, choose https://lon.auth.api.rackspacecloud.com/v1.0
- .
- If you use Swift, something like this will do: https://example.com/v1.0
- (or use the IP address directly).
+ URL examples:
+  * Rackspace in USA: https://auth.api.rackspacecloud.com/v1.0
+  * Rackspace in UK:  https://lon.auth.api.rackspacecloud.com/v1.0
+  * Swift: URLs such as https://example.com/v1.0

One "Please enter" again.

Group URL examples in an enumeration.

-- 


Template: sftpcloudfs/auth-url
Type: string
Default: https://auth.api.rackspacecloud.com/v1.0
_Description: Authentication server URL:
 In order to authenticate its users, SFTPCloudFS needs to connect to an
 authentication server (such as RackSpace Cloud Files or OpenStack).
 Please enter the URL of that server.
 .
 URL examples:
  * Rackspace in USA: https://auth.api.rackspacecloud.com/v1.0
  * Rackspace in UK:  https://lon.auth.api.rackspacecloud.com/v1.0
  * Swift: URLs such as https://example.com/v1.0
--- sftpcloudfs.old/debian/templates2013-05-17 11:01:11.305787034 +0300
+++ sftpcloudfs/debian/templates2013-06-02 19:19:13.140640455 +0300
@@ -1,14 +1,12 @@
 Template: sftpcloudfs/auth-url
 Type: string
 Default: https://auth.api.rackspacecloud.com/v1.0
-_Description: Content of the auth-url directive:
- In order to authenticate it's users, SFTPCloudFS needs to connect to an
- authentication server (eg RackSpace Cloud Files, OpenStack). Enter the
- URL of that server.
+_Description: Authentication server URL:
+ In order to authenticate its users, SFTPCloudFS needs to connect to an
+ authentication server (such as RackSpace Cloud Files or OpenStack).
+ Please enter the URL of that server.
  .
- For Rackspace in US, choose https://auth.api.rackspacecloud.com/v1.0
- .
- For Rackspace in UK, choose https://lon.auth.api.rackspacecloud.com/v1.0
- .
- If you use Swift, something like this will do: https://example.com/v1.0
- (or use the IP address directly).
+ URL examples:
+  * Rackspace in USA: https://auth.api.rackspacecloud.com/v1.0
+  * Rackspace in UK:  https://lon.auth.api.rackspacecloud.com/v1.0
+  * Swift: URLs such as https://example.com/v1.0
Source: sftpcloudfs
Section: net
Priority: extra
Maintainer: PKG OpenStack 
Uploaders: Loic Dachary (OuoU) ,
   Julien Danjou ,
   Thomas Goirand ,
   Ghe Rivero ,
   Mehdi Abaakouk 
Build-Depends: debhelper (>= 9), python-setuptools, python-all (>= 2.6.6-3~), 
openstack-pkg-tools, po-debconf
Standards-Version: 3.9.4
Vcs-Browser: http://anonscm.debian.org/gitweb/?p=openstack/sftpcloudfs.git
Vcs-Git: git://anonscm.debian.org/openstack/sftpcloudfs.git
Homepage: https://github.com/Memset/sftpcloudfs

Package: sftpcloudfs
Architecture: all
Pre-Depends: dpkg (>= 1.15.6~)
Depends: ${python:Depends}, ${misc:Depends},
 adduser,
 debconf,
 python-ftp-cloudfs (>= 0.19),
 openssh-client,
 python-paramiko,
 python-daemon,
 python-cloudfiles,
 python-memcache
Description: SFTP interface to Rackspace Cloud Files and OpenStack Object 
Storage
 SFTP (Secure File Transfer Protocol) interface to Rackspace Cloud Files and
 OpenStack Object Storage, providing a service that acts as a proxy between a
 SFTP client and a remote files/storage service.
 .
 The username/password pair used to open the SFTP session is validated using the
 authentication service of the files/storage service to get an authentication
 token.
 .
 The communication between the client and the SFTP daemon is encrypted all the
 time, a

Bug#710713: [ITR] templates://yubikey-val/{yubikey-val.templates}

[Christian PERRIER]

Dear Debian maintainer,

The Debian internationalisation team and the Debian English
localisation team will soon begin the review of the debconf
templates used in yubikey-val.

This review takes place for all packages that use debconf to interact with
users and its aims are:
- to improve the use of English in all debconf templates;
- to make the wording of debconf templates more consistent;
- to encourage more translations of templates.

Even if your first language is English, this process is likely to help
track down typos or errors, and improve consistency between the
debconf templates of your package and that of other packages in the
distribution.

The process involves both debian-l10n-english contributors and
Debian translators.

The details of the process are given in
http://wiki.debian.org/I18n/SmithDebconfReviewProcess.

I will act as the coordinator of this activity for yubikey-val.

The first step of the process is to review the debconf source
template file(s) of yubikey-val. This review will start on Wednesday, June 05, 
2013, or
as soon as you acknowledge this mail with an agreement for us to
carry out this process.

All parts of the process will be carried out in close collaboration
with you, and, unless you explicitely ask for it, no upload nor NMU
will happen for yubikey-val.

If you approve this process, please let us know by replying to this
mail. If some work in progress on your side would conflict with such a
rewrite (such as adding or removing debconf templates), please say so,
and we will defer the review to later in the development cycle.

Thank you for your attention.

-- 




signature.asc
Description: Digital signature

Bug#709000: [RFR] templates://horizon/{openstack-dashboard-apache.templates}

[Christian PERRIER]

Please find, for review, the debconf templates and packages descriptions for 
the horizon source package.

This review will last from Sunday, June 02, 2013 to Wednesday, June 12, 2013.

Please send reviews as unified diffs (diff -u) against the original
files. Comments about your proposed changes will be appreciated.

Your review should be sent as an answer to this mail.

When appropriate, I will send intermediate requests for review, with
"[RFRn]" (n>=2) as a subject tag.

When we will reach a consensus, I send a "Last Chance For
Comments" mail with "[LCFC]" as a subject tag.

Finally, a summary will be sent to the review bug report,
and a mail will be sent to this list with "[BTS]" as a subject tag.

Rationale:
--- horizon.old/debian/openstack-dashboard-apache.templates 2013-05-19 
10:48:44.714633171 +0300
+++ horizon/debian/openstack-dashboard-apache.templates 2013-06-02 
19:53:35.279360001 +0300
@@ -11,13 +11,14 @@
 Type: boolean
 Default: false
 _Description: Activate Dashboard and disable default VirtualHost?
- In Debian, Apache comes with a default website and a default page, configured
- in /etc/apache2/sites-available/default. Select if this configuration should 
be
- disabled and replaced by the Openstack Dashboard configuration.
+ The Apache package sets up a default web site and a default page, configured
+ in /etc/apache2/sites-available/default. 
+ .
+ Please choose this option to replace it by the Openstack Dashboard 
configuration.

Drop branding ("Debian") so that derived distros benefit from the same template.
 
Split in two paragraphs just like we usually do in such situations.

 Template: horizon/use_ssl
 Type: boolean
 Default: true
 _Description: Should the Dashboard be installed on HTTPS?
- Please choose if you would like Horizon to be installed on HTTPS only, with a
+ Please select this option if you would like Horizon to be installed on HTTPS 
only, with a
  redirection to HTTPS if HTTP is in use.

Ou standard wording.

I'm not fond of "installed on HTTPS". That sounds a bit Frenglish to
me...:-). Even in French, indeed, the website is not installed "sur
HTTPS". 

Justin?

-- 


# These templates have been reviewed by the debian-l10n-english
# team
#
# If modifications/additions/rewording are needed, please ask
# debian-l10n-engl...@lists.debian.org for advice.
#
# Even minor modifications require translation updates and such
# changes should be coordinated with translators and reviewers.

Template: horizon/activate_vhost
Type: boolean
Default: false
_Description: Activate Dashboard and disable default VirtualHost?
 The Apache package sets up a default web site and a default page, configured
 in /etc/apache2/sites-available/default. 
 .
 Please choose this option to replace it by the Openstack Dashboard 
configuration.

Template: horizon/use_ssl
Type: boolean
Default: true
_Description: Should the Dashboard be installed on HTTPS?
 Please select this option if you would like Horizon to be installed on HTTPS 
only, with a
 redirection to HTTPS if HTTP is in use.
--- horizon.old/debian/openstack-dashboard-apache.templates 2013-05-19 
10:48:44.714633171 +0300
+++ horizon/debian/openstack-dashboard-apache.templates 2013-06-02 
19:53:35.279360001 +0300
@@ -11,13 +11,14 @@
 Type: boolean
 Default: false
 _Description: Activate Dashboard and disable default VirtualHost?
- In Debian, Apache comes with a default website and a default page, configured
- in /etc/apache2/sites-available/default. Select if this configuration should 
be
- disabled and replaced by the Openstack Dashboard configuration.
+ The Apache package sets up a default web site and a default page, configured
+ in /etc/apache2/sites-available/default. 
+ .
+ Please choose this option to replace it by the Openstack Dashboard 
configuration.
 
 Template: horizon/use_ssl
 Type: boolean
 Default: true
 _Description: Should the Dashboard be installed on HTTPS?
- Please choose if you would like Horizon to be installed on HTTPS only, with a
+ Please select this option if you would like Horizon to be installed on HTTPS 
only, with a
  redirection to HTTPS if HTTP is in use.
Source: horizon
Section: net
Priority: extra
Maintainer: PKG OpenStack 
Uploaders: Loic Dachary (OuoU) ,
   Julien Danjou ,
   Thomas Goirand ,
   Ghe Rivero ,
   Mehdi Abaakouk 
Build-Depends: debhelper (>= 9),
 po-debconf,
 python-all (>= 2.6.6-3~),
 python-setuptools
Build-Depends-Indep: openstack-pkg-tools,
 pep8 (>= 1.3.3),
 python-cloudfiles,
 python-compressor,
 python-coverage,
 python-django-nose,
 python-docutils,
 python-glanceclient,
 python-cinderclient,
 python-keystoneclient,
 python-mox,
 python-netaddr,
 python-nose,
 python-nosexcover,
 python-novaclient (>= 2:2.10),
 python-openstack-auth,
 python-quantumclient (>= 1:2.0),
 python-sphinx,
 python-swiftclient,
 python-tz,
 pylint,
 nodejs-legacy, 
 node-less
Standards-Version: 3.9.3
Homepage: http://horizon.openstack.org
Vcs-Browser: http://anonscm.debian.or

Bug#708748: [RFR] templates://heat/{heat-engine.templates,heat-api-cfn.templates,heat-api-cloudwatch.templates,heat-api.templates}

[Christian PERRIER]

Please find, for review, the debconf templates and packages descriptions for 
the heat source package.

This review will last from Sunday, June 02, 2013 to Wednesday, June 12, 2013.

Please send reviews as unified diffs (diff -u) against the original
files. Comments about your proposed changes will be appreciated.

Your review should be sent as an answer to this mail.

When appropriate, I will send intermediate requests for review, with
"[RFRn]" (n>=2) as a subject tag.

When we will reach a consensus, I send a "Last Chance For
Comments" mail with "[LCFC]" as a subject tag.

Finally, a summary will be sent to the review bug report,
and a mail will be sent to this list with "[BTS]" as a subject tag.

Rationale:
--- heat.old/debian/heat-engine.templates   2013-05-18 13:40:45.925186402 
+0300
+++ heat/debian/heat-engine.templates   2013-06-02 19:24:33.706659528 +0300
@@ -2,16 +2,16 @@
 Type: boolean 
 Default: true
 _Description: Set up a database for heat-engine?
- No database has been set up for heat-engine to use. Before continuing, you
- should make sure you have:
+ No database has been set up for heat-engine to use. Before
+ continuing, you should make sure you have the following information:
  .
-  - the server host name (that server must allow TCP connections from this
+  * the type of database that you want to use;
+  * the database server host name (that server must allow TCP connections from 
this
 machine);
-  - a username and password to access the database.
-  - A database type that you want to use.
+  * a username and password to access the database.
  .
- If some of these requirements are missing, reject this option and run with  
- regular sqlite support.
+ If some of these requirements are missing, do not choose this option and run 
with
+ regular SQLite support.
  .
- You can change this setting later on by running 'dpkg-reconfigure -plow  
- heat-engine'.
+ You can change this setting later on by running "dpkg-reconfigure -plow
+ heat-engine".
--- heat.old/debian/heat-api-cfn.templates  2013-05-18 13:40:45.921186296 
+0300
+++ heat/debian/heat-api-cfn.templates  2013-06-02 19:24:33.706659528 +0300
@@ -2,8 +2,8 @@
 Type: string
 Default: 127.0.0.1
 _Description: Auth server hostname:
- Please specify the URL of your authentication server. Typically this is also
- the URL of your OpenStack Identity Service (Keystone).
+ Please specify the hostname of your authentication server. Typically this is 
also
+ the hostname of your OpenStack Identity Service (Keystone).
 
 Template: heat/admin-tenant-name
 Type: string
--- heat.old/debian/heat-api-cloudwatch.templates   2013-05-18 
13:40:45.925186402 +0300
+++ heat/debian/heat-api-cloudwatch.templates   2013-06-02 19:24:33.706659528 
+0300
@@ -1,20 +1,40 @@
 Template: heat/auth-host
 Type: string
 Default: 127.0.0.1
-_Description: Auth server hostname:
- Please specify the URL of your authentication server. Typically
- this is also the URL of your OpenStack Identity Service (Keystone).
+_Description: Authentication server hostname:
+ Please specify the hostname of the authentication server. Typically
+ this is also the hostname of the OpenStack Identity Service (Keystone).
 
 Template: heat/admin-tenant-name
 Type: string
 Default: admin
-_Description: Auth server tenant name:
+_Description: Authentication server tenant name:
+ Please specify the authentication server tenant name.
 
 Template: heat/admin-user
 Type: string
 Default: admin
-_Description: Auth server username:
+_Description: Authentication server username:
+ Please specify the username to use with the authentication server.
 
 Template: heat/admin-password
 Type: password
-_Description: Auth server password:
+_Description: Authentication server password:
+ Please specify the password to use with the authentication server.
+
+Template: heat/admin-tenant-name
+Type: string
+Default: admin
+_Description: Authentication server tenant name:
+ Please specify the authentication server tenant name.
+
+Template: heat/admin-user
+Type: string
+Default: admin
+_Description: Authentication server username:
+ Please specify the username to use with the authentication server.
+
+Template: heat/admin-password
+Type: password
+_Description: Authentication server password:
+ Please specify the password to use with the authentication server.
--- heat.old/debian/heat-api.templates  2013-05-18 13:40:45.921186296 +0300
+++ heat/debian/heat-api.templates  2013-06-02 19:24:33.706659528 +0300
@@ -1,52 +1,54 @@
 Template: heat/auth-host
 Type: string
 Default: 127.0.0.1
-_Description: Auth server hostname:
- Please specify the URL of your authentication server. Typically this is also
- the URL of your OpenStack Identity Service (Keystone).
+_Description: Authentication server hostname:
+ Please specify the hostname of the authentication server. Typically
+ this is also the hostname of the OpenStack Identity Service (Keystone).
 
 Template: heat/admin-tenant-name
 Type: string
 Default: admi

Bug#707562: [BTS#707562] templates://b43-fwcutter/{b43-fwcutter.templates} : Final update for English review

[Christian PERRIER]

Dear Debian maintainer,

On Wednesday, May 15, 2013, I notified you of the beginning of a review process
concerning debconf templates for b43-fwcutter.

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

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

However, please try to avoid uploading b43-fwcutter with these changes
right now.

The second phase of this process will begin on Wednesday, June 05, 2013, when I 
will
coordinate updates to translations of debconf templates.

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

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

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

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

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

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

Again, thanks for your attention and cooperation.


-- 


# These templates have been reviewed by the debian-l10n-english
# team
#
# If modifications/additions/rewording are needed, please ask
# debian-l10n-engl...@lists.debian.org for advice.
#
# Even minor modifications require translation updates and such
# changes should be coordinated with translators and reviewers.

Template: b43-fwcutter/install-unconditional
Type: boolean
Default: true
_Description: Install b43 firmware even if no such device is present?
 The b43 packages are designed to handle firmware for Broadcom 43xx
 wireless network cards.
 .
 Please choose whether they should download and install firmware even
 if the corresponding hardware is not currently present on the system.
 .
 This might be useful if you plan to move this installation to different
 hardware or share the same installation across multiple systems.
Source: b43-fwcutter
Section: contrib/utils
Priority: optional
Maintainer: Daniel Echeverry 
Build-Depends: debhelper (>= 9), po-debconf, debconf
Standards-Version: 3.9.4
Homepage: http://wireless.kernel.org/en/users/Drivers/b43
Vcs-Git: git://git.debian.org/collab-maint/b43-fwcutter.git
Vcs-Browser: http://git.debian.org/?p=collab-maint/b43-fwcutter.git

Package: b43-fwcutter
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: utility for extracting Broadcom 43xx firmware
 This package provides a tool for extracting BCM43xx wireless chip
 firmware from Broadcom's proprietary driver files.
 .
 It is used by the firmware-b43(legacy)-installer packages as part of
 the automated process of downloading and installing firmware.

Package: firmware-b43-installer
Section: contrib/kernel
Architecture: all
Depends: b43-fwcutter (>= ${source:Version}), bzip2, wget, ${misc:Depends} 
Recommends: linux-image
Replaces: firmware-b43-lpphy-installer (<= 1:015-14)
Breaks: firmware-b43-lpphy-installer (<= 1:015-14)
Description: firmware installer for the b43 driver
 This package downloads and installs the firmware needed by the b43
 kernel driver for some Broadcom 43xx wireless network cards.
 .
 Supported chipsets:
  * BCM4306/3;
  * BCM4311;
  * BCM4318;
  * BCM4321;
  * BCM4322 (only 14e4:432b);
  * BCM4312 (with Low-Power a.k.a. LP-PHY).

Package: firmware-b43legacy-installer
Section: contrib/kernel
Architecture: all
Recommends: linux-image
Depends: b43-fwcutter (>= ${source:Version}), wget, ${misc:Depends}
Description: firmware installer for the b43legacy driver
 This package downloads and installs the firmware needed by the b43legacy
 kernel driver for some Broadcom 43xx wireless network cards.
 .
 Supported chipsets:
  * BCM4301;
  * BCM4306/2;
  * BCM4306.
--- b43-fwcutter.old/debian/b43-fwcutter.templates  2013-05-09 
14:31:25.992368240 +0200
+++ b43-fwcutter/debian/b43-fwcutter.templates  2013-06-02 19:11:12.781779032 
+0200
@@ -1,8 +1,21 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: b43-fwcutter/install-unconditional
 Type: boolean
 Default: tr

Bug#710843: libmath-symbolic-perl: FTBFS with perl 5.18: POD

[Dominic Hargreaves]

Source: libmath-symbolic-perl
Version: 0.606-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.18-transition
Tags: sid jessie fixed-upstream
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=79034

This package FTBFS with perl 5.18 from experimental (in a clean sbuild
session):

#   Failed test 'POD test for blib/lib/Math/Symbolic.pm'
#   at /usr/share/perl5/Test/Distribution.pm line 144.
# blib/lib/Math/Symbolic.pm (560): Non-ASCII character seen before =encoding in 
'Mller,'. Assuming ISO8859-1

#   Failed test 'POD test for blib/lib/Math/Symbolic/VectorCalculus.pm'
#   at /usr/share/perl5/Test/Distribution.pm line 144.
# blib/lib/Math/Symbolic/VectorCalculus.pm (788): Non-ASCII character seen befor
e =encoding in 'Mller,'. Assuming ISO8859-1

#   Failed test 'POD test for blib/lib/Math/Symbolic/MiscAlgebra.pm'
#   at /usr/share/perl5/Test/Distribution.pm line 144.
# blib/lib/Math/Symbolic/MiscAlgebra.pm (272): Non-ASCII character seen before =
encoding in 'Mller,'. Assuming ISO8859-1

#   Failed test 'POD test for blib/lib/Math/Symbolic/Constant.pm'
#   at /usr/share/perl5/Test/Distribution.pm line 144.
# blib/lib/Math/Symbolic/Constant.pm (285): Non-ASCII character seen before 
=encoding in 'Mller,'. Assuming ISO8859-1

...

Test Summary Report
---
t/00dist.t (Wstat: 4864 Tests: 65 Failed: 19)
  Failed tests:  42-60
  Non-zero exit status: 19
t/00pod.t  (Wstat: 4864 Tests: 20 Failed: 19)
  Failed tests:  1-19
  Non-zero exit status: 19
Files=26, Tests=542, 10 wallclock secs ( 0.20 usr  0.11 sys +  9.08 cusr  0.34 
csys =  9.73 CPU)
Result: FAIL

This is probably fixed upstream in 0.609 (it's probably worth sending a
note to https://rt.cpan.org/Public/Bug/Display.html?id=79034 to point
this out once verified).

Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


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

Bug#710844: yubikey-val: Debconf abuse

[Christian Perrier]

Package: yubikey-val
Version: N/A
Severity: normal

This package seems to use a debconf note to notify users without any
special action.

This is usually identified as "debconf abuse". Debconf notes should be
kept for for important notes that the user really should see, since
debconf will go to great pains to make sure the user sees it; halting
the install for them to press a key.  It's best to use these only for
warning about very serious problems, and the error datatype is often
more suitable.  

Please consider alternative ways to warn users such as entries in
NEWS.Debian, documentation in README.Debian or error template
datatype.

If you disagree with this bug report, you're suggested to tag this bug
report as "wontfix" rather than just close it.

Please notice that this text is standardized for all packages that use
debconf inappropriately (at least in the bug submitter's opinion).

-- System Information:
Debian Release: jessie/sid
Architecture: i386 (i686)

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


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

Bug#710444: [ITR] templates://cloud-init/{cloud-init.templates}

[Christian PERRIER]

Dear Debian maintainer,

The Debian internationalisation team and the Debian English
localisation team will soon begin the review of the debconf
templates used in cloud-init.

This review takes place for all packages that use debconf to interact with
users and its aims are:
- to improve the use of English in all debconf templates;
- to make the wording of debconf templates more consistent;
- to encourage more translations of templates.

Even if your first language is English, this process is likely to help
track down typos or errors, and improve consistency between the
debconf templates of your package and that of other packages in the
distribution.

The process involves both debian-l10n-english contributors and
Debian translators.

The details of the process are given in
http://wiki.debian.org/I18n/SmithDebconfReviewProcess.

I will act as the coordinator of this activity for cloud-init.

The first step of the process is to review the debconf source
template file(s) of cloud-init. This review will start on Wednesday, June 05, 
2013, or
as soon as you acknowledge this mail with an agreement for us to
carry out this process.

All parts of the process will be carried out in close collaboration
with you, and, unless you explicitely ask for it, no upload nor NMU
will happen for cloud-init.

If you approve this process, please let us know by replying to this
mail. If some work in progress on your side would conflict with such a
rewrite (such as adding or removing debconf templates), please say so,
and we will defer the review to later in the development cycle.

Thank you for your attention.

-- 




signature.asc
Description: Digital signature

Bug#708761: [RFR] templates://quantum/{quantum-common.templates,quantum-plugin-openvswitch.templates,quantum-server.templates,quantum-plugin-metaplugin.templates}

[Christian PERRIER]

Please find, for review, the debconf templates for the quantum source package.

Thomas and OpenStack maintainers, please check my remark for
quantum-plugin-openvswitch/enable_tunneling. There is probably a
packaging change to do there.

This review will last from Sunday, June 02, 2013 to Wednesday, June 12, 2013.

Please send reviews as unified diffs (diff -u) against the original
files. Comments about your proposed changes will be appreciated.

Your review should be sent as an answer to this mail.

When appropriate, I will send intermediate requests for review, with
"[RFRn]" (n>=2) as a subject tag.

When we will reach a consensus, I send a "Last Chance For
Comments" mail with "[LCFC]" as a subject tag.

Finally, a summary will be sent to the review bug report,
and a mail will be sent to this list with "[BTS]" as a subject tag.

Rationale:
--- quantum.old/debian/quantum-common.templates 2013-05-18 13:40:47.981243571 
+0300
+++ quantum/debian/quantum-common.templates 2013-06-02 19:36:35.016203132 
+0300
@@ -11,8 +11,8 @@
 Type: string
 Default: 127.0.0.1
 _Description: Auth server hostname:
- Please specify the URL of your Quantum authentication server. Typically
- this is also the URL of your OpenStack Identity Service (Keystone).
+ Please specify the hostname of your Quantum authentication server. Typically
+ this is also the hostname of your OpenStack Identity Service (Keystone).
 
 Template: quantum/admin-tenant-name
 Type: string
--- quantum.old/debian/quantum-plugin-openvswitch.templates 2013-05-18 
13:40:47.981243571 +0300
+++ quantum/debian/quantum-plugin-openvswitch.templates 2013-06-02 
19:36:35.016203132 +0300
@@ -3,46 +3,50 @@
 Default: true
 _Description: Set up a database for quantum-plugin-openvswitch?
  No database has been set up for quantum-plugin-openvswitch to use. Before
- continuing, you should make sure you have:
+ continuing, you should make sure you have the following information:
  .
-  - the server host name (that server must allow TCP connections from this
+  * the type of database that you want to use;
+  * the database server host name (that server must allow TCP connections from 
this
 machine);
-  - a username and password to access the database.
-  - A database type that you want to use.
+  * a username and password to access the database.
  .
- If some of these requirements are missing, reject this option and run with
- regular sqlite support.
+ If some of these requirements are missing, do not choose this option and run 
with
+ regular SQLite support.
  .
- You can change this setting later on by running 'dpkg-reconfigure -plow
- quantum-plugin-openvswitch.
+ You can change this setting later on by running "dpkg-reconfigure -plow
+ quantum-plugin-openvswitch".

Similar changes as other OpenStack packages.

 
 Template: quantum-plugin-openvswitch/tenant_network_type
 Type: select
-Choices: local, gre, vlan, none
+__Choices: local, gre, vlan, none
+Choices-C: local, gre, vlan, none
 Default: gre
 _Description: Type of network to allocate for tenant networks:
  The value "local" is useful only for single-box testing and provides no
- connectivity between hosts. You MUST either change this to "vlan" and
- configure network_vlan_ranges below or change this to "gre" and configure
+ connectivity between hosts. This must be changed either to "vlan" and
+ configure network_vlan_ranges below or to "gre" and configure
  "tunnel_id_ranges" in order for tenant networks to provide connectivity
  between hosts. Set to "none" to disable creation of tenant networks.

Make choices translatable
 
 Template: quantum-plugin-openvswitch/enable_tunneling
 Type: select
-Choices: True, False
+__Choices: True, False
+Choices-C: True, False
 Default: True
 _Description: Enable tunneling:
- Set to True in the server and the agents to enable support for GRE
- networks. Requires kernel support for OVS patch ports and GRE tunneling.
+ Please choose whether you want to activate support for GRE
+ networks on the server and agents. This requires kernel support for OVS patch 
ports and GRE tunneling.

I don't understand why this template is not a boolean one. Thomas, any hint?

It really should be turned into boolean, in order to be more
l10n-friendly. Of course, if that's done, you should forget about by
Choices-C change.
 
 Template: quantum-plugin-openvswitch/tunnel_id_ranges
 Type: string
 Default: 1:1000
 _Description: Tunnel id ranges:
- This is a comma-separated list of : tuples enumerating
+ Please enter a comma-separated list of : tuples enumerating
  ranges of GRE tunnel IDs that are available for tenant network allocation
  if tenant_network_type is "gre".

Warning, high jargon ratio detected...:-)

 
 Template: quantum-plugin-openvswitch/local_ip
 Type: string
 _Description: Local IP address of this hypervisor:
+ Please enter the local IP address for this hypervisor.
+ 

All changes below are similar to other OpenStack packages

--- quantum.old/debian/quantum-server.templates 20

Bug#707193: [LCFC] templates://nss-pam-ldapd/{nslcd.templates,libnss-ldapd.templates}

[Christian PERRIER]

This is the last call for comments for the review of debconf
templates for nss-pam-ldapd.

The reviewed templates will be sent on Tuesday, June 04, 2013 to this bug report
and a mail will be sent to this list with "[BTS]" as a subject tag.


-- 


Template: nslcd/ldap-uris
Type: string
_Description: LDAP server URI:
 Please enter the Uniform Resource Identifier of the LDAP server. The format
 is "ldap://:/". Alternatively, "ldaps://" or
 "ldapi://" can be used. The port number is optional.
 .
 When using an ldap or ldaps scheme it is recommended to use an IP address to
 avoid failures when domain name services are unavailable.
 .
 Multiple URIs can be separated by spaces.

Template: nslcd/ldap-base
Type: string
_Description: LDAP server search base:
 Please enter the distinguished name of the LDAP search base. Many sites use
 the components of their domain names for this purpose. For example, the
 domain "example.net" would use "dc=example,dc=net" as the distinguished name
 of the search base.

Template: nslcd/ldap-auth-type
Type: select
__Choices: none, simple, SASL
_Description: LDAP authentication to use:
 Please choose what type of authentication the LDAP database should
 require (if any):
 .
  * none: no authentication;
  * simple: simple bind DN and password authentication;
  * SASL: any Simple Authentication and Security Layer mechanism.

Template: nslcd/ldap-binddn
Type: string
_Description: LDAP database user:
 Please enter the name of the account that will be used to log in to the LDAP
 database. This value should be specified as a DN (distinguished name).

Template: nslcd/ldap-bindpw
Type: password
_Description: LDAP user password:
 Please enter the password that will be used to log in to the LDAP database.

Template: nslcd/ldap-sasl-mech
Type: select
Choices: auto, LOGIN, PLAIN, NTLM, CRAM-MD5, DIGEST-MD5, SCRAM, GSSAPI, SKEY, 
OTP, EXTERNAL
_Description: SASL mechanism to use:
 Please choose the SASL mechanism that will be used to authenticate to the LDAP
 database:
 .
  * auto: auto-negotiation;
  * LOGIN: deprecated in favor of PLAIN;
  * PLAIN: simple cleartext password mechanism;
  * NTLM: NT LAN Manager authentication mechanism;
  * CRAM-MD5: challenge-response scheme based on HMAC-MD5;
  * DIGEST-MD5: HTTP Digest compatible challenge-response scheme;
  * SCRAM: salted challenge-response mechanism;
  * GSSAPI: used for Kerberos;
  * SKEY: S/KEY mechanism (obsoleted by OTP);
  * OTP: One Time Password mechanism;
  * EXTERNAL: authentication is implicit in the context.

Template: nslcd/ldap-sasl-realm
Type: string
_Description: SASL realm:
 Please enter the SASL realm that will be used to authenticate to the LDAP
 database.
 .
 The realm is appended to authentication and authorization identities.
 .
 For GSSAPI, this can be left blank to use information from the Kerberos
 credentials cache.

Template: nslcd/ldap-sasl-authcid
Type: string
_Description: SASL authentication identity:
 Please enter the SASL authentication identity that will be used to 
authenticate to
 the LDAP database.
 .
 This is the login used in LOGIN, PLAIN, CRAM-MD5, and DIGEST-MD5 mechanisms.

Template: nslcd/ldap-sasl-authzid
Type: string
_Description: SASL proxy authorization identity:
 Please enter the proxy authorization identity that will be used to 
authenticate to
 the LDAP database.
 .
 This is the object in the name of which the LDAP request is done.
 This value should be specified as a DN (distinguished name).

Template: nslcd/ldap-sasl-secprops
Type: string
_Description: Cyrus SASL security properties:
 Please enter the Cyrus SASL security properties.
 .
 Allowed values are described in the ldap.conf(5) manual page
 in the SASL OPTIONS section.

Template: nslcd/ldap-sasl-krb5-ccname
Type: string
Default: /var/run/nslcd/nslcd.tkt
_Description: Kerberos credential cache file path:
 Please enter the GSSAPI/Kerberos credential cache file name that will be used.

Template: nslcd/ldap-starttls
Type: boolean
_Description: Use StartTLS?
 Please choose whether the connection to the LDAP server should use
 StartTLS to encrypt the connection.

Template: nslcd/ldap-reqcert
Type: select
__Choices: never, allow, try, demand
_Description: Check server's SSL certificate:
 When an encrypted connection is used, a server certificate can be requested
 and checked. Please choose whether lookups should be configured to require
 a certificate, and whether certificates should be checked for validity:
 .
  * never: no certificate will be requested or checked;
  * allow: a certificate will be requested, but it is not
   required or checked;
  * try: a certificate will be requested and checked, but if no
 certificate is provided, it is ignored;
  * demand: a certificate will be requested, required, and checked.
 .
 If certificate checking is enabled, at least one of the tls_cacertdir or
 tls_cacertfile options must be put in /etc/nslcd.conf.
Template: libnss-ldapd/nsswitch
Type: multiselect
Choices: aliases, ethers, gro

Bug#634347:

[Nicolás Alvarez]

What is the correct way to undo accidental "git annex add"s then?

-- 
Nicolás


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

Bug#665590: openhpi: diff for NMU version 2.14.1-1.3

[Sebastian Ramacher]

Control: tags 665590 + pending

Dear maintainer,

I've prepared an NMU for openhpi (versioned as 2.14.1-1.3) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards
-- 
Sebastian Ramacher
diff -u openhpi-2.14.1/debian/changelog openhpi-2.14.1/debian/changelog
--- openhpi-2.14.1/debian/changelog
+++ openhpi-2.14.1/debian/changelog
@@ -1,3 +1,11 @@
+openhpi (2.14.1-1.3) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * src/lock.c: Include glib.h instead of individual headers. Thanks to Andy
+Whitcroft for the patch. (Closes: #665590)
+
+ -- Sebastian Ramacher   Sat, 01 Jun 2013 17:05:17 +0200
+
 openhpi (2.14.1-1.2) unstable; urgency=low
 
   * Non-maintainer upload.
only in patch2:
unchanged:
--- openhpi-2.14.1.orig/src/lock.c
+++ openhpi-2.14.1/src/lock.c
@@ -20,7 +20,7 @@
 
 /* multi-threading support, use Posix mutex for data access */
 /* initialize mutex used for data locking */
-#include 
+#include 
 
 GStaticRecMutex oh_main_lock = G_STATIC_REC_MUTEX_INIT;
 


signature.asc
Description: Digital signature

Bug#710842: perl: perlbug doesn't include locally-applied patch info

[Dominic Hargreaves]

Package: perl
Version: 5.18.0-1
Severity: minor

Even though perl -V displays them correctly:

(perl-5.18-i386-sbuild)dom@carme:~$ perl -V|grep -A 5 "Locally applied"
  Locally applied patches:
DEBPKG:debian/cpan_definstalldirs - Provide a sensible INSTALLDIRS 
default for modules installed from CPAN.
DEBPKG:debian/db_file_ver - http://bugs.debian.org/340047 Remove overly 
restrictive DB_File version check.
DEBPKG:debian/doc_info - Replace generic man(1) instructions with 
Debian-specific information.
DEBPKG:debian/enc2xs_inc - http://bugs.debian.org/290336 Tweak enc2xs 
to follow symlinks and ignore missing @INC directories.
DEBPKG:debian/errno_ver - http://bugs.debian.org/343351 Remove Errno 
version check due to upgrade problems with long-running processes.

perlbug doesn't seem to. See eg
https://rt.perl.org/rt3/Public/Bug/Display.html?id=118271:

"
Locally applied patches:


---
@INC for perl 5.18.0:

"

The same behaviour exists in 5.14.2-21 at least.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


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

Bug#710841: [kfreebsd-i386] libsqlite3-0: insufficient dependency on libc, or something

[Simon McVittie]

Package: libsqlite3-0
Version: 3.7.17-1
Severity: grave

I installed Debian wheezy kfreebsd-i386 (standard + openssh-server, I think)
on a kvm virtual machine, upgraded to unstable to try to test a patch for
, ran aptitude and got this error:

> aptitude: relocation error: /usr/lib/i386-kfreebsd-gnu/libsqlite3.so.0: 
> symbol posix_fallocate64, version GLIBC_2.3.3 not defined in file libc.so.0.1 
> with link time reference

sqlite3(1) produces the same relocation error.

I'm initially reporting this against libsqlite, mainly to get all the
dependency information, but I wouldn't be surprised if it was actually
an eglibc bug.

S

-- System Information:
Debian Release: jessie/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable')
Architecture: kfreebsd-i386 (i386)

Kernel: kFreeBSD 9.0-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libsqlite3-0 depends on:
ii  libc0.12.17-4
ii  multiarch-support  2.17-4

libsqlite3-0 recommends no packages.

libsqlite3-0 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#697627: RFS: gogglesmm/0.12.7-1

[Sebastian Ramacher]

On 2013-01-07 20:19:36, Hendrik Rittich wrote:
>   dget -x 
> http://mentors.debian.net/debian/pool/main/g/gogglesmm/gogglesmm_0.12.7-1.dsc

The change of Standards-Version is not documented in the changelog. Some of
the changes to debian/rules are not documented either.

Why are you only using the hardening flags from CPPFLAGS and LDFLAGS but not
the ones from C(XX)FLAGS? Additionally, DEB_BUILD_OPTIONS=noopt doesn't
work anymore.

There also many useless dependency warnings from dh-shlibdeps. Please
get these fixed.

Why does the clean target run dh_testroot?

lintian emits:

P: gogglesmm source: duplicate-in-relation-field in source build-depends: 
libdbus-1-dev, libdbus-1-dev
P: gogglesmm source: unversioned-copyright-format-uri 
http://dep.debian.net/deps/dep5
W: gogglesmm source: out-of-date-standards-version 3.9.3 (current is 3.9.4)

Please fix these.

lintian also emits:

I: gogglesmm: desktop-entry-lacks-keywords-entry 
usr/share/applications/gogglesmm.desktop

Please forward this issue upstream and get it fixed there.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#447701: python-software-properties: Why was this not fixed for release?

[Julian Andres Klode]

Control: severity -1 normal

I'm downgrading the severity to normal. This was never an important
bug, and it certainly is not grave; as I explained in the last email.

You should not have increased it; especially not after my last
e-mail.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.


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

Bug#710840: tt-rss stopped working (after apache update), re-install fails

[Nils Erik Svangård]

Package: tt-rss
Version: 1.7.8+dfsg-2
Severity: normal



After doing a apt-get update; apt-get upgrade tt-rss displays a 404.

I tried to reinstall but get an error message about
apache2-maintscript-helper is invoked incorrectly (???).

Guessing that there is a problem in the tt-rss package.

Output from apt-get upgrade and reportbug below.


Ställer in tt-rss (1.7.8+dfsg-2) ...
dbconfig-common: writing config to /etc/dbconfig-common/tt-rss.conf
Replacing config file /etc/tt-rss/database.php with new version
dbconfig-common: flushing administrative password
You must invoke apache2-maintscript-helper with an unmodified
environment when sourcing it
dpkg: fel vid hantering av tt-rss (--configure):
 underprocessen installerade post-installation-skript gav felkod 1
Fel uppstod vid hantering:
 tt-rss
E: Sub-process /usr/bin/dpkg returned an error code (1)

-- System Information: Debian Release: jessie/sid APT prefers unstable APT
policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686) Kernel: Linux 3.8-2-686-pae (SMP w/8 CPU cores)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell:
/bin/sh linked to /bin/dash Versions of packages tt-rss depends on: ii
dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.50 ii
libapache2-mod-php5 5.5.0~rc2+dfsg-2 ii libjs-dojo-core 1.7.2+dfsg-1 ii
libjs-dojo-dijit 1.7.2+dfsg-1 ii libjs-scriptaculous 1.9.0-2 ii
libphp-phpmailer 5.1-1 ii libphp-simplepie 1.2.1-3 ii php-gettext 1.0.11-1
ii php5 5.5.0~rc2+dfsg-1 ii php5-cli 5.5.0~rc2+dfsg-2 ii php5-mysql
5.5.0~rc2+dfsg-2 ii php5-pgsql 5.5.0~rc2+dfsg-2 ii phpqrcode 1.1.4-1
Versions of packages tt-rss recommends: ii apache2 2.4.4-5 ii apache2-bin
[httpd] 2.4.4-5 ii php5-gd 5.5.0~rc2+dfsg-2 Versions of packages tt-rss
suggests: ii mysql-client-5.5 [mysql-client] 5.5.31+dfsg-1 ii mysql-server
5.5.31+dfsg-1 pn php-apc  ii postgresql 9.3+142really9.1+144 ii
postgresql-client 9.3+142really9.1+144 ii postgresql-client-9.1
[postgresql-client] 9.1.9-1 pn sphinxsearch  -- Configuration Files:
/etc/default/tt-rss changed: DISABLED=0 FORKING=0 /etc/tt-rss/config.php
changed: http://zzz/tt-rss/'); // Full URL of your tt-rss installation. This should
be set to the // location of tt-rss directory, e.g.
http://yourserver/tt-rss/ // You need to set this option correctly
otherwise several features // including PUSH, bookmarklets and browser
integration will not work properly. define('SINGLE_USER_MODE', false); //
Operate in single user mode, disables all functionality related to //
multiple users. define('SIMPLE_UPDATE_MODE', false); // Enables fallback
update mode where tt-rss tries to update feeds in // background while
tt-rss is open in your browser. // If you don't have a lot of feeds and
don't want to or can't run // background processes while not running
tt-rss, this method is generally // viable to keep your feeds up to date.
// Still, there are more robust (and recommended) updating methods //
available, you can read about them here:
http://tt-rss.org/wiki/UpdatingFeeds // * //
*** Files and directories *** // *
define('PHP_EXECUTABLE', '/usr/bin/php'); // Path to PHP executable, used
for various command-line tt-rss programs define('LOCK_DIRECTORY',
'/var/lib/tt-rss'); // Directory for lockfiles, must be writable to the
user you run // daemon process or cronjobs under. define('CACHE_DIR',
'/var/cache/tt-rss'); // Local cache directory for RSS feed content.
define('ICONS_DIR', "feed-icons"); define('ICONS_URL', "feed-icons"); //
Local and URL path to the directory, where feed favicons are stored. //
Unless you really know what you're doing, please keep those relative // to
tt-rss main directory. // ** // *** Authentication ***
// ** // Please see PLUGINS below to configure various
authentication modules. define('AUTH_AUTO_CREATE', true); // Allow
authentication modules to auto-create users in tt-rss internal // database
when authenticated successfully. define('AUTH_AUTO_LOGIN', true); //
Automatically login user on remote or other kind of externally supplied //
authentication, otherwise redirect to login form as normal. // If set to
true, users won't be able to set application language // and settings
profile. // * // *** Feed settings *** //
* define('FORCE_ARTICLE_PURGE', 0); // When this option
is not 0, users ability to control feed purging // intervals is disabled
and all articles (which are not starred) // older than this amount of days
are purged. // *** PubSubHubbub settings *** define('PUBSUBHUBBUB_HUB',
''); // URL to a PubSubHubbub-compatible hub server. If defined, "Published
// articles" generated feed would automatically become PUSH-enabled.
define('PUBSUBHUBBUB_ENABLED', false); // Enable client PubSubHubbub
support in tt-rss. When disabled, tt-rss // won't try to subscribe to PUSH
feed updates. // * // *** Sphinx search

Bug#710839: icinga: FTBFS - B-D on nonexistent libgd3-dev (vs. libgd-dev)

[Aaron M. Ucko]

Source: icinga
Version: 1.9.1-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Automatic builds of icinga have been failing because its stated build
dependencies include

libgd3-dev | libgd2-noxpm-dev (>= 2.0.1) | libgd2-xpm-dev (>= 2.0.1)

whereas the -dev package corresponding to libgd3 is libgd-dev, with no
embedded version number.  Could you please account for that?

Thanks!


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

Bug#710838: laptop-mode-tools: DISABLE_BATTERY_ALARM_CHECK unset in /usr/sbin/laptop_mode

[Jan Christoph Uhde]

Package: laptop-mode-tools
Version: 1.63-2
Severity: normal

Dear Maintainer,
the unset variable triggers the following error:

» /etc/init.d/laptop-mode start
/usr/sbin/laptop_mode: 826: [: Illegal number:
[ ok ] Laptop mode enabled, active [unchanged].

and surely leads to unwanted behavior.

Default values should be set via ${var:-default}
or ${var:-default}. I just think it cloud be a
result of my modified configuration but that would
still be bad:P

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (600, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages laptop-mode-tools depends on:
ii  lsb-base4.1+Debian11
ii  psmisc  22.20-1
ii  util-linux  2.20.1-5.4

Versions of packages laptop-mode-tools recommends:
ii  ethtool 1:3.9-1
ii  hdparm  9.43-1
ii  net-tools   1.60-25
ii  sdparm  1.07-1
ii  udev175-7.2
ii  wireless-tools  30~pre9-8

Versions of packages laptop-mode-tools suggests:
ii  acpid  1:2.0.19-1
ii  apmd   3.2.2-14
ii  hal0.5.14-8

-- Configuration Files:
/etc/laptop-mode/conf.d/usb-autosuspend.conf changed:
DEBUG=0
CONTROL_USB_AUTOSUSPEND="auto"
AUTOSUSPEND_USE_WHITELIST=0
AUTOSUSPEND_USBID_BLACKLIST="046d:c050"
AUTOSUSPEND_USBTYPE_BLACKLIST=""
AUTOSUSPEND_USBID_WHITELIST=""
AUTOSUSPEND_USBTYPE_WHITELIST=""
BATT_SUSPEND_USB=1
LM_AC_SUSPEND_USB=0
NOLM_AC_SUSPEND_USB=0
AUTOSUSPEND_TIMEOUT=2

/etc/laptop-mode/laptop-mode.conf changed:
ENABLE_LAPTOP_MODE_TOOLS=1
VERBOSE_OUTPUT=0
LOG_TO_SYSLOG=1
DEBUG=0
ENABLE_LAPTOP_MODE_ON_BATTERY=1
ENABLE_LAPTOP_MODE_ON_AC=0
ENABLE_LAPTOP_MODE_WHEN_LID_CLOSED=0
ENABLE_AUTO_MODULES=1
MINIMUM_BATTERY_CHARGE_PERCENT=3
DISABLE_LAPTOP_MODE_ON_CRITICAL_BATTERY_LEVEL=1
HD="/dev/[hs]d[abcdefgh]"
PARTITIONS="auto /dev/mapper/*"
ASSUME_SCSI_IS_SATA=1
LM_BATT_MAX_LOST_WORK_SECONDS=600
LM_AC_MAX_LOST_WORK_SECONDS=360
CONTROL_READAHEAD=1
LM_READAHEAD=3072
NOLM_READAHEAD=128
CONTROL_NOATIME=0
USE_RELATIME=1
CONTROL_HD_IDLE_TIMEOUT=1
LM_AC_HD_IDLE_TIMEOUT_SECONDS=1200
LM_BATT_HD_IDLE_TIMEOUT_SECONDS=1200
NOLM_HD_IDLE_TIMEOUT_SECONDS=7200
CONTROL_HD_POWERMGMT="auto"
BATT_HD_POWERMGMT=130
LM_AC_HD_POWERMGMT=254
NOLM_AC_HD_POWERMGMT=254
CONTROL_HD_WRITECACHE=0
NOLM_AC_HD_WRITECACHE=1
NOLM_BATT_HD_WRITECACHE=0
LM_HD_WRITECACHE=0
CONTROL_MOUNT_OPTIONS=1
LM_DIRTY_RATIO=60
NOLM_DIRTY_RATIO=40
LM_DIRTY_BACKGROUND_RATIO=1
NOLM_DIRTY_BACKGROUND_RATIO=10
DEF_UPDATE=5
DEF_XFS_AGE_BUFFER=15
DEF_XFS_SYNC_INTERVAL=30
DEF_XFS_BUFD_INTERVAL=1
DEF_MAX_AGE=30
XFS_HZ=100
LM_SECONDS_BEFORE_SYNC=2


-- 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#710836: libvirt-bin: Pools don't autostart

[Daniel Bareiro]

Package: libvirt-bin
Version: 0.9.12-11
Severity: normal


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

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

Versions of packages libvirt-bin depends on:
ii  adduser 3.113+nmu3
ii  gettext-base0.18.1.1-9
ii  libavahi-client30.6.31-2
ii  libavahi-common30.6.31-2
ii  libblkid1   2.20.1-5.3
ii  libc6   2.13-38
ii  libcap-ng0  0.6.6-2
ii  libdbus-1-3 1.6.8-1
ii  libdevmapper1.02.1  2:1.02.74-7
ii  libgcrypt11 1.5.0-5
ii  libgnutls26 2.12.20-7
ii  libnetcf1   0.1.9-2
ii  libnl1  1.1-7
ii  libnuma12.0.8~rc4-1
ii  libparted0debian1   2.3-12
ii  libpcap0.8  1.3.0-1
ii  libpciaccess0   0.13.1-2
ii  libreadline66.2+dfsg-0.1
ii  libsasl2-2  2.1.25.dfsg1-6
ii  libudev0175-7.2
ii  libvirt00.9.12-11
ii  libxenstore3.0  4.1.4-3+deb7u1
ii  libxml2 2.8.0+dfsg1-7+nmu1
ii  libyajl22.0.4-2
ii  logrotate   3.8.1-4

Versions of packages libvirt-bin recommends:
ii  bridge-utils1.5-6
ii  dmidecode   2.11-9
ii  dnsmasq-base2.62-3+deb7u1
ii  ebtables2.0.10.4-1
ii  gawk1:4.0.1+dfsg-2.1
ii  iproute 20120521-3+b3
ii  iptables1.4.14-3.1
ii  libxml2-utils   2.8.0+dfsg1-7+nmu1
ii  netcat-openbsd  1.105-7
ii  parted  2.3-12
ii  qemu1.1.2+dfsg-6a
ii  qemu-kvm1.1.2+dfsg-6

Versions of packages libvirt-bin suggests:
ii  policykit-1  0.105-3
pn  radvd

-- Configuration Files:
/etc/libvirt/qemu.conf changed:


-- no debconf information


Hi, all!

I'm trying virt-manager on Debian Wheezy and I noticed that it has
already defined a "default" pool. But if I run:

# /etc/init.d/libvirt-bin restart

I lose the definition of the pools. Actually, there are the definitions
of the pools; but these are not read after restarting libvirt.

ss01:/etc/libvirt/storage# ls -l
total 8
drwxr-xr-x 2 root root 4096 jun  1 09:36 autostart
-rw--- 1 root root  664 jun  1 13:46 default.xml


ss01:/etc/libvirt/storage/autostart# ls -l
total 0
lrwxrwxrwx 1 root root 32 may 24 07:24 default.xml -> 
/etc/libvirt/storage/default.xml


After restart libvirt:

virsh # pool-list
Name State  Autostart
-


This is what I see in libvirtd.log:

2013-06-02 01:05:29.709+: 19289: info : libvirt version: 0.9.12
2013-06-02 01:05:29.709+: 19289: error : virStorageDefParsePerms:613 : XML 
error: malformed owner element
2013-06-02 01:05:30.210+: 19289: error : virExecWithHook:424 : Cannot find 
'pm-is-supported' in path: No existe el fichero o el directorio
2013-06-02 01:05:30.211+: 19289: warning : qemuCapsInit:949 : Failed to get 
host power management capabilities
2013-06-02 01:05:33.014+: 19289: error : virExecWithHook:424 : Cannot find 
'pm-is-supported' in path: No existe el fichero o el directorio
2013-06-02 01:05:33.014+: 19289: warning : lxcCapsInit:77 : Failed to get 
host power management capabilities
2013-06-02 01:05:33.025+: 19289: error : virExecWithHook:424 : Cannot find 
'pm-is-supported' in path: No existe el fichero o el directorio
2013-06-02 01:05:33.025+: 19289: warning : umlCapsInit:87 : Failed to get 
host power management capabilities


ss01:/etc/libvirt/storage# cat default.xml



  default
  3174232f-3d63-3167-aa25-3949671bf4c2
  0
  0
  0
  
  
  
/var/lib/libvirt/images

  0700
  4294967295
  4294967295

  



It seems the problem is given by: "XML error: malformed owner element".
Owner and group should uid and gid of the images directory.

ss01:~# ls -ld /var/lib/libvirt/images
drwx--x--x 2 root root 4096 may 27 11:03 /var/lib/libvirt/images

So I adapted the permissions to this directory:


  0700
  0
  0


After restarting libvirt, the pool was recognized:

virsh # pool-list
Name State  Autostart
-
default  active yes


Then I went back to create another pool:


virsh # pool-define-as ISO dir - - - - "/space/isos"
Pool ISO defined

virsh # pool-start ISO
Pool ISO started

virsh # pool-autostart ISO
Pool ISO marked as autostarted

virsh # pool-list --all
Name State  Autostart
-
default  active yes
ISO  active yes

Files are created:

ss01:/etc/libvirt/storage# ll
total 12
drwxr-xr-x 2 root root 4096 jun  2 15:49 autostart
-rw--- 1 root root  646 jun  2 15:05 default.xml
-rw--- 1 root root  644 jun  2 15:48 ISO.xml


ss01:/etc/libvirt/storage/autostart# ll
total 0
lrwxrwxrwx 1 roo

Bug#710837: prolog-el: emacs warnings on installation

[Ross Boylan]

Package: prolog-el
Version: 1.23-1
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
I don't know if the warnings indicate any actual problems for using the
package,
but here's a report just in case.

I haven't tried to use prolog in emacs--nor do I know what to expect--and
so I can't comment on whether there are any real problems.

   * What led up to the situation?
Installed prolog-el onto a wheezy system, using aptitude.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Filed this report!

   * What was the outcome of this action?
The terminal shows
Setting up prolog-el (1.23-1) ...
Install prolog-el for emacs
Install prolog-el for emacs23
install/prolog-el: Handling install for emacsen flavor emacs23
Loading 00debian-vars...
Loading /etc/emacs/site-start.d/50autoconf.el (source)...
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...
Loading debian-ispell...
Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)...
Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)...
Loading /etc/emacs/site-start.d/50ess.el (source)...
Loading /etc/emacs/site-start.d/50festival.el (source)...
Loading /etc/emacs/site-start.d/50git-core.el (source)...
Loading /etc/emacs/site-start.d/50prolog-el.el (source)...
Loading /etc/emacs/site-start.d/50psvn.el (source)...
Wrote /usr/share/emacs23/site-lisp/prolog-el/path.elc

In prolog-ensure-process:
prolog.el:1193:12:Warning: `save-excursion' defeated by `set-buffer'

In prolog-consult-compile:
prolog.el:1476:35:Warning: `save-excursion' defeated by `set-buffer'
prolog.el:1458:11:Warning: `save-excursion' defeated by `set-buffer'

In end of data:
prolog.el:4144:1:Warning: the following functions are not known to be defined:
replace-in-string, int-to-char
Wrote /usr/share/emacs23/site-lisp/prolog-el/prolog.elc
Setting up swi-prolog-nox (5.10.4-5) ...

   * What outcome did you expect instead?
No warning  messages.

*** End of the template - remove these lines ***



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

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

Versions of packages prolog-el depends on:
ii  emacs23 [emacsen]  23.4+1-4

prolog-el recommends no packages.

Versions of packages prolog-el suggests:
ii  swi-prolog  5.10.4-5

-- 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#710347: [Piuparts-devel] Bug#710347: Bug#710347: piuparts: Mirror should follow distro defaults when they are explicitly specified

[Holger Levsen]

control: tags -1 + pending

Hi Andrew,

I've applied your commit to git, thanks!

On Donnerstag, 30. Mai 2013, Andrew Starr-Bochicchio wrote:
> > We'd appreciate if you could test the git version on ubuntu (especially
> > getting a master-slave setup running).
> I'll try to do some testing with that sometime soon.

yay!
 
> I wonder if some of what's in distros.conf
> could be generated programmatically with the help of
> python-distro-info?

I'm not sure python-distro-info is as up2date as we like it to be, but maybe 
it is?


cheers,
Holger


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

Bug#447701: python-software-properties: Why was this not fixed for release?

[Julian Andres Klode]

On Sun, Jun 02, 2013 at 02:43:34PM -0400, root wrote:
> Package: python-software-properties
> Version: 0.82.7.1debian1
> Followup-For: Bug #447701
> 
> software-properties-gtk pulls in unattended-upgrades which leads to 
> unexpected (and unwanted) automatic dist-upgrades.  At first I thought 
> I had been hacked because dist-upgrade --allow-authenticated was 
> occuring the background without my knowledge or consent.

(a) No it does not upgrade your system automatically. You need to
configure this manually.
(b) Your lines are too long
(c) Were you really reporting as root?

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.


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

Bug#566947: emacs23-nox fails to install

[Xiyue Deng]

Hi Emacs maintainers,

It looks like the same problem is coming back again. Currently
installing emacs23-nox at version 23.4+1-4 will fail by assertion on
wheezy stable install with the same assertion as before. According to
build log[1], binutils is at 2.22-7.1, and linux-libc-dev is at
3.2.23-1, which should have included loongson2f fixes (or anyone
confirm it?).

Rebuilding on my local wheezy pbuilder using the same packages
provided by wheezy fixes the problem, again.

As this involves binutils, I'm CCing binutils maintainers to have
their opinion on this.

[1] 
https://buildd.debian.org/status/fetch.php?pkg=emacs23&arch=mipsel&ver=23.4%2B1-4&stamp=1347257874


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

Bug#710835: RFS: roxterm/2.7.1-1

[Eriberto]

Hey! Your package has lintian warnings. Please, see http://bit.ly/lintian

You must add a message about transition from experimental to unstable
in debian/changelog. I suggest: "Uploaded to unstable", because
lintian will search by "to unstable" in changelog.

I hope this help.

Regards,

Eriberto


2013/6/2 Tony Houghton :
> I am looking for a sponsor for my updated package "roxterm"


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

Bug#636697: Failure of initramfs-tools pcidetect hook

[Ben Hutchings]

On Sun, 2013-06-02 at 22:41 +0200, Joachim Selinger wrote:
> Hi Ben, hi Michael!
> 
> On Sun, 02 Jun 2013 16:31:18 +0100
> Ben Hutchings  wrote:
> 
> BH> On Sun, 2013-06-02 at 12:08 +0200, Michael Prokop wrote:
> BH> > * Joachim Selinger [Fri May 31, 2013 at 10:25:17PM +0200]:
> BH> > 
> BH> > [...]
> BH> > > run-parts: executing /etc/kernel/postinst.d/initramfs-tools 
> 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
> BH> > > update-initramfs: Generating /boot/initrd.img-3.2.0-4-amd64
> BH> > > E: /usr/share/initramfs-tools/hooks/pcidetect failed with return 1.
> BH> > [...]
> BH> > 
> BH> > Well, I'm not aware of a file
> BH> > /usr/share/initramfs-tools/hooks/pcidetect shipped by Debian.
> BH> > 
> BH> > What does 'dpkg -S /usr/share/initramfs-tools/hooks/pcidetect' return?
> BH> 
> BH> Well, this has nothing to do with the original bug report, so Joachim
> BH> should open a new bug report against whatever package it is.
> 
> Thanks for this and sorry for the trouble. You are absolutely right. This file
> does not belong to any package anymore - seems to be a leftover from
> long ago. I just removed it and everything is ok. 
> 
> Again, sorry for reporting this. 
> 
> Is it ok to just ignore this now or do I have to do anything to close
> my report?

As I said, you didn't open your own bug report.  Bug #636697 relates to
a very different problem and should not be closed.

Ben.

-- 
Ben Hutchings
You can't have everything.  Where would you put it?


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

Bug#710571: Patch for /lib/lsb/init-functions

[Didier 'OdyX' Raboud]

Control: severity -1 minor
Control: merge 683654 -1
Control: tag 683654 +wontfix -moreinfo

Hi Josh, hi Teodor,

Le samedi, 1 juin 2013 09.41:00, Teodor MICU a écrit :
> This topic was discussed with LSB maintainers on #683654. Maybe these
> two bugs should be merged, but I don't know if the discussion will be
> preserved.

Indeed, hereby merging.

Le samedi, 1 juin 2013 02.28:24, vous avez écrit :
> The attached git patch makes the log_* functions in
> /lib/lsb/init-functions check $VERBOSE before outputting anything.

As I wrote in #683654:

> I think that the fact that a call to log_*_msg always leads to having a 
> message printed is actually a feature and a characteristic of these shell 
> functions. Changing this interface to start printing messages conditionally
> is a quite intrusive change IMHO.

I have now also re-read the #683654 bugreport and got more convinced that 
changing these logging functions is a really bad idea. The biggest blocker 
that I see is the output that one gets when managing services by hand: if one 
setups VERBOSE=no in /etc/default/rcS, then any service action (such as # 
service cups restart) will log exactly no output to the console, while now you 
get a useful message.

So I currently stand to my initial appreciation of this bug (hence untagging 
moreinfo and tagging wontfix): it is in my (current) opinion of the daemon's 
initscripts responsibility to define what messages should be logged and which 
not, so the VERBOSE environment variable should be handled by these and not 
globally by init-functions. As for boot splashs (or whatever software is 
annoyed by init scripts' outputs), they have multiple solutions readily 
available: I/O multiplexing [0] (by doing filtering, or even discarding of the 
outputs of the initscripts), diversion of the lsb init functions by dropping a 
file in /lib/lsb/init-functions.d/, etc.

Cheers,

OdyX

[0] http://web.dodds.net/~vorlon/wiki/blog/Plymouth_is_not_a_bootsplash/


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

Bug#710792: gtkglextmm: FTBFS: Package 'pangox', required by 'GdkGLExt', not found

[Thorsten Glaser]

affects 709554 src:gtkglextmm
affects 709554 src:repsnapper
reassign 710802 libgtkglext1-dev/1.2.0-3
forcemerge 709554 710802
thanks

Frank Lichtenheld dixit:

>Thanks, this seems to affect all architectures. But it clearly is not
>a problem in gtkglextmm since the missing .pc file is included by
>GdkGLExt.pc which is from gtkglext. Reassigning and merging with the
>existing bug.

Ah, okay. Thanks! Merging the other and putting back an “affects”
so that others will know (had I known I’d not put a bugreport in).

bye,
//mirabilos
-- 
22:59⎜ glaub ich termkit is kompliziert | glabe nicht das man
damit schneller arbeitet | reizüberflutung │ wie windows │ alles evil
zuviel bilder │ wie ein spiel | 23:00⎜ die meisten raffen auch
nicht mehr von windows | 23:01⎜ bilderbücher sind ja auch nich
wirklich verbreitet als erwachsenen literatur   ‣ who needs GUIs thus?


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

Bug#710835: RFS: roxterm/2.7.1-1

[Tony Houghton]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my updated package "roxterm"

 * Package name: roxterm
   Version : 2.7.2-1
   Upstream Author : Tony Houghton 
 * URL : http://roxterm.sourceforge.net
 * License : GPL2+
   Section : x11

It builds these binary packages:

roxterm - Multi-tabbed GTK+/VTE terminal emulator - virtual package for GTK3
roxterm-common - Multi-tabbed GTK+/VTE terminal emulator - common files
roxterm-gtk2 - Multi-tabbed GTK+/VTE terminal emulator - GTK2 version
roxterm-gtk3 - Multi-tabbed GTK+/VTE terminal emulator - GTK3 version

To access further information about this package, please visit the
following URL:

http://mentors.debian.net/package/roxterm


Alternatively, one can download the package with dget using this
command:

dget -x
http://mentors.debian.net/debian/pool/main/r/roxterm/roxterm_2.7.2-1.dsc

More information about roxterm can be obtained from
http://roxterm.sourceforge.net

Changes since the last upload:

  * New upstream release:
+ Plugged memory leak.
+ Fixed l10n.
+ Worked around race condition when using --tab.
+ Height option default is now consistent in term and profile editor.
  * Target unstable again now Wheezy is released.

There is a lintian warning because I didn't use the right key phrase in
the changelog about moving back from experimental to unstable. It's a
pedantic warning which I didn't discover until after I uploaded, and the
change is documented, so I hope it's OK.


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

Bug#710834: Annual ping for Thomas Pierson

[Thomas Pierson]

Package: debian-maintainers
Severity: normal

Hi,

This is my annual ping.

I am still interested in maintaining my packages in Debian.

Regards,

Thomas Pierson




signature.asc
Description: OpenPGP digital signature

Bug#617613: closed by Anton Gladky (Bug#617613: fixed in freecad 0.13.1830-dfsg-2)

[Francesco Poli]

On Thu, 30 May 2013 21:21:16 + Debian Bug Tracking System wrote:

[...]
>* [800a2d9] Compile freecad against libcoin80. (Closes: #617613)
[...]

Hi Anton,
thanks for doing this.

However, is the bug completely fixed?

What about those files included in freecad and licensed under the terms
of the GNU GPL v2 or later? There seem to still be a number of such
files in the package.
If these files are linked with or incorporated into the program, the
Open CASCADE GPL-incompatibility is still an issue.

According to the current debian/copyright file, the GPL-licensed files
are:

Files: m4/*   (I suppose those are m4 macros used only during the
   configuration step of the build process: if this is
   the case, they should not pose problems)

Files: src/Mod/Draft/*

Files: src/Mod/Draft/draftlibs/dxf*

Files: src/Mod/Draft/importAirfoilDAT.py

Files: src/Mod/Sketcher/App/sketchflat/*   (these files are GPL-3+)

Files: src/Mod/Part/MakeBottle.py src/Tools/*


Are these files linked with or incorporated into any program that links
with Open CASCADE?
Please clarify.

Thanks for your time.

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


pgp20syVI4ivn.pgp
Description: PGP signature

Bug#710833: [gnome-sudoku] Gnome-sudoku is broken in testing

[Bastien Montagne]

Package: gnome-sudoku
Version: 1:3.4.2-3
Severity: normal

--- Please enter the report below this line. ---

gnome-sudoku does not launch any more. When ran from a terminal, I get 
the following traceback:


Gtk-Message: Failed to load module "canberra-gtk-module"
Traceback (most recent call last):
  File "/usr/games/gnome-sudoku", line 23, in 
start_game()
  File "/usr/lib/python2.7/dist-packages/gnome_sudoku/gnome_sudoku.py", 
line 22, in start_game

main.start_game()
  File "/usr/lib/python2.7/dist-packages/gnome_sudoku/main.py", line 
978, in start_game

u = UI()
  File "/usr/lib/python2.7/dist-packages/gnome_sudoku/main.py", line 
122, in __init__

self.setup_gui()
  File "/usr/lib/python2.7/dist-packages/gnome_sudoku/main.py", line 
171, in setup_gui

self.gsd = gsudoku.SudokuGameDisplay()
  File "/usr/lib/python2.7/dist-packages/gnome_sudoku/gsudoku.py", line 
97, in __init__

SudokuNumberGrid.__init__(self, group_size = group_size)
  File "/usr/lib/python2.7/dist-packages/gnome_sudoku/gsudoku.py", line 
25, in __init__

e = number_box.SudokuNumberBox(upper = self.group_size)
  File "/usr/lib/python2.7/dist-packages/gnome_sudoku/number_box.py", 
line 133, in __init__

self.set_property('events', Gdk.EventMask.ALL_EVENTS_MASK)
NotImplementedError: Setting properties of type 'GdkEventMask' is not 
implemented


Best regards,
Bastien

--- System information. ---
Architecture: amd64
Kernel: Linux 3.2.0-4-amd64

Debian Release: jessie/sid
990 testing security.debian.org
990 testing ftp.fr.debian.org
990 testing ftp.deb-multimedia.org
990 testing deb.torproject.org
300 unstable ftp.fr.debian.org
200 experimental ftp.fr.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-==
python (>= 2.6.6-7~) | 2.7.3-5
python (<< 2.8) | 2.7.3-5
dconf-gsettings-backend | 0.12.1-3
OR gsettings-backend |
gnome-games-data (= 1:3.4.2-3) | 1:3.4.2-3
python-gi (>= 2.90.1) | 3.8.2-1
python-gi-cairo (>= 2.90.1) | 3.8.2-1
gir1.2-gtk-3.0 | 3.4.2-6
python-cairo | 1.8.8-1+b2


Package's Recommends field is empty.

Package's Suggests field is empty.


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