date:20130816

Control: severity -1 wishlist

Hi!

On Thu, 2013-08-15 at 19:46:25 -0400, Asheesh Laroia wrote:
 Package: dpkg
 Version: 1.16.10
 Severity: normal
 
 Summary: To move toward https://wiki.debian.org/ReproducibleBuilds
 for maintainers who want their binary packages to be able to be
 reproduced bit-for-bit, it would be needed for dpkg to sort the
 files before adding them to the tar files of
 {data,control}.tar.{xz,bz2,gz}.
 
 That way, the creation of the data.tar.gz would be deterministic.

Indeed, that's something that has been on the back of my mind for some
time now, and that I was/am planning on fixing during the 1.17.x cycle.
This will also be part of a two step process to guarantee the dpkg
database is also more deterministic, dpkg would need to sort
(preserving symlinks at the end) the files when dumping them on the
database (to cater for older unsorted debs).

Thanks,
Guillem


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

Bug#719844: dpkg-source: Make compresing of {data,control}.tar.gz a deterministic process

Hi!

On Thu, 2013-08-15 at 19:42:17 -0400, Asheesh Laroia wrote:
 Package: dpkg
 Version: 1.16.10
 Severity: normal

 Summary: In lib/dpkg/compress.c, I would like it if dpkg did not
 store timestamps in the gzip files. That way, the creation of the
 data.tar.gz would be deterministic.
 
 In particular, when I build a binary package with the very same
 contents twice, I see that data.tar.xz and control.tar.gz are both
 different although they have the same contents (even timestamps).
 
 Binary files one/control.tar.gz and two/control.tar.gz differ
 Binary files one/data.tar.xz and two/data.tar.xz differ
 
 In 1.16.10 I would add '-n' to the call to 'gzip' in a pipe. In
 curent dpkg git, I believe this may be fixed, but I am not sure. I
 am filing this bug so there is a clear statement of the general
 problem in the BTS, at least!

The same will apply when building that deb package multiple times, the
timestamps will change for the ar headers. And I don't really want to
lose that data, because currently is the only place were the build
time information is recorded. Do you only care that the members
themselves are deterministic or the whole deb package?

I think I'd be fine with not storing the timestamps in the compressed
members themselves, but not about the ar container.

Thanks,
Guillem


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

Bug#718613: linux-image-3.10-1-amd64: hang on nfs mount

2013-08-16 Thread John Eikenberry

This looks to be a very similar issue to #714736. It was trying to use version
4.0 w/out kerberos installed and any of the supporting rpc daemons running.

My particular problem stemmed from my autofs setup not having a nfs version
specified. When I added nfsvers=3 to the options it stopped hanging. I think
the default must have changed from v3 to v4.

Anyways, that resolved the issue to my satisfaction and I think this bug was
just a configuration issue for me. You may close it at your convenience (and
maybe move it to nfs-common or nfs-kernel-server).

Thanks and sorry for the red herring.

-- 

John Eikenberry
[ j...@zhar.net - http://zhar.net ]
[ PGP public key @ http://zhar.net/jae_at_zhar_net.gpg ]

Sic gorgiamus allos subjectatos nunc


signature.asc
Description: Digital signature

Bug#719750: krb5-user: kinit via ssh: password is shown while you type it on the console

2013-08-16 Thread Mike Gabriel


control: tag -1 wontfix
control: close -1

On Do 15 Aug 2013 19:04:54 CEST Russ Allbery wrote:


Mike Gabriel mike.gabr...@das-netzwerkteam.de writes:

On Do 15 Aug 2013 00:05:14 CEST Russ Allbery wrote:



If you ssh to run a single command instead of starting an interactive
session, I don't believe a full tty is allocated, which means that
kinit doesn't have full terminal control.  I don't believe there's any
way for kinit to disable echo in that situation.



So, do I get it right that we need to tag this as a wontfix or even
close this bug?


As mentioned by Ben, I think the -t option to ssh will fix your problem.
I wasn't aware of that flag until just now.


I have just tested the behaviour of passwd over SSH. Same behaviour!  
So let's close this one and tag it as wontfix.


Mike


--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpCQCrMOWWwU.pgp
Description: Digitale PGP-Unterschrift

Bug#719854: dpkg: Please expand all substvars in dpkg-genchanges

2013-08-16 Thread Jérémy Bobbio

Package: dpkg
Version: 1.16.10
Severity: wishlist
Tags: patch

Hi!

We are currently a few folks interested in enabling byte for byte
reproducible builds of Debian packages [1].

In order to achieve this, we need a way to record the environment that
was used to do the initial build. We currently think that the right
place to do so is the `.changes` file.

We can currently easily add new fields there by using the `XC-`
construct in `debian/control`. Unfortunately, `dpkg-genchanges`
does currently not expand all substvars, limiting our abilities to
experiment.

Can you consider applying the following patch that make
`dpkg-genchanges` behave just like `dpkg-gencontrol`?

diff --git a/scripts/dpkg-genchanges.pl b/scripts/dpkg-genchanges.pl
index 0b004c7..13cedd6 100755
--- a/scripts/dpkg-genchanges.pl
+++ b/scripts/dpkg-genchanges.pl
@@ -516,4 +516,5 @@ for my $f (keys %remove) {
 delete $fields-{$f};
 }
 
-$fields-output(\*STDOUT); # Note: no substitution of variables
+$fields-apply_substvars($substvars);
+$fields-output(\*STDOUT);

Thanks!

[1] https://wiki.debian.org/ReproducibleBuilds

-- 
Jérémy Bobbio.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#719666: libcurl3: dovecot-solr broken by update to libcurl3 7.32.0-1

2013-08-16 Thread Frederic Peters

reassign 719666 dovecot-solr
found 719666 1:2.1.7-7
thanks

Alessandro Ghedini wrote:
 On mer, ago 14, 2013 at 08:12:29 +0200, Frederic Peters wrote:
  Package: libcurl3
  Version: 7.32.0-1
  Severity: normal
  
  Hello,
  
  After libcurl3 got updated to version 7.32.0-1 on my system I started
  experiencing crashes in dovecot (actually in its solr fts plugin).
  Downgrading to 7.31.0-2 fixed the problem.
  
  
  The code (solr-connection.c, line 538) looks like this:
  
  merr = curl_multi_fdset(post-conn-curlm, fdread, fdwrite,
  fdexcep, maxfd);
  if (merr != CURLM_OK) {
  i_error(fts_solr: curl_multi_fdset() failed: %s,
  curl_multi_strerror(merr));
  break;
  }
  i_assert(maxfd = 0);
  
  and it now fails the assertion (i.e. maxfd is -1 while merr is OK).
 
 That doesn't sound like a bug in libcurl. The curl_multi_fdset(3) manpage
 explicitly states that the maxfd returned can be -1. I don't know why that
 started happening to you with 7.32.0 though.
 
 Note that you may have more luck upgrading dovecot, since, AFAICT, it doesn't
 use libcurl anymore in the latest stable release.

Reassigning to dovecot, then.



Fred


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

Bug#719855: libdbd-firebird-perl: FTBFS on s390x: test failures

2013-08-16 Thread Niko Tyni

Package: libdbd-firebird-perl
Version: 1.12-1
Severity: serious

This package failed to build on s390x, with several failures in the
embedded tests that were apparently enabled upstream in 1.12.

Failing snippet:

#   Failed test 'check fetch result'
#   at t/embed-31-prepare_cached.t line 112.
#  got: '0'
# expected: '1'

#   Failed test 'check fetch result'
#   at t/embed-31-prepare_cached.t line 112.
#  got: '0'
# expected: '1'

#   Failed test 'check fetch result'
#   at t/embed-31-prepare_cached.t line 112.
#  got: '0'
# expected: '1'

#   Failed test 'check fetch result'
#   at t/embed-31-prepare_cached.t line 112.
#  got: '0'
# expected: '1'

#   Failed test 'check fetch result'
#   at t/embed-31-prepare_cached.t line 112.
#  got: '0'
# expected: '1'

#   Failed test 'check fetch result'
#   at t/embed-31-prepare_cached.t line 112.
#  got: '0'
# expected: '1'
# Looks like you failed 6 tests of 37.
t/embed-31-prepare_cached.t . 
Dubious, test returned 6 (wstat 1536, 0x600)
Failed 6/37 subtests 

#   Failed test 'TEST No 0'
#   at t/embed-40-alltypes.t line 152.
#  got: '0'
# expected: '3'

#   Failed test 'TEST No 5'
#   at t/embed-40-alltypes.t line 152.
#  got: '0'
# expected: '5000'

#   Failed test 'TEST No 13'
#   at t/embed-40-alltypes.t line 152.
#  got: '0'
# expected: '123456.79'

#   Failed test 'TEST No 14'
#   at t/embed-40-alltypes.t line 152.
#  got: '-0.001'
# expected: '-123456.79'
# Looks like you failed 4 tests of 24.
t/embed-40-alltypes.t ... 
Dubious, test returned 4 (wstat 1024, 0x400)
Failed 4/24 subtests 
-- 
Niko Tyni   nt...@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#719856: curl: silently truncates long passwords

2013-08-16 Thread Jonathan Nieder

Package: libcurl3
Version: 7.31.0-2
Tags: upstream patch
X-Debbugs-Cc: Colby Ranger cran...@google.com

libcurl truncates passwords to 255 characters when sending them with
basic authentication.

Test case:

  # Prepare a long (300-character) password.
  s=0123456789
  s=$s$s$s$s$s$s$s$s$s$s
  s=$s$s$s

  # Start a server.
  nc -l -p  | tee out 
  pid=$!

  # Ask curl to pass a long password to that server.
  curl --user me:$s http://localhost: 
  sleep 1
  kill $pid

  # Extract the password.
  userpass=$(
awk '/Authorization: Basic/ {print $3}' out |
tr -d '\r' |
base64 -d
  )
  password=${userpass#me:}
  echo ${#password}

Expected result: 300
Actual result: 255

Noticed by using git with a long password.  Git sets the password with

curl_easy_setopt(result, CURLOPT_PASSWORD, http_auth.password);

The value is copied into a 256-byte buffer allocated on the stack in
lib/url.c::create_conn():

  if(data-set.str[STRING_PASSWORD]) {
strncpy(passwd, data-set.str[STRING_PASSWORD], MAX_CURL_PASSWORD_LENGTH);
passwd[MAX_CURL_PASSWORD_LENGTH - 1] = '\0'; /* To be on safe side */
  }

This doesn't affect the return value from curl_easy_setopt.  From the
caller's point of view, there is no sign anything strange has
happened, except that authentication fails.

Thanks to Colby Ranger for the analysis.  How about something like
this patch?
---
 lib/url.c | 108 +-
 1 file changed, 58 insertions(+), 50 deletions(-)

diff --git a/lib/url.c b/lib/url.c
index 7cec5bcc..ac9bf162 100644
--- a/lib/url.c
+++ b/lib/url.c
@@ -144,7 +144,7 @@ static void signalPipeClose(struct curl_llist *pipeline, 
bool pipe_broke);
 static CURLcode do_init(struct connectdata *conn);
 static CURLcode parse_url_login(struct SessionHandle *data,
 struct connectdata *conn,
-char *user, char *passwd, char *options);
+char **user, char **passwd, char **options);
 static CURLcode parse_login_details(const char *login, const size_t len,
 char **userptr, char **passwdptr,
 char **optionsptr);
@@ -3687,7 +3687,8 @@ static CURLcode findprotocol(struct SessionHandle *data,
 static CURLcode parseurlandfillconn(struct SessionHandle *data,
 struct connectdata *conn,
 bool *prot_missing,
-char *user, char *passwd, char *options)
+char **userp, char **passwdp,
+char **optionsp)
 {
   char *at;
   char *fragment;
@@ -3931,7 +3932,7 @@ static CURLcode parseurlandfillconn(struct SessionHandle 
*data,
* Parse the login details from the URL and strip them out of
* the host name
*/
-  result = parse_url_login(data, conn, user, passwd, options);
+  result = parse_url_login(data, conn, userp, passwdp, optionsp);
   if(result != CURLE_OK)
 return result;
 
@@ -4411,7 +4412,7 @@ static CURLcode parse_proxy_auth(struct SessionHandle 
*data,
  */
 static CURLcode parse_url_login(struct SessionHandle *data,
 struct connectdata *conn,
-char *user, char *passwd, char *options)
+char **user, char **passwd, char **options)
 {
   CURLcode result = CURLE_OK;
   char *userp = NULL;
@@ -4428,9 +4429,9 @@ static CURLcode parse_url_login(struct SessionHandle 
*data,
   char *ptr = strchr(conn-host.name, '@');
   char *login = conn-host.name;
 
-  user[0] = 0;   /* to make everything well-defined */
-  passwd[0] = 0;
-  options[0] = 0;
+  DEBUGASSERT(*user == NULL);
+  DEBUGASSERT(*passwd == NULL);
+  DEBUGASSERT(*options == NULL);
 
   /* We will now try to extract the
* possible login information in a string like:
@@ -4467,10 +4468,7 @@ static CURLcode parse_url_login(struct SessionHandle 
*data,
 return CURLE_OUT_OF_MEMORY;
   }
 
-  if(strlen(newname)  MAX_CURL_USER_LENGTH)
-strcpy(user, newname);
-
-  free(newname);
+  *user = newname;
 }
 
 if(passwdp) {
@@ -4483,10 +4481,7 @@ static CURLcode parse_url_login(struct SessionHandle 
*data,
 return CURLE_OUT_OF_MEMORY;
   }
 
-  if(strlen(newpasswd)  MAX_CURL_PASSWORD_LENGTH)
-strcpy(passwd, newpasswd);
-
-  free(newpasswd);
+  *passwd = newpasswd;
 }
 
 if(optionsp) {
@@ -4499,10 +4494,7 @@ static CURLcode parse_url_login(struct SessionHandle 
*data,
 return CURLE_OUT_OF_MEMORY;
   }
 
-  if(strlen(newoptions)  MAX_CURL_OPTIONS_LENGTH)
-strcpy(options, newoptions);
-
-  free(newoptions);
+  *options = newoptions;
 }
   }
 
@@ -5018,9 +5010,9 @@ static CURLcode

Bug#706543: xen-hypervisor-4.1-amd64: HVM PCI Passthrough not working any more after last upgrade

Package: xen-hypervisor-4.1-amd64
Followup-For: Bug #706543

I beleive this was a regression caused by the XSA-36 security update.

It was fixed upstream by 934a5253d932 fix XSA-46 regression with xend/xm
http://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=934a5253d932 this was also
put into 4.1.x as 22d89f4a0960.

Ian.

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

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


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

Bug#617613: closed by Anton Gladky gl...@debian.org (Bug#617613: fixed in freecad 0.13.1830-dfsg-2)

2013-08-16 Thread Francesco Poli

On Sat, 10 Aug 2013 13:48:48 +0200 Sylvestre Ledru wrote:

 On 10/08/2013 10:52, Francesco Poli wrote:
  Thanks a lot for your time and for all the effort you're putting into
  freecad package maintenance.
 Mainly patience I would say ;)

Yep, I am aware I am a pain in the neck...  :-(
Sorry about that, but I really want this issue to be fixed as properly
as possible.


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


pgpRFllUTuwdM.pgp
Description: PGP signature

Bug#706876: xen-utils-common: network-bridge assigns addresses, breaking ifup

Package: xen-utils-common
Followup-For: Bug #706876

The problem here is that network-* scripts are fragile and prone to breakage.
Both Debian and upstream recommend configuring networking explicitly using the
normal distro mechanisms i.e. /etc/network/intefaces. See
http://wiki.xen.org/wiki/Network_Configuration_Examples_%28Xen_4.1%2B%29

Ian.

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

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


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

Bug#617613: closed by Anton Gladky gl...@debian.org (Bug#617613: fixed in freecad 0.13.1830-dfsg-2)

2013-08-16 Thread Francesco Poli

On Sat, 10 Aug 2013 16:16:56 +0200 Anton Gladky wrote:

2013/8/10 Francesco Poli invernom...@paranoici.org:
[...]
http://anonscm.debian.org/gitweb/?p=debian-science/packages/freecad.git;a=tree;f=src/Mod/Draft;h=b23b5834e8f186e6bc13547e3ff606cd226fad40;hb=01b8f377dc5544c280f706b0a82984f8fd8a7ff4

Please, check all files and provide a patch.

OK, I'll see what I can do.

[...]
Are these GPL-licensed files just Python scripts that are run by the
user, outside of FreeCAD?
Or does FreeCAD fork and exec those scripts (with the help a Python
interpreter)?
Or does FreeCAD dynamically link those scripts as plug-ins?

No idea, Please, ask upstream, if you want.

Possibly, after checking the status of those files...

I have a very low motivation to maintain freecad, as I do not use
it at all.

I see, that's unfortunate.

[...]
If SoQt is not re-licensed similarly to how Coin3D was, I think
that the issue with freecad is not yet fixed.

As I understand, there is an issue, if soqt uses symbols from
OCE. Maybe I am wrong.

As far as I know, there's a problem as long as two incompatibly
licensed works are linked together, even indirectly.
So, if FreeCAD links with both OCE and SoQt, there's an issue, even if
SoQt does not directly use symbols from OCE.

PS I will unlikely contribute into this package any more. Sorry.
[...]

Well, that's sad, but it's of course up to you to decide.
Thank you so much for everything you have done so far for this package.
It's really appreciated, indeed.

Bye.

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

pgpm5U3v4cIG5.pgp
Description: PGP signature

Bug#719857: xmonad does not use .config as specified in XDG base directory

2013-08-16 Thread Thomas Koch

Package: xmonad
Version: 0.10-4+b2
Severity: minor
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

it would be nice, if xmonad would (also) look in .config/xmonad for
configuration files and save compiled files in .cache/xmonad.

See http://wiki.debian.org/XDGBaseDirectorySpecification

Regards, Thomas Koch

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

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

Versions of packages xmonad depends on:
ii  libc6 2.13-38
ii  libffi5   3.0.10-3
ii  libgmp10  2:5.0.5+dfsg-2
ii  libx11-6  2:1.5.0-1+deb7u1
ii  libxext6  2:1.3.1-2+deb7u1
ii  libxinerama1  2:1.1.2-1+deb7u1
ii  x11-utils 7.7~1

Versions of packages xmonad recommends:
ii  libghc-xmonad-dev  0.10-4+b2
ii  libghc-xmonad-doc  0.10-4
ii  xfonts-base1:1.0.3

Versions of packages xmonad suggests:
ii  suckless-tools [dmenu]  38-2

- -- no debconf information

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

iQIcBAEBCAAGBQJSDd+qAAoJEAf8SJEEK6ZasCAP/jF6Mpfq+54ykiSImvshTyBR
51qMaM+QO3YYynk0dm0LngJyMBPlZKt/Cck3Lkh+nueoRJib0X1/HDWoiQ51NPoS
QZsb3pL/if2Ei0E6+QyK90Y0jTAMsm50TDoQFJ9stkzCS8OzxNDlB9aS81QmOpME
bGyNWetv1908VfnvGQa0Ww5YBsc4F6D1ty/U/R8ttf45snnxDhoKoE/LWbvB8cHk
4M2Q6QNeyrAkgigyVuKNnqPolLfb1NJNcadjwME9oE8wP9/Mq9n2+HrI/KjJeAze
+R01XwkOx7uzI22//NjHZI0gLu4MbAbOkWUkItvvWskRAtzEdDU4caH8OOuT5SrU
2wglo8Ii6ohCURmV3bsRTiZInRCP5UsPF/3OKCj/+QQI8IH+Hp9vplWsDg5INmR1
PyAkIpP2asiqDS+pCsyS85+78XoQMjxAlg+Q2rdUn1s0YjeuO2xxhtNleo6wUoRl
0eZv8KDW1dCemjKCddBrRhmIYBoXQvuF4aJYc9nRtwn44OooqH06fU62Na9RF2Nk
sDfW8TJcMkoiN6tMK65CWk4+HQfMwCg4tS4CCZXMsAER0CNs7Wb8GVwHrkBzP+FP
2TjSr1vwQClRLQJwOm7PyL5yeB8iZQnHxoDd+EeQNTfk8JNqSxIRhsGw17W73Pb4
QpAvWrp/apwnuZRIH3ov
=qYHe
-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#719858: codesearch: Indexer only accepts only valid UTF-8

2013-08-16 Thread Hilko Bengen

Package: codesearch
Version: 0.0~hg20120502-2
Severity: normal
Tags: patch

After noticing that cindex silently skipped some files in my codebase, I
found that this happened to files that contained non-ASCII characters
that were encoded as Latin-1.

Here's a quick reproducer:

$ pwd
/home/bengen/tmp/cs-test
$ ls -l
total 12
-rw-r--r--. 1 bengen bengen  8 Aug 16 09:33 ascii.txt
-rw-r--r--. 1 bengen bengen  8 Aug 16 09:33 latin1.txt
-rw-r--r--. 1 bengen bengen 11 Aug 16 09:33 utf-8.txt
$ rm ~/.csearchindex 
$ hd ascii.txt 
  61 6f 75 20 66 6f 6f 0a   |aou foo.|
0008
$ hd latin1.txt 
  e4 f6 fc 20 66 6f 6f 0a   |... foo.|
0008
$ hd utf-8.txt 
  c3 a4 c3 b6 c3 bc 20 66  6f 6f 0a |.. foo.|
000b
$ cindex `pwd`
2013/08/16 09:37:33 index /home/bengen/tmp/cs-test
2013/08/16 09:37:33 flush index
2013/08/16 09:37:33 merge 0 files + mem
2013/08/16 09:37:33 19 data bytes, 371 index bytes
2013/08/16 09:37:33 done
$ csearch foo
/home/bengen/tmp/cs-test/ascii.txt:aou foo
/home/bengen/tmp/cs-test/utf-8.txt:äöü foo


There's a check for invalid UTF-8 sequences in the indexWriter.Add()
function to weed out binary data. If a file contains an invalid UTF-8
sequence, it is skipped entirely.

This behavior is surprising. It only makes sense in a controlled
environment where you can guarantee that everything you want to index is
valid UTF-8 (or even ASCII). This was certainly not a valid assumption
in the case where I wanted to index a rather large internal collection
of source code that contained the occasional German message or comment.

The first patch simply removes this check. It has worked well for me for
several months (before the codesearch package appeared in Debian). I
haven't really checked index sizes, but I can't imagine this patch doing
much harm because there are other checks that are there to keep the
index from being filled up with arbitrary trigrams.

Please consider also adding the second patch to enable logging of files
that are not added to the index for whatever reason.

Cheers,
-Hilko

diff --git a/index/write.go b/index/write.go
index c48e981..adcc547 100644
--- a/index/write.go
+++ b/index/write.go
@@ -149,12 +149,6 @@ func (ix *IndexWriter) Add(name string, f io.Reader) {
 		if n++; n = 3 {
 			ix.trigram.Add(tv)
 		}
-		if !validUTF8((tv8)0xFF, tv0xFF) {
-			if ix.LogSkip {
-log.Printf(%s: invalid UTF-8, ignoring\n, name)
-			}
-			return
-		}
 		if n  maxFileLen {
 			if ix.LogSkip {
 log.Printf(%s: too long, ignoring\n, name)
diff --git a/cmd/cindex/cindex.go b/cmd/cindex/cindex.go
index 040101e..edb4772 100644
--- a/cmd/cindex/cindex.go
+++ b/cmd/cindex/cindex.go
@@ -123,6 +123,7 @@ func main() {
 
 	ix := index.Create(file)
 	ix.Verbose = *verboseFlag
+	ix.LogSkip = *verboseFlag
 	ix.AddPaths(args)
 	for _, arg := range args {
 		log.Printf(index %s, arg)

Bug#719859: icinga-web-pnp: pnp4nagios Graph/Detail buttons missing from Unhandled Host/Service Problems view

2013-08-16 Thread Oskar Liljeblad

Package: icinga-web-pnp
Version: 1.9.0+dfsg1-3
Severity: wishlist

The PNP4Nagios extension buttons Graph and Detail for individual hosts
and services are missing from the Unhandled Host/Service Problems view in
Icinga-Web.  They can easily be added like this:

  cd /usr/share/icinga-web/app/modules/Cronks/data/xml/extensions/
  sed -r pnp-host-extension.xml pnp-unhandled-host-problem-extension.xml 
s/icinga-host-template/icinga-unhandled-host-problems/
  sed -r pnp-service-extension.xml 
pnp-unhandled-service-problem-extension.xml 
s/icinga-service-template/icinga-unhandled-service-problems/

It would be extremly nice if they were included in the icinga-web-pnp package!
Thanks in advance!

Regards,

Oskra Liljeblad (os...@osk.mine.nu)


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

Bug#719284: KDevelop crashes when creating new project

2013-08-16 Thread Pere Nubiola i Radigales

Package: kdevelop
Version: 4:4.3.1-3+b2
Followup-For: Bug #719284

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***
The crash occurs when configure cmake for the new or imported project.
To repruduce you can create or import a cmake project.

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

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

Versions of packages kdevelop depends on:
ii  kde-runtime 4:4.10.5-1
ii  kdevelop-data   4:4.3.1-3
ii  kdevplatform5-libs  1.3.1-2
ii  libc6   2.17-92
ii  libgcc1 1:4.8.1-8
ii  libkcmutils44:4.10.5-1
ii  libkdecore5 4:4.10.5-1
ii  libkdeui5   4:4.10.5-1
ii  libkio5 4:4.10.5-1
ii  libkparts4  4:4.10.5-1
ii  libktexteditor4 4:4.10.5-1
ii  libplasma3  4:4.10.5-1
ii  libprocessui4a  4:4.10.5-3
ii  libqt4-dbus 4:4.8.5+dfsg-2
ii  libqt4-help 4:4.8.5+dfsg-2
ii  libqt4-network  4:4.8.5+dfsg-2
ii  libqt4-script   4:4.8.5+dfsg-2
ii  libqtcore4  4:4.8.5+dfsg-2
ii  libqtgui4   4:4.8.5+dfsg-2
ii  libqtwebkit42.2.1-6
ii  libstdc++6  4.8.1-8
ii  libsublime5 1.3.1-2
ii  libthreadweaver44:4.10.5-1

Versions of packages kdevelop recommends:
ii  g++   4:4.8.1-3
ii  gcc   4:4.8.1-3
ii  gdb   7.6-5
ii  make  3.81-8.2

Versions of packages kdevelop suggests:
ii  cmake  2.8.11.2-1
pn  kapptemplate   none
ii  kdevelop-l10n  4:4.3.1-3

-- no debconf information


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

Bug#719861: network-manager-gnome: Doesn't connect to WPA2 enterprise network, automatically and asks for username/password

2013-08-16 Thread Michal Kašpar


Package: network-manager-gnome
Version: 0.9.8.2-1+b1
Severity: normal

Dear Maintainer,
I've got WPA2 Enterprise network with username/password saved in
nm-applet, but every time I want to connect the network, authentication
dialogue pops up with username/password prefilled and I have to confirm
it to connect the network.
This is particularly inconvenient in connection to bug #651358 because I
usually need to reconnect after resume and if I don't authenticate with
gnome-screensaver quickly enough, I don't get authentication dialogue at
all and have to turn off/on whole wifi from Netwok Settings as the
applet shows Authenticating... instead of on/off button (IMO quite a
usability bug itself).
The connection is set to only one particular user ('All users may connect
to this network' unchecked) but 'Automatically connect to this network
when it is available' is checked (but the connection entry in
/etc/NetworkManager/system-connections is named SSID instead of 'Auto
SSID') and NM tries to connect the network when available.
For WEP, WPA Personal networks, automatical connection works fine. I see
this problem only with WPA2 Enterprise network and as I don't have any
other RADIUS authenticated network at hand, I can't test it with any
other similar network.


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

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

Versions of packages network-manager-gnome depends on:
ii  dbus-x11 1.6.12-1
ii  dconf-gsettings-backend [gsettings-backend]  0.16.1-1
ii  gconf-service3.2.6-1
ii  gnome-icon-theme 3.8.2-2
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-92
ii  libcairo-gobject21.12.14-5
ii  libcairo21.12.14-5
ii  libdbus-1-3  1.6.12-1
ii  libdbus-glib-1-2 0.100.2-1
ii  libgconf-2-4 3.2.6-1
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libglib2.0-0 2.36.4-1
ii  libgnome-bluetooth11 3.8.1-2
ii  libgnome-keyring03.8.0-2
ii  libgtk-3-0   3.8.2-3
ii  libnm-glib-vpn1  0.9.8.0-5
ii  libnm-glib4  0.9.8.0-5
ii  libnm-gtk0   0.9.8.2-1+b1
ii  libnm-util2  0.9.8.0-5
ii  libnotify4   0.7.5-2
ii  libpango-1.0-0   1.32.5-5+b1
ii  libpangocairo-1.0-0  1.32.5-5+b1
ii  libsecret-1-00.15-2
ii  network-manager  0.9.8.0-5
ii  policykit-1-gnome0.105-2

Versions of packages network-manager-gnome recommends:
ii  gnome-bluetooth 3.8.1-2
ii  gnome-keyring   3.8.2-2
ii  iso-codes   3.45-1
ii  mobile-broadband-provider-info  20130506-1
ii  notification-daemon 0.7.6-1

Versions of packages network-manager-gnome suggests:
ii  network-manager-openconnect-gnome  0.9.8.0-1
ii  network-manager-openvpn-gnome  0.9.8.2-1
ii  network-manager-pptp-gnome 0.9.8.2-1
ii  network-manager-vpnc-gnome 0.9.8.2-1

-- no debconf information


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

Bug#706119:

2013-08-16 Thread Ho Wan Chan

Control: retitle -1 [ITP] libgit2-glib -- GLib wrapper for libgit2
Control: owner -1 !

Bug#719578: Patch for a cdk-perl-20130717 build failure with Perl 5.18

On Thu, Aug 15, 2013 at 08:24:44PM -0400, Thomas Dickey wrote:
 On Thu, Aug 15, 2013 at 10:23:54PM +0300, Niko Tyni wrote:
  Hi Thomas,
  
  recent changes in cdk-perl-20130717 broke the build again with
  newer versions of ExtUtils::ParseXS, including the one
  bundled with Perl 5.18.
 
 thanks (I'd have found this directly, but haven't found a way to get
 5.18 other than compiling it myself - it seems that Debian/experimental
 skipped a step between 5.14 and 5.18).

Debian experimental did have 5.16 at one point, and 5.18 is now in Debian
experimental. In any case, the main practical problem with testing is the
large number of other perl XS module packages which also need to be
rebuilt (over 300 in the archive). This has been done for i386 and the
results are at

http://people.debian.org/~dom/perl/test/perl-5.18.0/

(only suitable for a dedicated test system really).
Apologies that this has been less than useful for package maintainers
so far.

Cheers,
Dominic.


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

Bug#719862: should detect ext2 despite residue SWAPSPACE label

2013-08-16 Thread jidanni

X-debbugs-Cc: bug-par...@gnu.org
Package: libparted0debian1
Version: 2.3-15

This bug is in libparted... so re-reporting via this mail...

 g == gparted  (bugzilla.gnome.org) bugzi...@gnome.org writes:
g https://bugzilla.gnome.org/show_bug.cgi?id=705597
g  Resolution||NOTGNOME
g --- Comment #18 from Curtis Gedak ged...@gmail.com 2013-08-15 16:52:40 UTC 
---
g Closing this report as NOTGNOME since the base detection of file systems is 
in
g the libparted library, and not in the GParted code.

Versions of packages libparted0debian1 depends on:
ii  libblkid1   2.20.1-5.5
ii  libc6   2.17-92
ii  libdevmapper1.02.1  2:1.02.77-5
ii  libuuid12.20.1-5.5
ii  multiarch-support   2.17-92


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

Bug#719863: tar: FTBFS on hurd-i386

2013-08-16 Thread Pino Toscano

Source: tar
Version: 1.26+dfsg-7
Severity: important
Tags: patch fixed-upstream
User: debian-h...@lists.debian.org
Usertags: hurd
Control: forwarded -1 
http://lists.gnu.org/archive/html/bug-tar/2012-01/msg00040.html

Hi,

tar has been failing to build on hurd-i386 for a long time [1].

The issue basically boils in both a bug in Hurd in the O_NOFOLLOW
handling, and a bug in the tar code handling buggy/missing O_NOFOLLOW
cases. This leads to test extrac13.at failing.
I reported it upstream months ago [2] and the tar bug was fixed in
commit 6689e8d [3]. Attached there is a backport of that commit, which
makes the whole test suite run fine on the Hurd.

[1] 
https://buildd.debian.org/status/fetch.php?pkg=tararch=hurd-i386ver=1.26%2Bdfsg-7stamp=1376615451
[2] http://lists.gnu.org/archive/html/bug-tar/2012-01/msg00040.html
[3] 
http://git.savannah.gnu.org/gitweb/?p=tar.git;a=commit;h=6689e8db4f53f6a0bed3d1bc4ed12d31eaa3bf51

Thanks,
-- 
Pino
From 6689e8db4f53f6a0bed3d1bc4ed12d31eaa3bf51 Mon Sep 17 00:00:00 2001
From: Paul Eggert egg...@cs.ucla.edu
Date: Tue, 17 Jan 2012 22:21:52 -0800
Subject: [PATCH] tar: port --overwrite symlink test to GNU/Hurd

Problem reported by Pino Toscano in
http://lists.gnu.org/archive/html/bug-tar/2012-01/msg00040.html.
* gnulib.modules: Add fcntl-h, which defines
HAVE_WORKING_O_NOFOLLOW.
* src/extract.c (open_output_file): Use HAVE_WORKING_O_NOFOLLOW,
not O_NOFOLLOW, when testing whther O_NOFOLLOW works.

This file is a placeholder. It will be replaced with the actual ChangeLog
by make dist.  Run make ChangeLog if you wish to create it earlier.
---
 gnulib.modules |1 +
 src/extract.c  |3 ++-
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/src/extract.c b/src/extract.c
index 55f3eb8..bd5e7bf 100644
--- a/src/extract.c
+++ b/src/extract.c
@@ -887,7 +887,8 @@ open_output_file (char const *file_name, int typeflag, mode_t mode,
   /* If O_NOFOLLOW is needed but does not work, check for a symlink
  separately.  There's a race condition, but that cannot be avoided
  on hosts lacking O_NOFOLLOW.  */
-  if (! O_NOFOLLOW  overwriting_old_files  ! dereference_option)
+  if (! HAVE_WORKING_O_NOFOLLOW
+   overwriting_old_files  ! dereference_option)
 {
   struct stat st;
   if (fstatat (chdir_fd, file_name, st, AT_SYMLINK_NOFOLLOW) == 0
-- 
1.7.10.4

Bug#719858: codesearch: Indexer only accepts only valid UTF-8

2013-08-16 Thread Michael Stapelberg

Hi Hilko,

Hilko Bengen ben...@debian.org writes:
 The first patch simply removes this check. It has worked well for me for
 several months (before the codesearch package appeared in Debian). I
The issue I have with that is that it will break the assumption that
everything which is in the index is findable. Given that codesearch is
used with UTF-8 search terms, you would not be able to find “Grüße” when
searching for it.

 Please consider also adding the second patch to enable logging of files
 that are not added to the index for whatever reason.
I agree that the second patch makes more sense, even though I am not
entirely sure whether a separate flag would be more appropriate
(nitpick).

Can you please send the second patch upstream?

-- 
Best regards,
Michael


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

Bug#719844: dpkg-source: Make compresing of {data,control}.tar.gz a deterministic process

Hi!

On Fri, 2013-08-16 at 08:58:02 +0200, Guillem Jover wrote:
 On Thu, 2013-08-15 at 19:42:17 -0400, Asheesh Laroia wrote:
  Package: dpkg
  Version: 1.16.10
  Severity: normal
 
  Summary: In lib/dpkg/compress.c, I would like it if dpkg did not
  store timestamps in the gzip files. That way, the creation of the
  data.tar.gz would be deterministic.

  In particular, when I build a binary package with the very same
  contents twice, I see that data.tar.xz and control.tar.gz are both
  different although they have the same contents (even timestamps).

  Binary files one/control.tar.gz and two/control.tar.gz differ
  Binary files one/data.tar.xz and two/data.tar.xz differ
  
  In 1.16.10 I would add '-n' to the call to 'gzip' in a pipe. In
  curent dpkg git, I believe this may be fixed, but I am not sure. I
  am filing this bug so there is a clear statement of the general
  problem in the BTS, at least!

dpkg has not used the gzip command for a very long long time (prior to
dpkg 1.9.x), and zlib does not initialize the gzip header, so the
timestamp should be 0. If there are differences these should come from
something else, like different tar files fo example.

I can of course add the option to the fallback command code, just out
of correctness, but that will not fix any difference you are currently
seeing.

 The same will apply when building that deb package multiple times, the
 timestamps will change for the ar headers. And I don't really want to
 lose that data, because currently is the only place were the build
 time information is recorded. Do you only care that the members
 themselves are deterministic or the whole deb package?
 
 I think I'd be fine with not storing the timestamps in the compressed
 members themselves, but not about the ar container.

This still applies, though.

Thanks,
Guillem


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

Bug#719864: wrong Chinese translation

2013-08-16 Thread GUO Yixuan


Package: pidgin-otr
Version: 4.0.0-1
Severity: important
Tags: patch l10n

In the fingerprint verification window, two translation was swapped, 
making it very confusing to use.


Below is a patch.

--- zh_CN.po2012-09-01 23:03:20.0 +0800
+++ zh_CN.po.fix2013-08-16 16:59:18.280489455 +0800
@@ -239,12 +239,12 @@
 #. * the fourth message will follow it.
 #: ../gtk-dialog.c:1351
 msgid I have not
-msgstr 我已经
+msgstr 我还没有

 #. 2nd message
 #: ../gtk-dialog.c:1353
 msgid I have
-msgstr 我还没有
+msgstr 我已经

 #. 3rd message
 #: ../gtk-dialog.c:1356


Cheers,

GUO Yixuan


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

Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-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 pidgin-otr depends on:
ii  libc62.17-92
ii  libgcrypt11  1.5.3-1
ii  libotr5  4.0.0-2.2
ii  pidgin   2.10.7-2

pidgin-otr recommends no packages.

pidgin-otr 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#678225: Personal Charity Donation

2013-08-16 Thread Phillips, Jeffery A




From: Phillips, Jeffery A
Sent: Friday, August 16, 2013 4:59 AM
To: Phillips, Jeffery A
Subject: Personal Charity Donation

Our Personal Donation for You, Contact Dave and Angela Dawes On 
dave...@163.commailto:dave...@163.com  For more info on donation to you

Bug#719865: network-manager-gnome: Can't edit wireless network while connected via different network

2013-08-16 Thread Michal Kaspar

Package: network-manager-gnome
Version: 0.9.8.2-1+b1
Severity: normal

Dear Maintainer,
If I want to edit some wireless network, I go to Network Settings,
select Wireless and then select Network Name from drop down menu.
However if I select the network, the NM disconnects from currently
connected one and tires to connect to selected one. It's quite an
undesired behaviour when I only need to ie. change password in network
I'm not currently connected to, try to solve problems with one network
searching solution connected to other one etc. It would be nice to have
a possibility to edit wireless network without disconnecting current
one.

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

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

Versions of packages network-manager-gnome depends on:
ii  dbus-x11 1.6.12-1
ii  dconf-gsettings-backend [gsettings-backend]  0.16.1-1
ii  gconf-service3.2.6-1
ii  gnome-icon-theme 3.8.2-2
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-92
ii  libcairo-gobject21.12.14-5
ii  libcairo21.12.14-5
ii  libdbus-1-3  1.6.12-1
ii  libdbus-glib-1-2 0.100.2-1
ii  libgconf-2-4 3.2.6-1
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libglib2.0-0 2.36.4-1
ii  libgnome-bluetooth11 3.8.1-2
ii  libgnome-keyring03.8.0-2
ii  libgtk-3-0   3.8.2-3
ii  libnm-glib-vpn1  0.9.8.0-5
ii  libnm-glib4  0.9.8.0-5
ii  libnm-gtk0   0.9.8.2-1+b1
ii  libnm-util2  0.9.8.0-5
ii  libnotify4   0.7.5-2
ii  libpango-1.0-0   1.32.5-5+b1
ii  libpangocairo-1.0-0  1.32.5-5+b1
ii  libsecret-1-00.15-2
ii  network-manager  0.9.8.0-5
ii  policykit-1-gnome0.105-2

Versions of packages network-manager-gnome recommends:
ii  gnome-bluetooth 3.8.1-2
ii  gnome-keyring   3.8.2-2
ii  iso-codes   3.45-1
ii  mobile-broadband-provider-info  20130506-1
ii  notification-daemon 0.7.6-1

Versions of packages network-manager-gnome suggests:
ii  network-manager-openconnect-gnome  0.9.8.0-1
ii  network-manager-openvpn-gnome  0.9.8.2-1
ii  network-manager-pptp-gnome 0.9.8.2-1
ii  network-manager-vpnc-gnome 0.9.8.2-1

-- no debconf information


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

Bug#719866: dose3: FTBFS with perl 5.18: POD errors

Source: dose3
Version: 3.1.3-3
Severity: serious
Justification: transition imminent
User: debian-p...@lists.debian.org
Usertags: perl-5.18-transition
Tags: sid jessie

This package FTBFS with perl 5.18, since pod2man has become more strict
with this release:

pod2man --section 1 --center=DOSE Tools \
--release   ceve.pod  ceve.1
ceve.pod around line 93: Expected text after =item, not a bullet
ceve.pod around line 102: Expected text after =item, not a bullet
ceve.pod around line 106: Expected text after =item, not a bullet
ceve.pod around line 110: Expected text after =item, not a bullet
ceve.pod around line 21: =over without closing =back
POD document had syntax errors at /usr/bin/pod2man line 71.

Please ask if you need help with preparing or testing a change;
if you have a suitable test i386 system you can install perl 5.18
by adding experimental to your sources as well as the repository at
http://people.debian.org/~dom/perl/test/perl-5.18.0/

Cheers,
Dominic.


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

Bug#705805: Which dracut version?

2013-08-16 Thread Thomas Lange

Which dracut version are you using?
-- 
regards Thomas


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

Bug#671726: apt: should be able to provide hook information through a named pipe

2013-08-16 Thread David Kalnischkies

On Sun, Aug 11, 2013 at 10:20 PM, Serafeim Zanikolas s...@debian.org wrote:
 On Sun, Mar 17, 2013 at 11:52:49PM +0100, Serafeim Zanikolas wrote:
 On Sun, Mar 17, 2013 at 08:15:32PM +0800, Daniel Hartwig wrote:
  On 17 March 2013 19:56, Serafeim Zanikolas s...@debian.org wrote:
   On Sun, Mar 17, 2013 at 02:14:50PM +0800, Daniel Hartwig wrote:
   The data can be passed through an open fd, similar to dpkg --status-fd
   argument.  Then there are no issues due to filesystems global
   namespace and it removes the fs as an unrequired middle-man.
  
 [..]
 Attached the updated patches for apt and apt-listbugs, which implement
 Daniel's proposal of using an fd rather than a fifo.

 Ping? Is there anything blocking the application of this patch?

So (just for the record), after discussing this a bit at DebConf it seems like
we could apply the attached patch to APT, which is hopefully fine for everyone.


Best regards

David Kalnischkies


0001-allow-Pre-Install-Pkgs-hooks-to-get-info-over-an-FD-.patch
Description: Binary data

Bug#719867: enblend-enfuse: FTBFS with perl 5.18: syntax error near qw()

Source: enblend-enfuse
Version: 4.0+dfsg-5
Severity: serious
Justification: transition imminent
User: debian-p...@lists.debian.org
Usertags: perl-5.18-transition
Tags: sid jessie

This package FTBFS with perl 5.18:

make[3]: Entering directory `/build/dom-enblend-enfuse_4.0+dfsg-5-i386-uBd9sf/en
blend-enfuse-4.0+dfsg/build-tree-mp/src'
syntax error at ../../src/DefaultSig.pm line 22, near $module qw(Time::Zone)
Global symbol $module requires explicit package name at ../../src/DefaultSig.p
m line 24.
BEGIN not safe after errors--compilation aborted at ../../src/DefaultSig.pm line
 25.
Compilation failed in require at ../../src/Sig.pm line 16.
BEGIN failed--compilation aborted at ../../src/Sig.pm line 16.
Compilation failed in require at ../../src/gen_sig line 15.
BEGIN failed--compilation aborted at ../../src/gen_sig line 15.
make[3]: *** [signature.h] Error 255
make[3]: Leaving directory 
`/build/dom-enblend-enfuse_4.0+dfsg-5-i386-uBd9sf/enblend-enfuse-4.0+dfsg/build-tree-mp/src'
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [build-arch-stamp] Error 2

This is related to the following change:

http://search.cpan.org/dist/perl-5.18.0/pod/perldelta.pod#qw(...)_can_no_longer_be_used_as_parentheses

Please ask debian-p...@lists.debian.org if you need help with preparing
or testing a change; if you have a suitable test i386 system you can
install perl 5.18 by adding experimental to your sources as well as the
repository at http://people.debian.org/~dom/perl/test/perl-5.18.0/

Cheers,
Dominic.


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

Bug#719868: fusioninventory-agent: FTBFS with perl 5.18: hash randomization?

Source: fusioninventory-agent
Version: 2.2.3-8
Severity: serious
Justification: transition imminent
User: debian-p...@lists.debian.org
Usertags: perl-5.18-transition
Tags: sid jessie

This package FTBFS with perl 5.18:

#   Failed test 'trusted certificate, alternate hostname: connection success'
#   at t/components/client/ssl.t line 125.
# Looks like you failed 1 test of 8.
t/components/client/ssl.t  
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/8 subtests 
(less 1 skipped subtest: 6 okay)

...

#   Failed test 'sample1'
#   at t/inventory/macos/softwares.t line 2464.
# Structures begin differing at:
#  $got-[0]{VERSION} = '3.0'
# $expected-[0]{VERSION} = '1.1'
# Looks like you failed 1 test of 1.
t/inventory/macos/softwares.t  
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/1 subtests 

#   Failed test '10.5-powerpc'
#   at t/inventory/macos/storages.t line 96.
# Structures begin differing at:
#  $got-[1]{NAME} = 'DataTraveler 2.0'
# $expected-[1]{NAME} = 'Flash Disk'
# Looks like you failed 1 test of 4.
t/inventory/macos/storages.t . 
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/4 subtests 

...

Test Summary Report
---
t/components/client/ssl.t  (Wstat: 256 Tests: 8 Failed: 1)
  Failed test:  3
  Non-zero exit status: 1
t/inventory/macos/softwares.t  (Wstat: 256 Tests: 1 Failed: 1)
  Failed test:  1
  Non-zero exit status: 1
t/inventory/macos/storages.t   (Wstat: 256 Tests: 4 Failed: 1)
  Failed test:  1
  Non-zero exit status: 1
Files=84, Tests=864, 32 wallclock secs ( 0.35 usr  0.26 sys + 20.63 cusr  3.40 
csys = 24.64 CPU)
Result: FAIL
Failed 3/84 test programs. 3/864 subtests failed.

This is probably mostly due to hash randomisation changes:

http://search.cpan.org/dist/perl-5.18.0/pod/perldelta.pod#Hash_randomization

Please ask debian-p...@lists.debian.org if you need help with preparing
or testing a change; if you have a suitable test i386 system you can
install perl 5.18 by adding experimental to your sources as well as the
repository at http://people.debian.org/~dom/perl/test/perl-5.18.0/

Cheers,
Dominic.


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

Bug#708812: [Aptitude-devel] Bug#708812: [aptitude] aptitude segfaults upon being called.

2013-08-16 Thread Andreas Barth

* Axel Beckert (a...@debian.org) [130815 17:55]:
 Hi Andi,
 
 Andreas Barth wrote:
  * Andreas Barth (a...@ayous.org) [130815 13:18]:
   As google-mock is now uploaded (and should be built on all
   architectures within the next hours - already built on most), could
   you please upload a new version of aptitude to unstable soon (the
   current version plus the gcc-4.8-patches worked for me, and produced a
   working aptitude on mipsel)?
  
  can you please upload a new aptitude version? Or should I just NMU
  aptitude with the required patches for gcc-4.8?
 
 You are aware of that it needs more than just the patches for gcc-4.8
 to get aptitude build again properly?

I built (and installed and run) aptitude successfully on mipsel prior
to my NMU of google-mock. Might be that I had luck or whatever - I
will try this built now in a current chroot and see what happens.


Andi


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

Bug#691734: xen-utils-common should install successfully even if xen cannot be started

Package: xen-utils-common
Followup-For: Bug #691734

There is some more information in #709103 which I have just merged, however it
only shows:

Setting up xen-utils-common (4.1.4-3+deb7u1) ...
[warn] Starting Xen daemons: (warning).
invoke-rc.d: initscript xen, action start failed.
dpkg: error processing xen-utils-common (--configure):
 subprocess installed post-installation script returned error exit 
status 255
dpkg: dependency problems prevent configuration of xen-utils-4.1:
 xen-utils-4.1 depends on xen-utils-common (= 4.1.4-3+deb7u1); however:
  Package xen-utils-common is not configured yet.

Which doesn't really show *why* it has failed.


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

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


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

Bug#658089: implemented udeb

2013-08-16 Thread Jan Dittberner

tags 658089 +pending
thanks

I implemented udeb support in the package's git repository, comments are
welcome.


Best regards
Jan

-- 
Jan Dittberner - Debian Developer
GPG-key: 4096R/558FB8DD 2009-05-10
 B2FF 1D95 CE8F 7A22 DF4C  F09B A73E 0055 558F B8DD
http://ddportfolio.debian.net/ - http://people.debian.org/~jandd/


signature.asc
Description: Digital signature

Bug#719854: dpkg: Please expand all substvars in dpkg-genchanges

Control: tags -1 - patch
Control: tags -1 + wontfix

Hi!

On Fri, 2013-08-16 at 09:44:15 +0200, Jérémy Bobbio wrote:
 Package: dpkg
 Version: 1.16.10
 Severity: wishlist
 Tags: patch

 We are currently a few folks interested in enabling byte for byte
 reproducible builds of Debian packages [1].
 
 In order to achieve this, we need a way to record the environment that
 was used to do the initial build. We currently think that the right
 place to do so is the `.changes` file.

Sure, there's also another bug report requesting builtin support for
this, the problem is about possible privacy issue, like leaks of user
information.

 We can currently easily add new fields there by using the `XC-`
 construct in `debian/control`. Unfortunately, `dpkg-genchanges`
 does currently not expand all substvars, limiting our abilities to
 experiment.

For experimenting purposes there's already everything you need in
place, no need for patching, something like this would do:

  $ dpkg-buildpackage --changes-option=-DBuild-Env=VarA=foo VarB=bar

 Can you consider applying the following patch that make
 `dpkg-genchanges` behave just like `dpkg-gencontrol`?
 
 diff --git a/scripts/dpkg-genchanges.pl b/scripts/dpkg-genchanges.pl
 index 0b004c7..13cedd6 100755
 --- a/scripts/dpkg-genchanges.pl
 +++ b/scripts/dpkg-genchanges.pl
 @@ -516,4 +516,5 @@ for my $f (keys %remove) {
  delete $fields-{$f};
  }
  
 -$fields-output(\*STDOUT); # Note: no substitution of variables
 +$fields-apply_substvars($substvars);
 +$fields-output(\*STDOUT);

Expanding substvars “might” possibly only make sense for unknown fields,
the rest of the known fields should be deterministic from the source
package itself. And there's multiple fields that must not use them
at all, this includes the Changes field for example, or we'd get
expansions on changelog entries that mention substvars.

So in principle I'll be tagging this wontfix, and probably closing after
a bit, given that the original request can be already fulfilled by other
(nicer) means.

Thanks,
Guillem


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

Bug#719869: init-system-helpers should be made fake-essential

2013-08-16 Thread Michael Stapelberg

Package: piuparts
Severity: normal

As per Holgers recommendation, I am opening a bug about this issue.

See
http://lists.alioth.debian.org/pipermail/piuparts-devel/2013-July/004652.html
http://lists.alioth.debian.org/pipermail/piuparts-devel/2013-August/004742.html
for the original discussion.


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

Bug#712004: libapache2-svn and Apache 2.4 transition bug not really fixed

2013-08-16 Thread Robie Basak

reopen 712004
thanks

AIUI, a workaround to unblock the Apache 2.4 transition was to disable
building of libapache2-svn in 1.6.17dfsg-4.1, which isn't really a fix
for this particular bug but did close it. I'm not sure whether you'd
prefer a separate bug for the fact that we no longer have a Subversion
apache module - feel free to rearrange things. But I can't find any open
bug to track this issue, so reopening this bug seemed like the best
option for now until you decide how you want to track this.

The downstream Ubuntu bug is: https:/launchpad.net/bugs/1209493


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

Bug#719856: curl: silently truncates long passwords

2013-08-16 Thread Jonathan Nieder

tags 719856 - patch
quit

Jonathan Nieder wrote:

   How about something like
 this patch?

Here's a more complete patch against Daniel's master.  It doesn't
pass the test suite yet.

If this makes sense, I can split it into smaller pieces:

 1. use the goto out for exception handling in create_conn
 2. allocate user, password, and options on the heap instead of the
stack
 3. handle long usernames and passwords in netrc
 4. handle long usernames, passwords, and options from curl_easy_setopt
(the title feature!)
 5. deal with exceptional cases first and use the goto out idiom
in parse_url_login
 6. handle long usernames and passwords from URL.

That would make it easier to find out which change is breaking tests
and to review the changes.

Thoughts of all kinds welcome, as always.
---
 lib/netrc.c   |  20 ++--
 lib/netrc.h   |  14 +--
 lib/url.c | 264 --
 tests/unit/unit1304.c |  53 +-
 4 files changed, 196 insertions(+), 155 deletions(-)

diff --git a/lib/netrc.c b/lib/netrc.c
index 2c5942af..f51fdf34 100644
--- a/lib/netrc.c
+++ b/lib/netrc.c
@@ -52,13 +52,13 @@ enum host_lookup_state {
  * @unittest: 1304
  */
 int Curl_parsenetrc(const char *host,
-char *login,
-char *password,
+char **loginp,
+char **passwordp,
 char *netrcfile)
 {
   FILE *file;
   int retcode=1;
-  int specific_login = (login[0] != 0);
+  int specific_login = (**loginp != 0);
   char *home = NULL;
   bool home_alloc = FALSE;
   bool netrc_alloc = FALSE;
@@ -109,7 +109,7 @@ int Curl_parsenetrc(const char *host,
   tok=strtok_r(netrcbuffer,  \t\n, tok_buf);
   while(!done  tok) {
 
-if(login[0]  password[0]) {
+if(**loginp  **passwordp) {
   done=TRUE;
   break;
 }
@@ -138,16 +138,22 @@ int Curl_parsenetrc(const char *host,
   /* we are now parsing sub-keywords concerning our host */
   if(state_login) {
 if(specific_login) {
-  state_our_login = Curl_raw_equal(login, tok);
+  state_our_login = Curl_raw_equal(*loginp, tok);
 }
 else {
-  strncpy(login, tok, LOGINSIZE-1);
+  free(*loginp);
+  *loginp = strdup(tok);
+  if(!*loginp)
+return -1; /* allocation failed */
 }
 state_login=0;
   }
   else if(state_password) {
 if(state_our_login || !specific_login) {
-  strncpy(password, tok, PASSWORDSIZE-1);
+  free(*passwordp);
+  *passwordp = strdup(tok);
+  if(!*passwordp)
+return -1; /* allocation failed */
 }
 state_password=0;
   }
diff --git a/lib/netrc.h b/lib/netrc.h
index 4db764df..6bd9df6f 100644
--- a/lib/netrc.h
+++ b/lib/netrc.h
@@ -22,19 +22,15 @@
  *
  ***/
 
-/* Make sure we have room for at least this size: */
-#define LOGINSIZE 64
-#define PASSWORDSIZE 64
-
 /* returns -1 on failure, 0 if the host is found, 1 is the host isn't found */
 int Curl_parsenetrc(const char *host,
-char *login,
-char *password,
+char **loginp,
+char **passwordp,
 char *filename);
-  /* Assume: password[0]=0, host[0] != 0.
-   * If login[0] = 0, search for login and password within a machine section
+  /* Assume: (*passwordp)[0]=0, host[0] != 0.
+   * If (*loginp)[0] = 0, search for login and password within a machine 
section
* in the netrc.
-   * If login[0] != 0, search for password within machine and login.
+   * If (*loginp)[0] != 0, search for password within machine and login.
*/
 
 #endif /* HEADER_CURL_NETRC_H */
diff --git a/lib/url.c b/lib/url.c
index 878f3873..fb56006e 100644
--- a/lib/url.c
+++ b/lib/url.c
@@ -144,7 +144,7 @@ static void signalPipeClose(struct curl_llist *pipeline, 
bool pipe_broke);
 static CURLcode do_init(struct connectdata *conn);
 static CURLcode parse_url_login(struct SessionHandle *data,
 struct connectdata *conn,
-char *user, char *passwd, char *options);
+char **user, char **passwd, char **options);
 static CURLcode parse_login_details(const char *login, const size_t len,
 char **userptr, char **passwdptr,
 char **optionsptr);
@@ -3687,7 +3687,8 @@ static CURLcode findprotocol(struct SessionHandle *data,
 static CURLcode parseurlandfillconn(struct SessionHandle *data,
 struct connectdata *conn,
 bool *prot_missing,
-

Bug#719870: RM: ccsm compiz compiz-fusion-plugins-extra compiz-fusion-plugins-main compiz-fusion-plugins-unsupported compizconfig-backend-gconf compizconfig-backend-kconfig compizconfig-python -- ROM;

2013-08-16 Thread Julien Cristau

Package: ftp.debian.org
Severity: normal

$subject says it all.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#719871: texlive-science: siunitx: Bug in siunitx-version-1.cfg

2013-08-16 Thread Sebastian Wienforth

Package: texlive-science
Version: 2013.20130722-1
Severity: normal

Hi,
SIunitX is unusable at the moment (at least for me ;)), because of this error 
when compiling:

LaTeX error: kernel/property-unknown
The key property '.meta:x' is unknown.

It is caused by a bug which is already fixed upstream:

https://github.com/josephwright/siunitx/commit/c8a302439cd18cd014eef8377667f7ab662ba37d

Please include this fix in the next version.


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

Bug#719854: dpkg: Please expand all substvars in dpkg-genchanges

2013-08-16 Thread Jérémy Bobbio

Guillem Jover:
 Sure, there's also another bug report requesting builtin support for
 this, the problem is about possible privacy issue, like leaks of user
 information.

Are you talking about #138409 (opened 15 Mar 2002!)?

  We can currently easily add new fields there by using the `XC-`
  construct in `debian/control`. Unfortunately, `dpkg-genchanges`
  does currently not expand all substvars, limiting our abilities to
  experiment.
 
 For experimenting purposes there's already everything you need in
 place, no need for patching, something like this would do:
 
   $ dpkg-buildpackage --changes-option=-DBuild-Env=VarA=foo VarB=bar

This has the downside that it needs a wrapper script, or modifications
to existing ones (debuild, pbuilder, sbuild, …) but I guess we can cope
with that in a first phase.
 
 Expanding substvars “might” possibly only make sense for unknown fields,
 the rest of the known fields should be deterministic from the source
 package itself. And there's multiple fields that must not use them
 at all, this includes the Changes field for example, or we'd get
 expansions on changelog entries that mention substvars.

I had not thought of the issue related to changelog entries. I think it
would be worth documenting it, maybe close to the “Note: no substitution
of variables” comment.

 So in principle I'll be tagging this wontfix, and probably closing after
 a bit, given that the original request can be already fulfilled by other
 (nicer) means.

Fair enough.

-- 
Jérémy Bobbio.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#714859: Pending fixes for bugs in the fonts-wqy-zenhei package

2013-08-16 Thread pkg-fonts-devel

tag 714859 + pending
thanks

Some bugs in the fonts-wqy-zenhei package are closed in revision
ae6da6c263cecf69db76f6189ec68939ea235a92 in branch 'master' by
Christian Perrier

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-wqy-zenhei.git;a=commitdiff;h=ae6da6c

Commit message:

Drop multiple value in 'test' in 25-wqy-zenhei.conf. Closes: #714859


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

Bug#718865: Update and minimize /etc/samba/smbldap-machineadd-gosa

2013-08-16 Thread Wolfgang Schweer

On Mon, Aug 12, 2013 at 07:09:34AM +0200, Arne Sørli wrote:
 [Petter Reinholdtsen]
  I noticed a really scaring thing:
  Logged in as a student using a teacher's uid with the above command, I'm
  able to get/put/rename/delete files and dirs, cause I seem to get the
  smb shell under that uid. Something seems to be misconfigured.
  
  Can someone try to reproduce this behaviour?
 
 Yes, I got the same behaviour from XP SP3.
 
 Could log in as a teacher only knowing the teacher uid (using no password) 
 and 
 could then delete files and so on. The same ting for browsing 
 \\TJENER\username (not logged in).
 
Most probably all this was due to empty LM and NT password hashes stored 
in LDAP, caused by changes in GOsa 2.7.4 (squeeze version was 2.6.x).

To get the hashes right, /etc/gosa/gosa.conf has to be changed (first 
backup the file).

Replace the string

perl -MCrypt::SmbHash -e quot;print join(q[:], ntlmgen \$ARGV[0]), $/;quot;

with

'perl -MCrypt::SmbHash -e print join(q[:], ntlmgen %password), $/;'

Then all user passwords have to be changed using GOsa. Connections 
should then be possible using the new password, empty passwords should 
fail.

Please test if this works for Windows clients.

Wolfgang



signature.asc
Description: Digital signature

Bug#719872: debuild: please add support for running piuparts

2013-08-16 Thread Holger Levsen

package: devscripts
severity: wishlist

Hi,

please add support for running piuparts at the end of a debuild run, just like 
lintian is run.

Thanks for maintaining devscripts!


cheers,
Holger



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

Bug#719873: RFS: pudb/2013.3.4-1 [ITA] python-pudb - full-screen, console-based Python debugger

2013-08-16 Thread Josue Ortega

Package: sponsorship-requests
  Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package pudb

 * Package name: pudb
   Version : 2013.3.4-1
   Upstream Author : Andreas Kloeckner inf...@tiker.net
 * URL : https://pypi.python.org/pypi/pudb/
 * License : MIT
   Section : python

  It builds those binary packages:

python-pudb - full-screen, console-based Python debugger

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

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


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

dget -x 
http://mentors.debian.net/debian/pool/main/p/pudb/pudb_2013.3.4-1.dsc

  More information about pudb can be obtained from 
https://pypi.python.org/pypi/pudb/.

  Changes since the last upload:

  * New Upstream Release.
  * debian/patches/01-lower_distribute_version.patch is no longer needed.
  * New Maintainer (Closes: #711834).
  * debian/rules: Added rm -rf build and rm -rf *.egg-info in order to clean up
build artifacts.


  Regards,
   Josue Ortega

---
Josue Ortega
http://josueortega.org

signature.asc
Description: Digital signature

Bug#719874: phonon-backend-vlc causes Knotify to crash at the boot up of Debian '7' Stable + KDE

2013-08-16 Thread J4R0K4

Package: phonon-backend-vlc
Version: 0.6.0-1
Severity: critical
Justification: breaks unrelated software

Dear Maintainer,
I have found that phonon-backend-vlc causes to crash Knotify 1 of 2 times I
boot up my computer with Debian 7 Stable + KDE 4.8. My system is up-to-date and
is a relative clean install.

When I boot up the system, KDE remains too long to completely start up and then
it shows the KDE bug report message saying that Knotify has crashed. After
that, I can close the bug report and the system appears to work without
problems. The problem is that 1 of 2 times I boot up Debian Stable, KDE take
more time to completely boot up and then the first thing that the system shows
me is an error saying that Knotify has crashed.

Reading the KDE bug report of Knotify I realized that the problem is phonon-
backend-vlc, because if I use phonon-backend-gstreamer there is no problem
anymore.


If I can help you please tell me.
Thanks you for your attention, regards.



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

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

Versions of packages phonon-backend-vlc depends on:
ii  libc62.13-38
ii  libgcc1  1:4.7.2-5
ii  libphonon4   4:4.6.0.0-3
ii  libqtcore4   4:4.8.2+dfsg-11
ii  libqtgui44:4.8.2+dfsg-11
ii  libstdc++6   4.7.2-5
ii  libvlc5  2.0.3-5
ii  libvlccore5  2.0.3-5
ii  vlc-nox  2.0.3-5

Versions of packages phonon-backend-vlc recommends:
ii  vlc  2.0.3-5

phonon-backend-vlc 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#719773: unmet dependency: libmenu-cache3

2013-08-16 Thread 李健秋

Package: lxpanel
Followup-For: Bug #719773

That's because new menu-cache is still in NEW queue.

Thanks. You helped me to catch this problem. The binary package I uploaded
was built aginst to libmenu-cache3. But the rest are built aginst to
libmenu-cache1-dev still.

A new version would be upload shortly for this fix. And you should waits
for NEW queue to get libmenu-cache3.

Cheers,

-Andrew


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

Bug#719835: Devel::FindRef broken on perl = 5.17.4

2013-08-16 Thread Niko Tyni

Hi Marc,

not sure if you're already aware of this, but Devel-FindRef is broken
on newer Perls. As it doesn't have much of a test suite, we only noticed
this because the Test-Refcount test suite is failing.

I bisected this to perl5 commit v5.17.3-43-gb70d555:
 
http://perl5.git.perl.org/perl.git/commit/b70d55581aad461af858eb07a2e80ed5fcc653c1

 commit b70d55581aad461af858eb07a2e80ed5fcc653c1
 Author: Father Chrysostomos spr...@cpan.org
 Date:   Wed Aug 15 22:27:54 2012 -0700

Use PADLIST in more places

Much code relies on the fact that PADLIST is typedeffed as AV.
PADLIST should be treated as a distinct type.

and there's a relevant entry in perl5180delta:

   PADLISTs are now longer AVs, but their own type instead.
 PADLISTs now contain a PAD and a PADNAMELIST of PADNAMEs,
 rather than AVs for the pad and the list of pad names.  PADs,
 PADNAMELISTs, and PADNAMEs are to be accessed as such through
 the newly added pad API instead of the plain AV and SV APIs.
 See perlapi for details.

I can reduce the failure to just
 perl -MDevel::FindRef -le 'print Devel::FindRef::track {}'
 Segmentation fault (core dumped)

and the backtrace is

  Core was generated by `perl -Iblib/lib -Iblib/arch -MDevel::FindRef -le print 
Devel::FindRef::track {}'.
  Program terminated with signal 11, Segmentation fault.
  #0  0x7f06c2c6a1f0 in XS_Devel__FindRef_find_ (my_perl=0xf8b010, 
cv=0x105caf8) at FindRef.xs:172
  172   if (AvARRAY (pad)[0] == targ)
  (gdb) bt
  #0  0x7f06c2c6a1f0 in XS_Devel__FindRef_find_ (my_perl=0xf8b010, 
cv=0x105caf8) at FindRef.xs:172
  #1  0x7f06c3e38066 in Perl_pp_entersub () from /usr/lib/libperl.so.5.18
  #2  0x7f06c3e306b6 in Perl_runops_standard () from 
/usr/lib/libperl.so.5.18
  #3  0x7f06c3dc8cd1 in perl_run () from /usr/lib/libperl.so.5.18
  #4  0x00400e19 in main ()
  (gdb) print pad
  $1 = (AV *) 0x400b0001
  (gdb) print *pad
  Cannot access memory at address 0x400b0001
 
FWIW this is
 http://bugs.debian.org/719835 
 https://rt.cpan.org/Ticket/Display.html?id=85998

Thanks for all your work,
-- 
Niko Tyni   nt...@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#719858: codesearch: Indexer only accepts only valid UTF-8

2013-08-16 Thread Hilko Bengen

Hi Michael,

 Hilko Bengen ben...@debian.org writes:
 The first patch simply removes this check. It has worked well for me for
 several months (before the codesearch package appeared in Debian). I
 The issue I have with that is that it will break the assumption that
 everything which is in the index is findable. Given that codesearch is
 used with UTF-8 search terms, you would not be able to find “Grüße” when
 searching for it.

Right. To be honest, it never occured to me to search for non-ASCII
content in source code. :-)

Codesearch has been very useful in answering questions such as Are we
sure that none of our code uses function X any more ... can we just get
rid of X in the next release?. So to me, having an index that contains
every source text file been more important than worrying about not being
able to find Latin1-encoded strings.

BTW, I just tried passing 'äöü' as a Latin1-encoded string (bytes e4 f6
fc) to csearch. This led to regexp/syntax failing with an invalid
UTF-8 error, so this does not work, even if the character encoding of
the search term matches that of the index.

A proper solution would probably involve guessing the character set of
a text file and convert it if necessary before indexing. Meh.

How are you dealing with this in codesearch.debian.net?

 Please consider also adding the second patch to enable logging of files
 that are not added to the index for whatever reason.
 I agree that the second patch makes more sense, even though I am not
 entirely sure whether a separate flag would be more appropriate
 (nitpick).

 Can you please send the second patch upstream?

Will do.

Cheers,
-Hilko


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

Bug#712974: [kfreebsd] Hangs on startup

2013-08-16 Thread Ashish SHUKLA

Hi,

I'm not a user of this package or Debian kFreeBSD, but I use/maintain FreeBSD
port for Emacs, and also affected by this bug. The last bzr revision of trunk
which I tried, and worked for me was 113284 (which was after r113268[1]), and
is in use at the moment.

I tried updating to r113322, r113500, r113909, r113920 today and all of them
are still having this issue.

I'm wondering if you're still experiencing this issue on kFreeBSD after the
fix, or has any other fix for which you're looking for testers.

References:
[1]  http://bzr.savannah.gnu.org/lh/emacs/trunk/revision/113268

Thanks
-- 
Ashish SHUKLA  | GPG: F682 CDCC 39DC 0FEA E116  20B6 C746 CFA9 E74F A4B0
Sent from my Emacs


signature.asc
Description: PGP signature

Bug#719874: phonon-backend-vlc causes Knotify to crash at the boot up of Debian '7' Stable + KDE

2013-08-16 Thread Pino Toscano

severity 719874 important
thanks

Alle venerdì 16 agosto 2013, J4R0K4 ha scritto:
 Dear Maintainer,
 I have found that phonon-backend-vlc causes to crash Knotify 1 of 2
 times I boot up my computer with Debian 7 Stable + KDE 4.8.

Can you please install the following packages
  gdb libqt4-dbg phonon-dbg phonon-backend-vlc-dbg
then save the backtrace you get in the crash dialog (see the second tab 
in it), and attach it to this bug report?

Also, can you please paste the output of the following commands?
$ dpkg -l '*' | grep ^ii | grep -- -dmo
$ dpkg -l 'libav*' | grep ^ii

Thanks,
-- 
Pino Toscano


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

Bug#719592: openarena-server: updating information in openarena-server.README.Debian

2013-08-16 Thread Simon McVittie

On Tue, 13 Aug 2013 at 13:42:20 +0200, Markus Koschany wrote:
 openarena-server.README.Debian contains slightly outdated information
 about the location of debian_server.cfg.

Thanks, I'll fix that.

 I also suggest to recommend the service command instead of update-rc.d

I don't think this is right? service wraps invoke-rc.d, but not
update-rc.d: so you can do `service openarena stop|start|restart|...`, but you
can't do `service openarena enable|disable`. Or is this perhaps implemented in
experimental or something?

S


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

Bug#719875: Wrong path of rotatelogs in /etc/init.d/jetty

2013-08-16 Thread Mauro Sacchetto

Package: jetty
Version: 6.1.26-1

In /etc/init.d/jetty is set the variable $ROTATELOGS
at line 199, as it follows:
ROTATELOGS=/usr/sbin/rotatelogs
But actually rotatelogs, from the package apache2-utils,
is present in /usr/bin, no more in /usr/sbin:
see: Move ab and logresolve from /usr/sbin to /usr/bin.
Closes: #351450, #564061.
So the script has to be corrected with the right path

Thanx
MS


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

Bug#719858: codesearch: Indexer only accepts only valid UTF-8

2013-08-16 Thread Michael Stapelberg

Hi Hilko,

Hilko Bengen ben...@debian.org writes:
 BTW, I just tried passing 'äöü' as a Latin1-encoded string (bytes e4 f6
 fc) to csearch. This led to regexp/syntax failing with an invalid
 UTF-8 error, so this does not work, even if the character encoding of
 the search term matches that of the index.
Yep, that is what I suspected. Only UTF-8 is supported.

 A proper solution would probably involve guessing the character set of
 a text file and convert it if necessary before indexing. Meh.
 How are you dealing with this in codesearch.debian.net?
I just assume everything is UTF-8. If it is not, and actually contains
non-ASCII characters, it needs to be converted to UTF-8. I mean,
common. This is 2013. Just convert it the files already! :-)

-- 
Best regards,
Michael


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

Bug#719592: openarena-server: updating information in openarena-server.README.Debian

2013-08-16 Thread Markus Koschany

On 16.08.2013 13:02, Simon McVittie wrote:
 On Tue, 13 Aug 2013 at 13:42:20 +0200, Markus Koschany wrote:
 openarena-server.README.Debian contains slightly outdated information
 about the location of debian_server.cfg.
 
 Thanks, I'll fix that.
 
 I also suggest to recommend the service command instead of update-rc.d
 
 I don't think this is right? service wraps invoke-rc.d, but not
 update-rc.d: so you can do `service openarena stop|start|restart|...`, but you
 can't do `service openarena enable|disable`. Or is this perhaps implemented in
 experimental or something?
 

Not that I am aware of. It seems I confused disabling the init script
with disabling/stopping the server.

Most of the time you want to start/stop/restart a server as a typical
openarena server admin. Perhaps you can hint at the service command in
addition to update-rc.d?

Cheers,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#719543: xfonts-terminus: hangs xfce4-panel-clock after xfce restart

2013-08-16 Thread Anton Zinoviev

On Tue, Aug 13, 2013 at 01:52:40AM +0400, Sergey Sarbash wrote:
 
 I've tried two different panel plugins for a clock and both of them 
 are affected by the Terminus font. The initial setting is okay but 
 after reload the problem appears.

What version of XFCE is this?

Does this problem occur only with clock applets?  What about terminal 
emulators? Since I don't use XFCE, it would be helpful if there were 
some program independent of XFCE that I could use to debug the problem.

Anton Zinoviev


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

Bug#719846: ITP: node-languages4translatewiki -- Javascript globalization and localization for Node.js

2013-08-16 Thread Kartik Mistry

On Fri, Aug 16, 2013 at 5:36 AM, Per Andersson avtob...@gmail.com wrote:
 * Package name: node-languages4translatewiki
 * URL : https://github.com/joker-x/langauages4translatewiki/

^^
Correct URL is: https://github.com/joker-x/languages4translatewiki :)

-- 
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com


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

Bug#719854: dpkg: Please expand all substvars in dpkg-genchanges

Hi!

On Fri, 2013-08-16 at 12:07:23 +0200, Jérémy Bobbio wrote:
 Guillem Jover:
  Sure, there's also another bug report requesting builtin support for
  this, the problem is about possible privacy issue, like leaks of user
  information.
 
 Are you talking about #138409 (opened 15 Mar 2002!)?

Yes (and only 11 years, not too bad :).

  Expanding substvars “might” possibly only make sense for unknown fields,
  the rest of the known fields should be deterministic from the source
  package itself. And there's multiple fields that must not use them
  at all, this includes the Changes field for example, or we'd get
  expansions on changelog entries that mention substvars.
 
 I had not thought of the issue related to changelog entries. I think it
 would be worth documenting it, maybe close to the “Note: no substitution
 of variables” comment.

Sure, I'll clarify such comments.

Thanks,
Guillem


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

Bug#719876: sks: db update broke sks

2013-08-16 Thread cloos

Package: sks
Version: 1.1.4 (experimental)
Severity: important

The recent upgrade to db (5.1.29-7) broke sks databases built against
the previous minor release (5.1.29-6, I presume).

A restart w/o re-doing the database from scratch fails, complaining
about errors in the database.

The db utils do not fix it, as far as I was able to test.

I kept a copy of the b0rked database, in case anyone wants to look at
it, but it is huge.

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

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


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

Bug#717518: RM: partman-ufs -- ROM; Now obsolete

2013-08-16 Thread Steven Chamberlain

 the kernel no longer provides
 UFS modules and there is no point in having a D-I udeb for this
 filesystem. See #717239.

kFreeBSD does, it's our default filesystem!  I don't think we really
want to remove this package...

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#717239: Bug #717239: partman-ufs: depends on obsolete package

2013-08-16 Thread Steven Chamberlain

The dependency should be still satisfied on kFreeBSD and Hurd.  On
kFreeBSD it's even our default filesystem.

Since the package is arch: all, is this an actionable bug?  It seems to
me no different than say, partman-zfs dependencies not being satisfied
on GNU/Linux.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#719877: RM: fusion-icon -- RoQA; depends on compiz

2013-08-16 Thread Ansgar Burchardt

Package: ftp.debian.org
X-Debbugs-Cc: rai...@ubuntu.com

Please remove fusion-icon. It depends on compiz which is going away[1].

I've CCed the maintainer in case he has objections.

Ansgar

  [1] http://bugs.debian.org/719870


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

Bug#718865: Update and minimize /etc/samba/smbldap-machineadd-gosa

2013-08-16 Thread Arne Sørli

[Wolfgang Schweer]
 Replace the string
 perl -MCrypt::SmbHash -e quot;print join(q[:], ntlmgen \$ARGV[0]),
 $/;quot;
 
 with
 
 'perl -MCrypt::SmbHash -e print join(q[:], ntlmgen %password), $/;'

 Then all user passwords have to be changed using GOsa. Connections
 should then be possible using the new password, empty passwords should
 fail. Please test if this works for Windows clients.

It worked!
I can now log in with username and password from XP SP3, and blank password is 
declined, as it should. Thanks!


 At the momend Arne cannot join the domain with his machines. So Arne, you
 can only test with non-domain workstations.
 I still have the domin joining on my list.

Actually, I can join the domain with a patch from Petter Reinholdtsen, see:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718865#56

--  
Arne Sørli


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

Bug#710864: update-icon-caches lets mypaint find its icons

2013-08-16 Thread Wolfgang Karall

Hello,

just ran into this on an up-to-date sid system, running

update-icon-caches /usr/share/icons/hicolor

as root solved the issue, I guess this should be triggered during installation
but isn't.

The output from the installation:

t420s:/etc# apt-get install mypaint
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following extra packages will be installed:
  libjson0 mypaint-data
Suggested packages:
  mypaint-data-extras
The following NEW packages will be installed:
  libjson0 mypaint mypaint-data
0 upgraded, 3 newly installed, 0 to remove and 1 not upgraded.
Need to get 3,923 kB of archives.
After this operation, 8,112 kB of additional disk space will be used.
Do you want to continue? [Y/n] 
Get:1 http://ftp.at.debian.org/debian/ sid/main libjson0 i386 0.11-2 [968 B]
Get:2 http://ftp.at.debian.org/debian/ sid/main mypaint-data all 1.1.0-3 [3,470 
kB]
Get:3 http://ftp.at.debian.org/debian/ sid/main mypaint i386 1.1.0-3 [452 kB]   

   
Fetched 3,923 kB in 7s (502 kB/s)   

   
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Selecting previously unselected package libjson0:i386.
(Reading database ... 175884 files and directories currently installed.)
Unpacking libjson0:i386 (from .../libjson0_0.11-2_i386.deb) ...
Selecting previously unselected package mypaint-data.
Unpacking mypaint-data (from .../mypaint-data_1.1.0-3_all.deb) ...
Selecting previously unselected package mypaint.
Unpacking mypaint (from .../mypaint_1.1.0-3_i386.deb) ...
Processing triggers for hicolor-icon-theme ...
Processing triggers for gnome-menus ...
Processing triggers for desktop-file-utils ...
Processing triggers for mime-support ...
Processing triggers for menu ...
Processing triggers for man-db ...
Setting up libjson0:i386 (0.11-2) ...
Setting up mypaint-data (1.1.0-3) ...
Setting up mypaint (1.1.0-3) ...
Processing triggers for menu ...

Cheers
Wolfgang


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

Bug#719726: Fix po filename

2013-08-16 Thread Fernando Ike


Hi,


   I'm sorry, I sended po file with wrong name. In this attachment is 
fix it.



Thank you,
--
Fernando Ike
http://fernandoike.com


pt_BR.po.gz
Description: application/gzip

Bug#513638: wget: --follow-tags not following

2013-08-16 Thread Noël Köthe

tags 513638 + moreinfo
thanks

Hello Tim and Tong,

Tim: Thanks for your the information.

Tong: Is your report still valid, or with the comments from Tim do you
aggree this report http://bugs.debian.org/513638 can be closed?

Thanks.

Am Mittwoch, den 14.08.2013, 10:58 +0200 schrieb Tim Ruehsen:
 For a conversion to local URLs you will definitely need --span-hosts since 
 www.cnn.com refers to images on other hosts.
 
 Also, you do not need curl to fetch the index.html (you named it test.htm).
 
 
 This will work for you (at least here with wget 1.14-2):
 
 wget --span-hosts --no-clobber --convert-links --no-directories --page-
 requisites --follow-tags=img http://www.cnn.com
 
 
 If you are going to parse a local HTML file you use e.g.
   --force-html -i test.htm
 Of course, this works only for absolute URLs found in test.htm.
 If you want to download relative URLs as well, add the --base option.



-- 
Noël Köthe noel debian.org
Debian GNU/Linux, www.debian.org


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

Bug#719878: libnss-ldap fails to install in a chroot

2013-08-16 Thread Daniel Reichelt

Package: libnss-ldap
Version: 264-2.5
Severity: normal

Hi,

libnss-ldap fails to install in a chroot (like with e.g. live-build)

Excerpt from the live-bild logfile:
-8--
Setting up libnss-ldap:amd64 (264-2.5) ...^M
invoke-rc.d: unknown initscript, /etc/init.d/nscd not found.^M
dpkg: error processing libnss-ldap:amd64 (--configure):^M
 subprocess installed post-installation script returned error exit status 100^M
-8--


I have an nscd running on the host, outside the chroot.

Now within the chroot, libnss-ldap and nscd get installed during the same run
of dpkg. When libnss-ldap's postinst script runs, nscd has only been extracted
but not yet been configured, so there only exists /etc/init.d/nscd.dpkg-new and
not yet the final version. Now the postinst script checks for a running nscd,
stumbles over the nscd PID of the host (outisde the chroot) an checks the
existence of the nscd binary whithin the chroot - and triggers the restart...
script not found - *boom*

To circumvent this instead of checking for /usr/sbin/nscd I suggest to check for
[ -s /etc/init.d/nscd ]


Cheers
Daniel


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

Versions of packages libnss-ldap depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  libc6  2.13-38
ii  libcomerr2 1.42.5-1.1
ii  libgssapi-krb5-2   1.10.1+dfsg-5+deb7u1
ii  libkrb5-3  1.10.1+dfsg-5+deb7u1
ii  libldap-2.4-2  2.4.31-1+nmu2
ii  libsasl2-2 2.1.25.dfsg1-6+deb7u1
ii  multiarch-support  2.13-38

Versions of packages libnss-ldap recommends:
iu  libpam-ldap  184-8.6
iu  nscd 2.13-38

libnss-ldap suggests no packages.

-- debconf information excluded


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

Bug#719725: Fix po filename

2013-08-16 Thread Fernando Ike


Hi,


   I'm sorry, I sended po file with wrong name. In this attachment is 
fix it.



Thank you,
--
Fernando Ike
http://fernandoike.com


pt_BR.po.gz
Description: application/gzip

Bug#719862: should detect ext2 despite residue SWAPSPACE label

2013-08-16 Thread psusi

This isn't really a bug; if there are two signatures then both are correct 
responses.

Sent from my android device.

-Original Message-
From: jida...@jidanni.org
To: sub...@bugs.debian.org
Sent: Fri, 16 Aug 2013 4:50 AM
Subject: Bug#719862: should detect ext2 despite residue SWAPSPACE label

X-debbugs-Cc: bug-par...@gnu.org
Package: libparted0debian1
Version: 2.3-15

This bug is in libparted... so re-reporting via this mail...

 g == gparted  (bugzilla.gnome.org) bugzi...@gnome.org writes:
g https://bugzilla.gnome.org/show_bug.cgi?id=705597
g  Resolution||NOTGNOME
g --- Comment #18 from Curtis Gedak ged...@gmail.com 2013-08-15 16:52:40 UTC 
---
g Closing this report as NOTGNOME since the base detection of file systems is 
in
g the libparted library, and not in the GParted code.

Versions of packages libparted0debian1 depends on:
ii  libblkid1   2.20.1-5.5
ii  libc6   2.17-92
ii  libdevmapper1.02.1  2:1.02.77-5
ii  libuuid12.20.1-5.5
ii  multiarch-support   2.17-92

Bug#719879: cinder: [INTL:it] Italian translation of debconf messages

2013-08-16 Thread Beatrice Torracca

Package: cinder
Severity: wishlist
Tags: l10n patch

Hi.

Please find attached the Italian translation of cinder debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian translation of cinder debconf messages
# Copyright (C) 2013, Beatrice Torracca
# This file is distributed under the same license as the cinder package.
# Beatrice Torracca beatri...@libero.it, 2013.
msgid 
msgstr 
Project-Id-Version: cinder\n
Report-Msgid-Bugs-To: cin...@packages.debian.org\n
POT-Creation-Date: 2012-11-28 11:58+\n
PO-Revision-Date: 2013-06-09 15:40+0200\n
Last-Translator: Beatrice Torracca beatri...@libero.it\n
Language-Team: Italian debian-l10n-ital...@lists.debian.org\n
Language: it\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=2; plural=(n != 1);\n
X-Generator: Virtaal 0.7.1\n

#. Type: boolean
#. Description
#: ../cinder-common.templates:1001
msgid Start cinder services at boot?
msgstr Far partire i servizi cinder all'avvio?

#. Type: boolean
#. Description
#: ../cinder-common.templates:1001
msgid 
Please choose whether you want to start Cinder services when the machine is 
booted up.
msgstr Scegliere se far partire i servizi Cinder all'avvio della macchina.

#. Type: boolean
#. Description
#: ../cinder-common.templates:2001
msgid Set up a database for Cinder?
msgstr Impostare un database per Cinder?

#. Type: boolean
#. Description
#: ../cinder-common.templates:2001
msgid 
No database has been set up for Cinder to use. If you want to set one up 
now, please make sure you have all needed information:
msgstr 
Non è stato impostato alcun database per l'uso da parte di Cinder. Se si 
desidera impostarne uno ora assicurarsi di avere tutte le informazioni 
necessarie:

#. Type: boolean
#. Description
#: ../cinder-common.templates:2001
msgid 
 * the host name of the database server (which must allow TCP\n
   connections from this machine);\n
 * a username and password to access the database;\n
 * the type of database management software you want to use.
msgstr 
 * il nome host del server di database (che deve permettere le connessioni\n
   TCP da questa macchina);\n
 * un nome utente e una password per accedere al database;\n
 * il tipo di software di gestione del database che si desidera usare.

#. Type: boolean
#. Description
#: ../cinder-common.templates:2001
msgid 
If you don't choose this option, no database will be set up and Cinder will 
use regular SQLite support.
msgstr 
Se non si sceglie questa opzione, non verrà impostato alcun database e 
Cinder userà il regolare supporto SQLite.

#. Type: boolean
#. Description
#: ../cinder-common.templates:2001
msgid 
You can change this setting later on by running \dpkg-reconfigure -plow 
cinder-common\.
msgstr 
È possibile cambiare questa impostazione successivamente eseguendo «dpkg-
reconfigure -plow cinder-common».

#. Type: string
#. Description
#: ../cinder-common.templates:3001
msgid Auth server hostname:
msgstr Nome host del server di autenticazione:

#. Type: string
#. Description
#: ../cinder-common.templates:3001
msgid 
Please specify the URL of your Cinder authentication server. Typically  this 
is also the URL of your OpenStack Identity Service (Keystone).
msgstr 
Specificare l'URL del server di autenticazione Cinder. Tipicamente, è anche 
l'URL dell'OpenStack Identity Service (Keystone).

#. Type: string
#. Description
#: ../cinder-common.templates:4001
msgid Auth server tenant name:
msgstr Nome del tenant per il server di autenticazione:

#. Type: string
#. Description
#: ../cinder-common.templates:5001
msgid Auth server username:
msgstr Nome utente per il server di autenticazione:

#. Type: password
#. Description
#: ../cinder-common.templates:6001
msgid Auth server password:
msgstr Password per il server di autenticazione:

#. Type: string
#. Description
#: ../cinder-common.templates:7001
msgid Cinder volume group:
msgstr Gruppo di volumi Cinder:

#. Type: string
#. Description
#: ../cinder-common.templates:7001
msgid 
Please specify the name of the LVM volume group (vg) on which Cinder will 
create partitions.
msgstr 
Specificare il nome del gruppo di volumi (vg) LVM su cui Cinder creerà le 
partizioni.

#. Type: boolean
#. Description
#: ../cinder-api.templates:1001
msgid Register Cinder in the keystone endpoint catalog?
msgstr Registrare Cinder nel catalogo di punti terminali keystone?

#. Type: boolean
#. Description
#: ../cinder-api.templates:1001
msgid 
Each Openstack services (each API) should be registered in order to be 
accessible. This is done using \keystone service-create\ and \keystone 
endpoint-create\. Select if you want to run these commands now.
msgstr 
Ogni servizio OpenStack (ogni API) dovrebbe essere registrato per poter 
essere accessibile. Ciò viene fatto usando «keystone service-create» e 
«keystone endpoint-create». Scegliere se si desidera eseguire ora questi 
comandi.

#. Type: boolean

Bug#719880: libwebkitgtk-1.0-0: pure virtual method called - SIGABRT

2013-08-16 Thread Jochen Sprickerhof

Package: libwebkitgtk-1.0-0
Version: 2.0.4-2+b1
Severity: important

Dear Maintainer,

I'm getting random reproducible SIGABRT with the new webkitgtk package.
For example:
surf https://github.com/ros/rosdistro/issues/1676
clicking on Hydromedusa Release results in:

pure virtual method called
terminate called without an active exception

Program received signal SIGABRT, Aborted.

Downgrading webkitgtk to 1.8.1-4 fixes this.

Cheers Jochen

-- 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.10-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libwebkitgtk-1.0-0 depends on:
ii  libatk1.0-0 2.8.0-2
ii  libc6   2.17-92
ii  libcairo2   1.12.14-5
ii  libdbus-1-3 1.6.12-1
ii  libdbus-glib-1-20.100.2-1
ii  libegl1-mesa [libegl1-x11]  9.1.6-2
ii  libenchant1c2a  1.6.0-10
ii  libfontconfig1  2.10.2-2
ii  libfreetype62.4.9-1.1
ii  libgail18   2.24.20-1
ii  libgcc1 1:4.8.1-9
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libgeoclue0 0.12.99-2
ii  libgl1-mesa-glx [libgl1]9.1.6-2
ii  libglib2.0-02.36.4-1
ii  libgstreamer-plugins-base1.0-0  1.0.8-1
ii  libgstreamer1.0-0   1.0.8-1
ii  libgtk2.0-0 2.24.20-1
ii  libharfbuzz-icu00.9.19-1
ii  libharfbuzz0a   0.9.19-1
ii  libicu484.8.1.1-12
ii  libjavascriptcoregtk-1.0-0  2.0.4-2+b1
ii  libjpeg88d-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  libsecret-1-0   0.15-2
ii  libsoup2.4-12.42.2-6
ii  libsqlite3-03.7.17-1
ii  libstdc++6  4.8.1-9
ii  libwebkitgtk-1.0-common 2.0.4-2
ii  libwebp40.3.0-3
ii  libx11-62:1.6.1-1
ii  libxcomposite1  1:0.4.4-1
ii  libxdamage1 1:1.1.4-1
ii  libxfixes3  1:5.0.1-1
ii  libxml2 2.9.1+dfsg1-3
ii  libxrender1 1:0.9.8-1
ii  libxslt1.1  1.1.28-2
ii  libxt6  1:1.1.4-1
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages libwebkitgtk-1.0-0 recommends:
pn  gstreamer1.0-plugins-base  none
pn  gstreamer1.0-plugins-good  none

libwebkitgtk-1.0-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#719844: dpkg-source: Make compresing of {data,control}.tar.gz a deterministic process

2013-08-16 Thread Asheesh Laroia


On Fri, 16 Aug 2013, Guillem Jover wrote:

The same will apply when building that deb package multiple times, the 
timestamps will change for the ar headers. And I don't really want to 
lose that data, because currently is the only place were the build time 
information is recorded. Do you only care that the members themselves 
are deterministic or the whole deb package?


I think I'd be fine with not storing the timestamps in the compressed 
members themselves, but not about the ar container.


Thanks for the speedy replies! I'm excited and pleased by your 
responsiveness to the general ideas and specific issues.


I would prefer to keep even the 'ar' container free of those timestamps, 
but there are some workarounds I can imagine if you don't want to do that 
for now.


We could perhaps let 'dpkg' accept an argument to set that timestamp, 
and/or we could use 'faketime' when trying to reproduce a build, if we 
know what timestamp to reproduce. (My notion here is that it should be 
easy for someone to create the same bits that we publish in Debian, even 
if that reproducing effort is slightly different than just doing a fresh 
build.)


Another way that we could do it is to store the last debian/changelog 
timestamp in the ar header. That would be my favorite approach.


-- Asheesh.


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

Bug#719881: ITP: node-brewer -- Asset manager for web applications

2013-08-16 Thread Tristan Seligmann

Package: wnpp
Severity: wishlist
Owner: Tristan Seligmann mithra...@mithrandi.net

* Package name: node-brewer
  Version : 0.3.12
  Upstream Author : Mathieu D'Amours math...@storm.io
* URL : http://brewerjs.org/
* License : Expat
  Programming Lang: JavaScript
  Description : Asset manager for web applications

Brewer.js is a tool that eases all sorts of tasks related to the management of
stylesheets and javascript source files. Brewer.js can do the following:

 - Compilation of coffee-script (or iced) source files to javascript
 - Compilation of LESS or Stylus files to CSS
 - Bundling different files (javascript or CSS) into a single file (optionally
   compressing it) while maintaining references and their proper ordering.
 - Watching a directory for changes, triggering any or all of the above.


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

Bug#719844: dpkg-source: Make compresing of {data,control}.tar.gz a deterministic process

2013-08-16 Thread Asheesh Laroia


On Fri, 16 Aug 2013, Guillem Jover wrote:

dpkg has not used the gzip command for a very long long time (prior to 
dpkg 1.9.x), and zlib does not initialize the gzip header, so the 
timestamp should be 0. If there are differences these should come from 
something else, like different tar files fo example.


I can of course add the option to the fallback command code, just out of 
correctness, but that will not fix any difference you are currently 
seeing.


Interesting. I wonder if the problem is slightly different timestamps in 
the contents of data.tar.gz then, and this is a red herring.


Adding this to the fallback code sounds great, but yeah, I agree it's not 
super related to what I'm seeing. (-:


Thanks!

-- Asheesh.


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

Bug#719882: ITP: prosody-modules -- extension modules for Prosody

2013-08-16 Thread Antoine Beaupré

Package: wnpp
Severity: wishlist
Owner: Antoine Beaupré anar...@debian.org

* Package name: prosody-modules
  Version : ?
  Upstream Author : Various 
(https://code.google.com/p/prosody-modules/people/list)
* URL : https://code.google.com/p/prosody-modules/
* License : MIT/X
  Programming Lang: Lua
  Description : extension modules for Prosody

Community repository for non-core, unofficial and/or experimental
plugins for Prosody.


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

Bug#719725: Fix po filename

2013-08-16 Thread Ben Hutchings

On Fri, 2013-08-16 at 09:35 -0300, Fernando Ike wrote:
 Hi,
 
 
 I'm sorry, I sended po file with wrong name. In this attachment is 
 fix it.

This is a bug on linux, and you've now also sent the translations for
krb5.

I'm sorry but we're probably not going to use the new translations for
linux, as several of the debconf questions are about to be removed.

Ben.

-- 
Ben Hutchings
I haven't lost my mind; it's backed up on tape somewhere.


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

Bug#719862: should detect ext2 despite residue SWAPSPACE label

2013-08-16 Thread jidanni

 p == psusi  ps...@ubuntu.com writes:
p This isn't really a bug; if there are two signatures then both are correct 
responses.

It breaks gparted, one must use cfdisk instead. It is a perfectly good
ext2 partition with some residual junk there...

So what would you recommend the user to do to clean it up so he can use parted?


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

Bug#719845: dpkg-source: Make file order within {data,control}.tar.gz deterministic

2013-08-16 Thread Asheesh Laroia


On Fri, 16 Aug 2013, Guillem Jover wrote:


Indeed, that's something that has been on the back of my mind for some
time now, and that I was/am planning on fixing during the 1.17.x cycle.
This will also be part of a two step process to guarantee the dpkg
database is also more deterministic, dpkg would need to sort
(preserving symlinks at the end) the files when dumping them on the
database (to cater for older unsorted debs).


Awesome.

I am thrilled that this is already on your radar, and the generally 
during this cycle time-frame is completely satisfying.



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

Bug#708812: [Aptitude-devel] Bug#708812: [aptitude] aptitude segfaults upon being called.

2013-08-16 Thread Andreas Barth

* Andreas Barth (a...@ayous.org) [130816 11:27]:
 * Axel Beckert (a...@debian.org) [130815 17:55]:
  Andreas Barth wrote:
   * Andreas Barth (a...@ayous.org) [130815 13:18]:
As google-mock is now uploaded (and should be built on all
architectures within the next hours - already built on most), could
you please upload a new version of aptitude to unstable soon (the
current version plus the gcc-4.8-patches worked for me, and produced a
working aptitude on mipsel)?
   
   can you please upload a new aptitude version? Or should I just NMU
   aptitude with the required patches for gcc-4.8?
  
  You are aware of that it needs more than just the patches for gcc-4.8
  to get aptitude build again properly?
 
 I built (and installed and run) aptitude successfully on mipsel prior
 to my NMU of google-mock. Might be that I had luck or whatever - I
 will try this built now in a current chroot and see what happens.

Just rebuilt and it works fine. I will make proper packages from that,
plus provide the patches I used somewhere, so you could review what I
did.


Andi


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

Bug#719883: glance: [INTL:it] Italian translation of debconf messages

2013-08-16 Thread Beatrice Torracca

Package: glance
Severity: wishlist
Tags: l10n patch

Hi.

Please find attached the Italian translation of glance debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian description of glance debconf messages.
# Copyright (C) 2012, glance package copyright holder.
# This file is distributed under the same license as the glance package.
# Beatrice Torracca beatri...@libero.it, 2012, 2013.
msgid 
msgstr 
Project-Id-Version: glance\n
Report-Msgid-Bugs-To: gla...@packages.debian.org\n
POT-Creation-Date: 2012-11-22 17:07+\n
PO-Revision-Date: 2013-08-16 15:11+0200\n
Last-Translator: Beatrice Torracca beatri...@libero.it\n
Language-Team: Italian debian-l10n-ital...@lists.debian.org\n
Language: it\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=2; plural=(n != 1);\n
X-Generator: Virtaal 0.7.1\n

#. Type: select
#. Description
#: ../glance-common.templates:2001
msgid Pipeline flavor:
msgstr Tipo di pipeline:

#. Type: select
#. Description
#: ../glance-common.templates:2001
msgid Please specify the flavor of pipeline to be used by Glance.
msgstr Specificare il tipo di pipeline da usare con Glance.

#. Type: select
#. Description
#: ../glance-common.templates:2001
msgid 
If you use the OpenStack Identity Service (Keystone), you might want to 
select \keystone\. If you don't use this service, you can safely choose 
\caching\ only.
msgstr 
Se si usa OpenStack Identity Service (Keystone) si può selezionare 
«keystone». Se non si usa questo servizio, si può senza problemi scegliere 
semplicemente «caching».

#. Type: string
#. Description
#: ../glance-common.templates:3001
msgid Auth server hostname:
msgstr Nome host del server di autenticazione:

#. Type: string
#. Description
#: ../glance-common.templates:3001
msgid 
Please specify the URL of your Glance authentication server. Typically this 
is also the URL of your OpenStack Identity Service (Keystone).
msgstr 
Specificare l'URL del server di autenticazione Glance. Tipicamente, è anche 
l'URL dell'OpenStack Identity Service (Keystone).

#. Type: string
#. Description
#: ../glance-common.templates:4001
msgid Auth server tenant name:
msgstr Nome del tenant per il server di autenticazione:

#. Type: string
#. Description
#: ../glance-common.templates:5001
msgid Auth server username:
msgstr Nome utente per il server di autenticazione:

#. Type: password
#. Description
#: ../glance-common.templates:6001
msgid Auth server password:
msgstr Password per il server di autenticazione:

#. Type: boolean
#. Description
#: ../glance-common.templates:7001
msgid Set up a database for glance?
msgstr Impostare un database per glance?

#. Type: boolean
#. Description
#: ../glance-common.templates:7001
msgid 
No database has been set up for glance-registry or glance-api to use. Before 
continuing, you should make sure you have:
msgstr 
Non è stato impostato alcun database per essere usato da glance-registry o 
glance-api. Prima di continuare ci si dovrebbe assicurare di avere:

#. Type: boolean
#. Description
#: ../glance-common.templates:7001
msgid 
 - the server host name (that server must allow TCP connections from this\n
   machine);\n
 - a username and password to access the database.\n
 - A database type that you want to use.
msgstr 
 - il nome host del server (tale server deve permettere le connessioni\n
   TCP da questo macchina);\n
 - un nome utente e una password per accedere al database;\n
 - un tipo di database che si desidera usare.

#. Type: boolean
#. Description
#: ../glance-common.templates:7001
msgid 
If some of these requirements are missing, reject this option and run with 
regular sqlite support.
msgstr 
Se non si ha uno o più di questi requisiti, rifiutare questa opzione ed 
eseguire con il regolare supporto per sqlite.

#. Type: boolean
#. Description
#: ../glance-common.templates:7001
msgid 
You can change this setting later on by running 'dpkg-reconfigure -plow 
glance-common'.
msgstr 
È possibile cambiare questa impostazione successivamente eseguendo \dpkg-
reconfigure -plow glance-common\.

#. Type: boolean
#. Description
#: ../glance-api.templates:1001
msgid Register Glance in the keystone endpoint catalog?
msgstr Registrare Glance nel catalogo dei punti terminali di Keystone?

#. Type: boolean
#. Description
#: ../glance-api.templates:1001
msgid 
Each Openstack services (each API) should be registered in order to be 
accessible. This is done using \keystone service-create\ and \keystone 
endpoint-create\. Select if you want to run these commands now.
msgstr 
Ogni servizio OpenStack (ogni API) dovrebbe essere registrato per poter 
essere accessibile. Ciò viene fatto usando «keystone service-create» e 
«keystone endpoint-create». Scegliere se si desidera eseguire ora questi 
comandi.

#. Type: boolean
#. Description
#: ../glance-api.templates:1001
msgid 
Note that you will need to have an up and running keystone

Bug#719880: libwebkitgtk-1.0-0: pure virtual method called - SIGABRT

2013-08-16 Thread Emilio Pozuelo Monfort

On 16/08/13 14:52, Jochen Sprickerhof wrote:
 Package: libwebkitgtk-1.0-0
 Version: 2.0.4-2+b1
 Severity: important
 
 Dear Maintainer,
 
 I'm getting random reproducible SIGABRT with the new webkitgtk package.
 For example:
 surf https://github.com/ros/rosdistro/issues/1676
 clicking on Hydromedusa Release results in:
 
 pure virtual method called
 terminate called without an active exception
 
 Program received signal SIGABRT, Aborted.
 
 Downgrading webkitgtk to 1.8.1-4 fixes this.

What browser is this?


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

Bug#719884: RFS: mwlib.ext/0.13.2-1 [ITP] -- external dependencies needed by the mwlib library

2013-08-16 Thread Evgeniy Golyshev


Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package mwlib.ext

* Package name: mwlib.ext
  Version : 0.13.2-1
  Upstream Author : PediaPress GmbH
* URL : https://github.com/pediapress/mwlib.ext
* License : BSD-3
  Section : python

It builds those binary packages:

python-mwlib.ext - external dependencies needed by the mwlib library
python-mwlib.ext-dbg - external dependencies needed by the mwlib library (debug 
symbols)
python-mwlib.ext-doc - external dependencies needed by the mwlib library 
(documentation)

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

http://mentors.debian.net/package/mwlib.ext


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

dget -x 
http://mentors.debian.net/debian/pool/main/m/mwlib.ext/mwlib.ext_0.13.2-1.dsc


Regards,
Evgeniy Golyshev


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

Bug#466683: Expanding descriptions of some packages.

tags 466683 +patch
thanks

commit 765ac4708e4dd8a6fea0028d631a7c3363b286b7
Author: Ian Campbell i...@hellion.org.uk
Date:   Fri Aug 16 10:30:17 2013 +0100

* debian/changelog: Update
* debian/templates/control.main.in: Update descriptions for some packages.

diff --git a/xen/debian/changelog b/xen/debian/changelog
index 6100e75..e5b25ef 100644
--- a/xen/debian/changelog
+++ b/xen/debian/changelog
@@ -1,5 +1,6 @@
 xen (4.3.0-1) UNRELEASED; urgency=low
 
+  [ Bastian Blank ]
   * New upstream release.
   * Call configure with proper arguments.
   * Remove now empty xen-docs package.
@@ -16,6 +17,9 @@ xen (4.3.0-1) UNRELEASED; urgency=low
 - Fix fallout from harderning flags.
   * Update Standards-Version to 3.9.4. No changes.
 
+  [ Ian Campbell ]
+  * Expand on the descriptions of some packages. (Closes: #466683)
+
  -- Bastian Blank wa...@debian.org  Tue, 23 Jul 2013 12:45:27 +0200
 
 xen (4.2.2-1) unstable; urgency=low
diff --git a/xen/debian/templates/control.main.in 
b/xen/debian/templates/control.main.in
index 67dd825..afeddd5 100644
--- a/xen/debian/templates/control.main.in
+++ b/xen/debian/templates/control.main.in
@@ -2,27 +2,50 @@ Package: libxen-@version@
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Public libs for Xen
- This package contains the shared libraries for Xen.
+ This package contains the shared toolstack libraries for Xen.
 
 Package: libxenstore3.0
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Xenstore communications library for Xen
- This package contains the public libxenstore.
+ This package contains the client library interface to XenStore.
+ .
 
 Package: libxen-dev
 Section: libdevel
 Depends: libxen-@version@ (= ${binary:Version}), libxenstore3.0 (= 
${binary:Version}), ${misc:Depends}
 Description: Public headers and libs for Xen
  This package contains the public headers and static libraries for Xen.
+ .
+ The libxenlight library is intended as a common base for all Xen toolstack
+ developers. The libxlutil library contains additional helpers which may be
+ useful to toolstack developers.
+ .
+ The libxenstore library allows usespace processes to interact with the
+ XenStore database. XenStore is a shared database used for interdomain
+ communication of configuration and status information. It is accessible to all
+ domains running on the same Xen host. See http://wiki.xen.org/wiki/XenStore
+ for more information.
+ .
+ The libxenctrl and libxenguest libraries are internal libraries intended for
+ use by the Xen toolstack and are not intended to be used directly. Toolstack
+ authors should use libxenlight.
 
 Package: xenstore-utils
 Section: admin
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: xen-utils-common (= 3.1.0-1)
 Replaces: xen-utils-common (= 3.1.0-1)
-Description: Xenstore utilities for Xen
- This package contains the Xenstore utilities.
+Description: Xenstore command line utilities for Xen
+ This package contains command line utilities for interacting with XenStore.
+ .
+ XenStore is a shared database used for interdomain communication of
+ configuration and status information. It is accessible to all domains running
+ on the same Xen host. See http://wiki.xen.org/wiki/XenStore for more 
information.
+ .
+ In the common case these tools are used by the Xen toolstack running in
+ domain0 (or a driver domain) however they may also be used in a guest domain
+ to support local scripting which wants to communicate via XenStore.
 
 Package: libxen-ocaml
 Section: ocaml


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

Bug#688308: installing some additional docs

tags 688308 +patch
thanks

A lot of /docs/ is pretty low-level and not all that interesting to be
installed by the packages. However some of it is, and in particular some
is referenced from the manpages. I've cherry-picked the bits which I
think are most interesting in that context. Patch below.

8---

commit 7f8ac283e684b7c713d52ed845cab0704a97abab
Author: Ian Campbell i...@hellion.org.uk
Date:   Fri Aug 16 14:40:44 2013 +0100

* debian/rules.real: Install docs in xen-utils-common package.
* debian/changelog: update

diff --git a/xen/debian/changelog b/xen/debian/changelog
index 6100e75..8c81419 100644
--- a/xen/debian/changelog
+++ b/xen/debian/changelog
@@ -1,5 +1,6 @@
 xen (4.3.0-1) UNRELEASED; urgency=low
 
+  [ Bastian Blank ]
   * New upstream release.
   * Call configure with proper arguments.
   * Remove now empty xen-docs package.
@@ -16,6 +17,9 @@ xen (4.3.0-1) UNRELEASED; urgency=low
 - Fix fallout from harderning flags.
   * Update Standards-Version to 3.9.4. No changes.
 
+  [ Ian Campbell ]
+  * Install some user facing docs in xen-utils-common. (Closes: 688308)
+
  -- Bastian Blank wa...@debian.org  Tue, 23 Jul 2013 12:45:27 +0200
 
 xen (4.2.2-1) unstable; urgency=low
diff --git a/xen/debian/rules.real b/xen/debian/rules.real
index 2265551..12fc4ae 100644
--- a/xen/debian/rules.real
+++ b/xen/debian/rules.real
@@ -247,6 +247,10 @@ install-utils-common: $(STAMPS_DIR)/install-utils-common
dh_installinit --name xend
dh_installinit --name xendomains --no-start -- defaults 21 20
dh_installman $(SOURCE_DIR)/docs/man1/* $(SOURCE_DIR)/docs/man5/*
+   dh_installdocs $(SOURCE_DIR)/docs/txt/misc/xl-disk-configuration.txt
+   dh_installdocs $(SOURCE_DIR)/docs/txt/misc/xl-network-configuration.txt
+   dh_installdocs $(SOURCE_DIR)/docs/txt/misc/xl-numa-placement.txt
+   dh_installdocs $(SOURCE_DIR)/docs/txt/misc/xen-command-line.txt
dh_link
dh_ucf
+$(MAKE_SELF) install-base


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

Bug#719885: libmudflap0-4.8-dev: Please do not install multilib files from native package

Package: libmudflap0-4.8-dev
Version: 4.8.1-9
Severity: wishlist

Hi!

The libmudflap0-4.8-dev:amd64 package (for example) ships the 32 and x32
multilib alternatives, something that is done with distinct packages
for all other multilib enabled packages.

As you are intent on supporting multilib, could you please split these
into their lib32foo-dev or libx32foo-dev counterparts as done with the
rest of the packages, so that installing fakecross toolchains becomes
possible w/o major pains?


(I'm aware of #715094 and while slighlty related they are not
requesting the same, although I guess if this bug got fixed that one
would get fixed too? Otherwise please feel free to merge.)

Thanks,
Guillem


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

Bug#719868: fusioninventory-agent: FTBFS with perl 5.18: hash randomization?

2013-08-16 Thread Gonéri Le Bouder

On Fri, Aug 16, 2013 at 11:24:08AM +0200, Dominic Hargreaves wrote:
 Source: fusioninventory-agent
 Version: 2.2.3-8
 Severity: serious
 Justification: transition imminent
 User: debian-p...@lists.debian.org
 Usertags: perl-5.18-transition
 Tags: sid jessie
 
 This package FTBFS with perl 5.18:
Hi Dominic,

Thank you for the bug report. I'm finishing the packaging of 2.3.0 release.
The test-suite of this release is compatible with Perl 5.18.

Best regards,
-- 
Gonéri Le Bouder


pgpWmaHXNNqSA.pgp
Description: PGP signature

Bug#706233: move core dumps to /var/lib/xen/dump